CVE-2024-44949 (GCVE-0-2024-44949)
Vulnerability from cvelistv5 – Published: 2024-09-04 18:35 – Updated: 2026-08-05 11:37| Vendor | Product | Version | CPE status | |
|---|---|---|---|---|
| Linux | Linux |
Affected:
a01fece2e4185ac173abd16d10304d73d47ebf00 , < 00baca74fb5879e5f9034b6156671301f500f8ee
(git)
Affected: a01fece2e4185ac173abd16d10304d73d47ebf00 , < 642a0b7453daff0295310774016fcb56d1f5bc7f (git) Affected: a01fece2e4185ac173abd16d10304d73d47ebf00 , < 533de2f470baac40d3bf622fe631f15231a03c9f (git) Affected: a01fece2e4185ac173abd16d10304d73d47ebf00 , < 7ae04ba36b381bffe2471eff3a93edced843240f (git) |
guessed | |
| Linux | Linux |
Affected:
4.4
Unaffected: 0 , < 4.4 (semver) Unaffected: 6.1.119 , ≤ 6.1.* (semver) Unaffected: 6.6.46 , ≤ 6.6.* (semver) Unaffected: 6.10.5 , ≤ 6.10.* (semver) Unaffected: 6.11 , ≤ * (original_commit_for_fix) |
guessed |
{
"containers": {
"adp": [
{
"metrics": [
{
"other": {
"content": {
"id": "CVE-2024-44949",
"options": [
{
"Exploitation": "none"
},
{
"Automatable": "no"
},
{
"Technical Impact": "partial"
}
],
"role": "CISA Coordinator",
"timestamp": "2024-09-10T17:40:26.389987Z",
"version": "2.0.3"
},
"type": "ssvc"
}
}
],
"providerMetadata": {
"dateUpdated": "2024-09-12T17:33:37.283Z",
"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
"shortName": "CISA-ADP"
},
"title": "CISA ADP Vulnrichment"
},
{
"providerMetadata": {
"dateUpdated": "2025-11-03T22:13:59.062Z",
"orgId": "af854a3a-2127-422b-91ae-364da2661108",
"shortName": "CVE"
},
"references": [
{
"url": "https://lists.debian.org/debian-lts-announce/2025/01/msg00001.html"
}
],
"title": "CVE Program Container"
}
],
"cna": {
"affected": [
{
"defaultStatus": "unaffected",
"product": "Linux",
"programFiles": [
"arch/parisc/Kconfig",
"arch/parisc/include/asm/cache.h"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"lessThan": "00baca74fb5879e5f9034b6156671301f500f8ee",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
},
{
"lessThan": "642a0b7453daff0295310774016fcb56d1f5bc7f",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
},
{
"lessThan": "533de2f470baac40d3bf622fe631f15231a03c9f",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
},
{
"lessThan": "7ae04ba36b381bffe2471eff3a93edced843240f",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
}
]
},
{
"defaultStatus": "affected",
"product": "Linux",
"programFiles": [
"arch/parisc/Kconfig",
"arch/parisc/include/asm/cache.h"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"status": "affected",
"version": "4.4"
},
{
"lessThan": "4.4",
"status": "unaffected",
"version": "0",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.1.*",
"status": "unaffected",
"version": "6.1.119",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.6.*",
"status": "unaffected",
"version": "6.6.46",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.10.*",
"status": "unaffected",
"version": "6.10.5",
"versionType": "semver"
},
{
"lessThanOrEqual": "*",
"status": "unaffected",
"version": "6.11",
"versionType": "original_commit_for_fix"
}
]
}
],
"cpeApplicability": [
{
"nodes": [
{
"cpeMatch": [
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.1.119",
"versionStartIncluding": "4.4",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.6.46",
"versionStartIncluding": "4.4",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.10.5",
"versionStartIncluding": "4.4",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.11",
"versionStartIncluding": "4.4",
"vulnerable": true
}
],
"negate": false,
"operator": "OR"
}
]
}
],
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\nparisc: fix a possible DMA corruption\n\nARCH_DMA_MINALIGN was defined as 16 - this is too small - it may be\npossible that two unrelated 16-byte allocations share a cache line. If\none of these allocations is written using DMA and the other is written\nusing cached write, the value that was written with DMA may be\ncorrupted.\n\nThis commit changes ARCH_DMA_MINALIGN to be 128 on PA20 and 32 on PA1.1 -\nthat\u0027s the largest possible cache line size.\n\nAs different parisc microarchitectures have different cache line size, we\ndefine arch_slab_minalign(), cache_line_size() and\ndma_get_cache_alignment() so that the kernel may tune slab cache\nparameters dynamically, based on the detected cache line size."
}
],
"metrics": [
{
"cvssV3_1": {
"baseScore": 7.8,
"baseSeverity": "HIGH",
"vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
"version": "3.1"
},
"scenarios": [
{
"lang": "en",
"value": "AV:L - The defect is in the parisc slab/DMA alignment definitions and manifests through the machine\u0027s own DMA-capable I/O paths; there is no remote-input parsing path, so an attacker needs local access to drive I/O and small slab allocations concurrently.\nAC:L - Cache-line sharing is structural rather than lucky \u2014 with only 16-byte slab alignment against a 32/128-byte hardware line, DMA buffers always share lines with unrelated allocations \u2014 and the attacker drives both sides of the race (I/O generating DMA, and syscalls dirtying neighbouring kmalloc objects) with unlimited retries.\nPR:L - Ordinary unprivileged operations suffice: file reads/writes and socket traffic trigger driver DMA on kmalloc\u0027d buffers, while common syscalls allocate and write the small slab objects sharing those cache lines. No capability check exists anywhere on the path.\nUI:N - No victim action is required; corruption occurs during normal kernel I/O processing initiated entirely by the attacker.\nS:U - The device does not write outside its mapped buffer \u2014 the damage is a cache-maintenance artifact within kernel memory \u2014 so both the vulnerable and impacted components are the kernel itself, with no crossing of a privilege or IOMMU authority boundary.\nC:H - Device-DMA\u0027d data lands in cache lines covering unrelated kernel objects and the invalidate-without-writeback reverts neighbours to stale contents, which can resurrect freed pointers and yield use-after-free style read primitives over kernel memory.\nI:H - This is silent memory corruption of arbitrary adjacent kernel slab objects \u2014 lost pointer and refcount stores give control-flow-relevant corruption \u2014 and it equally corrupts in-flight DMA payloads, meaning block I/O data written to or read from storage can be altered.\nA:H - Discarded writes to unrelated kernel structures and corrupted DMA data lead to inconsistent kernel state, use-after-free, oops and panic, as well as filesystem corruption on affected PA-RISC systems."
}
]
}
],
"providerMetadata": {
"dateUpdated": "2026-08-05T11:37:14.891Z",
"orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"shortName": "Linux"
},
"references": [
{
"url": "https://git.kernel.org/stable/c/00baca74fb5879e5f9034b6156671301f500f8ee"
},
{
"url": "https://git.kernel.org/stable/c/642a0b7453daff0295310774016fcb56d1f5bc7f"
},
{
"url": "https://git.kernel.org/stable/c/533de2f470baac40d3bf622fe631f15231a03c9f"
},
{
"url": "https://git.kernel.org/stable/c/7ae04ba36b381bffe2471eff3a93edced843240f"
}
],
"title": "parisc: fix a possible DMA corruption",
"x_generator": {
"engine": "bippy-1.2.0"
}
}
},
"cveMetadata": {
"assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"assignerShortName": "Linux",
"cveId": "CVE-2024-44949",
"datePublished": "2024-09-04T18:35:49.788Z",
"dateReserved": "2024-08-21T05:34:56.665Z",
"dateUpdated": "2026-08-05T11:37:14.891Z",
"state": "PUBLISHED"
},
"dataType": "CVE_RECORD",
"dataVersion": "5.2",
"vulnerability-lookup:meta": {
"epss": {
"cve": "CVE-2024-44949",
"date": "2026-11-10",
"epss": "0.00233",
"percentile": "0.1429"
},
"microsoft_vex": {
"current_release_date": "2026-02-21T02:32:31.000Z",
"cve": "CVE-2024-44949",
"id": "msrc_CVE-2024-44949",
"initial_release_date": "2024-09-01T07:00:00.000Z",
"product_status:fixed": "3",
"product_status:known_affected": "3",
"source": "Microsoft CSAF VEX",
"status": "final",
"title": "parisc: fix a possible DMA corruption",
"url": "https://msrc.microsoft.com/csaf/vex/2024/msrc_cve-2024-44949.json",
"version": "2"
},
"nvd": {
"cve": {
"affected": [
{
"affectedData": [
{
"defaultStatus": "unaffected",
"product": "Linux",
"programFiles": [
"arch/parisc/Kconfig",
"arch/parisc/include/asm/cache.h"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"lessThan": "00baca74fb5879e5f9034b6156671301f500f8ee",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
},
{
"lessThan": "642a0b7453daff0295310774016fcb56d1f5bc7f",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
},
{
"lessThan": "533de2f470baac40d3bf622fe631f15231a03c9f",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
},
{
"lessThan": "7ae04ba36b381bffe2471eff3a93edced843240f",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
}
]
},
{
"defaultStatus": "affected",
"product": "Linux",
"programFiles": [
"arch/parisc/Kconfig",
"arch/parisc/include/asm/cache.h"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"status": "affected",
"version": "4.4"
},
{
"lessThan": "4.4",
"status": "unaffected",
"version": "0",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.1.*",
"status": "unaffected",
"version": "6.1.119",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.6.*",
"status": "unaffected",
"version": "6.6.46",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.10.*",
"status": "unaffected",
"version": "6.10.5",
"versionType": "semver"
},
{
"lessThanOrEqual": "*",
"status": "unaffected",
"version": "6.11",
"versionType": "original_commit_for_fix"
}
]
}
],
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"
}
],
"configurations": [
{
"nodes": [
{
"cpeMatch": [
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"matchCriteriaId": "84C35A98-08C9-4674-8AC8-9CC0757B7699",
"versionEndExcluding": "6.6.46",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"matchCriteriaId": "D074AE50-4A5E-499C-A2FD-75FD60DEA560",
"versionEndExcluding": "6.10.5",
"versionStartIncluding": "6.7",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:6.11:rc1:*:*:*:*:*:*",
"matchCriteriaId": "8B3CE743-2126-47A3-8B7C-822B502CF119",
"vulnerable": true
}
],
"negate": false,
"operator": "OR"
}
]
}
],
"cveTags": [],
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\nparisc: fix a possible DMA corruption\n\nARCH_DMA_MINALIGN was defined as 16 - this is too small - it may be\npossible that two unrelated 16-byte allocations share a cache line. If\none of these allocations is written using DMA and the other is written\nusing cached write, the value that was written with DMA may be\ncorrupted.\n\nThis commit changes ARCH_DMA_MINALIGN to be 128 on PA20 and 32 on PA1.1 -\nthat\u0027s the largest possible cache line size.\n\nAs different parisc microarchitectures have different cache line size, we\ndefine arch_slab_minalign(), cache_line_size() and\ndma_get_cache_alignment() so that the kernel may tune slab cache\nparameters dynamically, based on the detected cache line size."
},
{
"lang": "es",
"value": "En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: parisc: se corrige una posible corrupci\u00f3n de DMA ARCH_DMA_MINALIGN se defini\u00f3 como 16 - esto es demasiado peque\u00f1o - puede ser posible que dos asignaciones de 16 bytes no relacionadas compartan una l\u00ednea de cach\u00e9. Si una de estas asignaciones se escribe usando DMA y la otra se escribe usando escritura en cach\u00e9, el valor que se escribi\u00f3 con DMA puede estar da\u00f1ado. Esta confirmaci\u00f3n cambia ARCH_DMA_MINALIGN a 128 en PA20 y 32 en PA1.1 - ese es el tama\u00f1o de l\u00ednea de cach\u00e9 m\u00e1s grande posible. Como las diferentes microarquitecturas de parisc tienen diferentes tama\u00f1os de l\u00ednea de cach\u00e9, definimos arch_slab_minalign(), cache_line_size() y dma_get_cache_alignment() para que el kernel pueda ajustar los par\u00e1metros de cach\u00e9 de losa din\u00e1micamente, seg\u00fan el tama\u00f1o de l\u00ednea de cach\u00e9 detectado."
}
],
"id": "CVE-2024-44949",
"lastModified": "2026-08-04T11:20:02.953",
"metrics": {
"cvssMetricV31": [
{
"cvssData": {
"attackComplexity": "LOW",
"attackVector": "LOCAL",
"availabilityImpact": "HIGH",
"baseScore": 7.8,
"baseSeverity": "HIGH",
"confidentialityImpact": "HIGH",
"integrityImpact": "HIGH",
"privilegesRequired": "LOW",
"scope": "UNCHANGED",
"userInteraction": "NONE",
"vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
"version": "3.1"
},
"exploitabilityScore": 1.8,
"impactScore": 5.9,
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"type": "Secondary"
},
{
"cvssData": {
"attackComplexity": "LOW",
"attackVector": "LOCAL",
"availabilityImpact": "HIGH",
"baseScore": 7.8,
"baseSeverity": "HIGH",
"confidentialityImpact": "HIGH",
"integrityImpact": "HIGH",
"privilegesRequired": "LOW",
"scope": "UNCHANGED",
"userInteraction": "NONE",
"vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
"version": "3.1"
},
"exploitabilityScore": 1.8,
"impactScore": 5.9,
"source": "nvd@nist.gov",
"type": "Primary"
}
],
"ssvcV203": [
{
"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
"ssvcData": {
"id": "CVE-2024-44949",
"options": [
{
"exploitation": "none"
},
{
"automatable": "no"
},
{
"technicalImpact": "partial"
}
],
"role": "CISA Coordinator",
"timestamp": "2024-09-10T17:40:26.389987Z",
"version": "2.0.3"
}
}
]
},
"published": "2024-09-04T19:15:30.040",
"references": [
{
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"url": "https://git.kernel.org/stable/c/00baca74fb5879e5f9034b6156671301f500f8ee"
},
{
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"tags": [
"Patch"
],
"url": "https://git.kernel.org/stable/c/533de2f470baac40d3bf622fe631f15231a03c9f"
},
{
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"tags": [
"Patch"
],
"url": "https://git.kernel.org/stable/c/642a0b7453daff0295310774016fcb56d1f5bc7f"
},
{
"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"tags": [
"Patch"
],
"url": "https://git.kernel.org/stable/c/7ae04ba36b381bffe2471eff3a93edced843240f"
},
{
"source": "af854a3a-2127-422b-91ae-364da2661108",
"url": "https://lists.debian.org/debian-lts-announce/2025/01/msg00001.html"
}
],
"sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"vulnStatus": "Modified",
"weaknesses": [
{
"description": [
{
"lang": "en",
"value": "NVD-CWE-noinfo"
}
],
"source": "nvd@nist.gov",
"type": "Primary"
}
]
}
},
"redhat_vex": {
"aggregate_severity": "Moderate",
"current_release_date": "2026-11-09T18:12:31+00:00",
"cve": "CVE-2024-44949",
"id": "CVE-2024-44949",
"initial_release_date": "2024-09-04T00:00:00+00:00",
"product_status:known_affected": "42",
"product_status:known_not_affected": "155",
"source": "Red Hat CSAF VEX",
"status": "final",
"title": "kernel: parisc: fix a possible DMA corruption",
"url": "https://security.access.redhat.com/data/csaf/v2/vex/2024/cve-2024-44949.json",
"version": "3"
},
"vulnrichment": {
"containers": {
"adp": [
{
"providerMetadata": {
"dateUpdated": "2025-11-03T22:13:59.062Z",
"orgId": "af854a3a-2127-422b-91ae-364da2661108",
"shortName": "CVE"
},
"references": [
{
"url": "https://lists.debian.org/debian-lts-announce/2025/01/msg00001.html"
}
],
"title": "CVE Program Container"
},
{
"metrics": [
{
"other": {
"content": {
"id": "CVE-2024-44949",
"options": [
{
"Exploitation": "none"
},
{
"Automatable": "no"
},
{
"Technical Impact": "partial"
}
],
"role": "CISA Coordinator",
"timestamp": "2024-09-10T17:40:26.389987Z",
"version": "2.0.3"
},
"type": "ssvc"
}
}
],
"providerMetadata": {
"dateUpdated": "2024-09-11T12:42:27.692Z",
"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
"shortName": "CISA-ADP"
},
"title": "CISA ADP Vulnrichment"
}
],
"cna": {
"affected": [
{
"defaultStatus": "unaffected",
"product": "Linux",
"programFiles": [
"arch/parisc/Kconfig",
"arch/parisc/include/asm/cache.h"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"lessThan": "00baca74fb5879e5f9034b6156671301f500f8ee",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
},
{
"lessThan": "642a0b7453daff0295310774016fcb56d1f5bc7f",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
},
{
"lessThan": "533de2f470baac40d3bf622fe631f15231a03c9f",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
},
{
"lessThan": "7ae04ba36b381bffe2471eff3a93edced843240f",
"status": "affected",
"version": "a01fece2e4185ac173abd16d10304d73d47ebf00",
"versionType": "git"
}
]
},
{
"defaultStatus": "affected",
"product": "Linux",
"programFiles": [
"arch/parisc/Kconfig",
"arch/parisc/include/asm/cache.h"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"status": "affected",
"version": "4.4"
},
{
"lessThan": "4.4",
"status": "unaffected",
"version": "0",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.1.*",
"status": "unaffected",
"version": "6.1.119",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.6.*",
"status": "unaffected",
"version": "6.6.46",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.10.*",
"status": "unaffected",
"version": "6.10.5",
"versionType": "semver"
},
{
"lessThanOrEqual": "*",
"status": "unaffected",
"version": "6.11",
"versionType": "original_commit_for_fix"
}
]
}
],
"cpeApplicability": [
{
"nodes": [
{
"cpeMatch": [
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.1.119",
"versionStartIncluding": "4.4",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.6.46",
"versionStartIncluding": "4.4",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.10.5",
"versionStartIncluding": "4.4",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.11",
"versionStartIncluding": "4.4",
"vulnerable": true
}
],
"negate": false,
"operator": "OR"
}
]
}
],
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\nparisc: fix a possible DMA corruption\n\nARCH_DMA_MINALIGN was defined as 16 - this is too small - it may be\npossible that two unrelated 16-byte allocations share a cache line. If\none of these allocations is written using DMA and the other is written\nusing cached write, the value that was written with DMA may be\ncorrupted.\n\nThis commit changes ARCH_DMA_MINALIGN to be 128 on PA20 and 32 on PA1.1 -\nthat\u0027s the largest possible cache line size.\n\nAs different parisc microarchitectures have different cache line size, we\ndefine arch_slab_minalign(), cache_line_size() and\ndma_get_cache_alignment() so that the kernel may tune slab cache\nparameters dynamically, based on the detected cache line size."
}
],
"metrics": [
{
"cvssV3_1": {
"baseScore": 7.8,
"baseSeverity": "HIGH",
"vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
"version": "3.1"
},
"scenarios": [
{
"lang": "en",
"value": "AV:L - The defect is in the parisc slab/DMA alignment definitions and manifests through the machine\u0027s own DMA-capable I/O paths; there is no remote-input parsing path, so an attacker needs local access to drive I/O and small slab allocations concurrently.\nAC:L - Cache-line sharing is structural rather than lucky \u2014 with only 16-byte slab alignment against a 32/128-byte hardware line, DMA buffers always share lines with unrelated allocations \u2014 and the attacker drives both sides of the race (I/O generating DMA, and syscalls dirtying neighbouring kmalloc objects) with unlimited retries.\nPR:L - Ordinary unprivileged operations suffice: file reads/writes and socket traffic trigger driver DMA on kmalloc\u0027d buffers, while common syscalls allocate and write the small slab objects sharing those cache lines. No capability check exists anywhere on the path.\nUI:N - No victim action is required; corruption occurs during normal kernel I/O processing initiated entirely by the attacker.\nS:U - The device does not write outside its mapped buffer \u2014 the damage is a cache-maintenance artifact within kernel memory \u2014 so both the vulnerable and impacted components are the kernel itself, with no crossing of a privilege or IOMMU authority boundary.\nC:H - Device-DMA\u0027d data lands in cache lines covering unrelated kernel objects and the invalidate-without-writeback reverts neighbours to stale contents, which can resurrect freed pointers and yield use-after-free style read primitives over kernel memory.\nI:H - This is silent memory corruption of arbitrary adjacent kernel slab objects \u2014 lost pointer and refcount stores give control-flow-relevant corruption \u2014 and it equally corrupts in-flight DMA payloads, meaning block I/O data written to or read from storage can be altered.\nA:H - Discarded writes to unrelated kernel structures and corrupted DMA data lead to inconsistent kernel state, use-after-free, oops and panic, as well as filesystem corruption on affected PA-RISC systems."
}
]
}
],
"providerMetadata": {
"dateUpdated": "2026-08-05T11:37:14.891Z",
"orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"shortName": "Linux"
},
"references": [
{
"url": "https://git.kernel.org/stable/c/00baca74fb5879e5f9034b6156671301f500f8ee"
},
{
"url": "https://git.kernel.org/stable/c/642a0b7453daff0295310774016fcb56d1f5bc7f"
},
{
"url": "https://git.kernel.org/stable/c/533de2f470baac40d3bf622fe631f15231a03c9f"
},
{
"url": "https://git.kernel.org/stable/c/7ae04ba36b381bffe2471eff3a93edced843240f"
}
],
"title": "parisc: fix a possible DMA corruption",
"x_generator": {
"engine": "bippy-1.2.0"
}
}
},
"cveMetadata": {
"assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"assignerShortName": "Linux",
"cveId": "CVE-2024-44949",
"datePublished": "2024-09-04T18:35:49.788Z",
"dateReserved": "2024-08-21T05:34:56.665Z",
"dateUpdated": "2026-08-05T11:37:14.891Z",
"state": "PUBLISHED"
},
"dataType": "CVE_RECORD",
"dataVersion": "5.2"
}
}
}
Drag nodes to arrange them. Double-click a related vulnerability to open it, or a source to visit its link. The Physics button on the left tunes the layout and the simulation; the legend at the bottom left hides or shows nodes by kind and by sighting type.
Sightings
| Author | Source | Type | Date | Other |
|---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or observed by the user.
- Confirmed: The vulnerability has been validated from an analyst's perspective.
- Published Proof of Concept: A public proof of concept is available for this vulnerability.
- Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
- Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
- Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
- Not confirmed: The user expressed doubt about the validity of the vulnerability.
- Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.
Vulnerability timeline
Sightings and recorded dates, grouped by day · UTC
How durations are calculated
Following the VTEM framework (Black Hat USA 2015), time to patch starts when the vendor or a coordinator was informed, total time to patch at discovery, and disclosure to patch at public disclosure; vendor response time runs from the report to its acknowledgement. Time to exploit and time unpatched start at the earliest discovery or report, falling back to public disclosure. Unpatched time ends at the first recorded patch, or the calculation time when no patch is recorded. Exploitation to patch shows the interval between those two events; a published proof of concept is a public exploit, not exploitation.
Each result shows its source dates. A negative interval means the end event came first; when date-only inputs leave the order open, the result says so. Date-only inputs are approximate. The earliest evidence wins: KEV report dates and sightings are labelled as such. Records describing another vulnerability are listed but never calculated from, and a PoC alone does not establish exploitation. Missing patch evidence does not prove that no patch exists. Filters below change the event list only.
Loading timeline…
The approach is described in our paper Mapping CVEs to MITRE ATT&CK Techniques: A Curated Gold-Set Classifier and the Limits of LLM-Assisted Label Expansion.
Browse all ATT&CK techniques and the vulnerabilities related to each.
Related by attack behaviour
Vulnerabilities whose description is nearest to this one in the vector space of the CIRCL/vulnerability-attack-technique-biencoder model. This is a similarity search over the bi-encoder space (plain cosine), not a classification, and it has no measured accuracy.