CVE-2024-26706 (GCVE-0-2024-26706)
Vulnerability from cvelistv5 – Published: 2024-04-03 14:55 – Updated: 2026-01-05 10:34
VLAI?
Title
parisc: Fix random data corruption from exception handler
Summary
In the Linux kernel, the following vulnerability has been resolved:
parisc: Fix random data corruption from exception handler
The current exception handler implementation, which assists when accessing
user space memory, may exhibit random data corruption if the compiler decides
to use a different register than the specified register %r29 (defined in
ASM_EXCEPTIONTABLE_REG) for the error code. If the compiler choose another
register, the fault handler will nevertheless store -EFAULT into %r29 and thus
trash whatever this register is used for.
Looking at the assembly I found that this happens sometimes in emulate_ldd().
To solve the issue, the easiest solution would be if it somehow is
possible to tell the fault handler which register is used to hold the error
code. Using %0 or %1 in the inline assembly is not posssible as it will show
up as e.g. %r29 (with the "%r" prefix), which the GNU assembler can not
convert to an integer.
This patch takes another, better and more flexible approach:
We extend the __ex_table (which is out of the execution path) by one 32-word.
In this word we tell the compiler to insert the assembler instruction
"or %r0,%r0,%reg", where %reg references the register which the compiler
choosed for the error return code.
In case of an access failure, the fault handler finds the __ex_table entry and
can examine the opcode. The used register is encoded in the lowest 5 bits, and
the fault handler can then store -EFAULT into this register.
Since we extend the __ex_table to 3 words we can't use the BUILDTIME_TABLE_SORT
config option any longer.
Severity ?
No CVSS data available.
Assigner
References
Impacted products
| Vendor | Product | Version | ||
|---|---|---|---|---|
| Linux | Linux |
Affected:
d19f5e41b344a057bb2450024a807476f30978d2 , < 23027309b099ffc4efca5477009a11dccbdae592
(git)
Affected: d19f5e41b344a057bb2450024a807476f30978d2 , < fa69a8063f8b27f3c7434a0d4f464a76a62f24d2 (git) Affected: d19f5e41b344a057bb2450024a807476f30978d2 , < ce31d79aa1f13a2345791f84935281a2c194e003 (git) Affected: d19f5e41b344a057bb2450024a807476f30978d2 , < 8b1d72395635af45410b66cc4c4ab37a12c4a831 (git) Affected: 09b931fcb87c8aad178475a7db1d4bfc939f7faa (git) Affected: 37e6234297379e0db25e39c2ca99776fea70026c (git) |
||
{
"containers": {
"adp": [
{
"metrics": [
{
"other": {
"content": {
"id": "CVE-2024-26706",
"options": [
{
"Exploitation": "none"
},
{
"Automatable": "no"
},
{
"Technical Impact": "partial"
}
],
"role": "CISA Coordinator",
"timestamp": "2024-06-17T19:29:32.394995Z",
"version": "2.0.3"
},
"type": "ssvc"
}
}
],
"providerMetadata": {
"dateUpdated": "2024-06-17T19:29:43.758Z",
"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
"shortName": "CISA-ADP"
},
"title": "CISA ADP Vulnrichment"
},
{
"providerMetadata": {
"dateUpdated": "2024-08-02T00:14:12.642Z",
"orgId": "af854a3a-2127-422b-91ae-364da2661108",
"shortName": "CVE"
},
"references": [
{
"tags": [
"x_transferred"
],
"url": "https://git.kernel.org/stable/c/23027309b099ffc4efca5477009a11dccbdae592"
},
{
"tags": [
"x_transferred"
],
"url": "https://git.kernel.org/stable/c/fa69a8063f8b27f3c7434a0d4f464a76a62f24d2"
},
{
"tags": [
"x_transferred"
],
"url": "https://git.kernel.org/stable/c/ce31d79aa1f13a2345791f84935281a2c194e003"
},
{
"tags": [
"x_transferred"
],
"url": "https://git.kernel.org/stable/c/8b1d72395635af45410b66cc4c4ab37a12c4a831"
}
],
"title": "CVE Program Container"
}
],
"cna": {
"affected": [
{
"defaultStatus": "unaffected",
"product": "Linux",
"programFiles": [
"arch/parisc/Kconfig",
"arch/parisc/include/asm/assembly.h",
"arch/parisc/include/asm/extable.h",
"arch/parisc/include/asm/special_insns.h",
"arch/parisc/include/asm/uaccess.h",
"arch/parisc/kernel/cache.c",
"arch/parisc/kernel/unaligned.c",
"arch/parisc/mm/fault.c"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"lessThan": "23027309b099ffc4efca5477009a11dccbdae592",
"status": "affected",
"version": "d19f5e41b344a057bb2450024a807476f30978d2",
"versionType": "git"
},
{
"lessThan": "fa69a8063f8b27f3c7434a0d4f464a76a62f24d2",
"status": "affected",
"version": "d19f5e41b344a057bb2450024a807476f30978d2",
"versionType": "git"
},
{
"lessThan": "ce31d79aa1f13a2345791f84935281a2c194e003",
"status": "affected",
"version": "d19f5e41b344a057bb2450024a807476f30978d2",
"versionType": "git"
},
{
"lessThan": "8b1d72395635af45410b66cc4c4ab37a12c4a831",
"status": "affected",
"version": "d19f5e41b344a057bb2450024a807476f30978d2",
"versionType": "git"
},
{
"status": "affected",
"version": "09b931fcb87c8aad178475a7db1d4bfc939f7faa",
"versionType": "git"
},
{
"status": "affected",
"version": "37e6234297379e0db25e39c2ca99776fea70026c",
"versionType": "git"
}
]
},
{
"defaultStatus": "affected",
"product": "Linux",
"programFiles": [
"arch/parisc/Kconfig",
"arch/parisc/include/asm/assembly.h",
"arch/parisc/include/asm/extable.h",
"arch/parisc/include/asm/special_insns.h",
"arch/parisc/include/asm/uaccess.h",
"arch/parisc/kernel/cache.c",
"arch/parisc/kernel/unaligned.c",
"arch/parisc/mm/fault.c"
],
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"vendor": "Linux",
"versions": [
{
"status": "affected",
"version": "4.11"
},
{
"lessThan": "4.11",
"status": "unaffected",
"version": "0",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.1.*",
"status": "unaffected",
"version": "6.1.79",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.6.*",
"status": "unaffected",
"version": "6.6.18",
"versionType": "semver"
},
{
"lessThanOrEqual": "6.7.*",
"status": "unaffected",
"version": "6.7.6",
"versionType": "semver"
},
{
"lessThanOrEqual": "*",
"status": "unaffected",
"version": "6.8",
"versionType": "original_commit_for_fix"
}
]
}
],
"cpeApplicability": [
{
"nodes": [
{
"cpeMatch": [
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.1.79",
"versionStartIncluding": "4.11",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.6.18",
"versionStartIncluding": "4.11",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.7.6",
"versionStartIncluding": "4.11",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionEndExcluding": "6.8",
"versionStartIncluding": "4.11",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionStartIncluding": "4.9.21",
"vulnerable": true
},
{
"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*",
"versionStartIncluding": "4.10.9",
"vulnerable": true
}
],
"negate": false,
"operator": "OR"
}
]
}
],
"descriptions": [
{
"lang": "en",
"value": "In the Linux kernel, the following vulnerability has been resolved:\n\nparisc: Fix random data corruption from exception handler\n\nThe current exception handler implementation, which assists when accessing\nuser space memory, may exhibit random data corruption if the compiler decides\nto use a different register than the specified register %r29 (defined in\nASM_EXCEPTIONTABLE_REG) for the error code. If the compiler choose another\nregister, the fault handler will nevertheless store -EFAULT into %r29 and thus\ntrash whatever this register is used for.\nLooking at the assembly I found that this happens sometimes in emulate_ldd().\n\nTo solve the issue, the easiest solution would be if it somehow is\npossible to tell the fault handler which register is used to hold the error\ncode. Using %0 or %1 in the inline assembly is not posssible as it will show\nup as e.g. %r29 (with the \"%r\" prefix), which the GNU assembler can not\nconvert to an integer.\n\nThis patch takes another, better and more flexible approach:\nWe extend the __ex_table (which is out of the execution path) by one 32-word.\nIn this word we tell the compiler to insert the assembler instruction\n\"or %r0,%r0,%reg\", where %reg references the register which the compiler\nchoosed for the error return code.\nIn case of an access failure, the fault handler finds the __ex_table entry and\ncan examine the opcode. The used register is encoded in the lowest 5 bits, and\nthe fault handler can then store -EFAULT into this register.\n\nSince we extend the __ex_table to 3 words we can\u0027t use the BUILDTIME_TABLE_SORT\nconfig option any longer."
}
],
"providerMetadata": {
"dateUpdated": "2026-01-05T10:34:17.564Z",
"orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"shortName": "Linux"
},
"references": [
{
"url": "https://git.kernel.org/stable/c/23027309b099ffc4efca5477009a11dccbdae592"
},
{
"url": "https://git.kernel.org/stable/c/fa69a8063f8b27f3c7434a0d4f464a76a62f24d2"
},
{
"url": "https://git.kernel.org/stable/c/ce31d79aa1f13a2345791f84935281a2c194e003"
},
{
"url": "https://git.kernel.org/stable/c/8b1d72395635af45410b66cc4c4ab37a12c4a831"
}
],
"title": "parisc: Fix random data corruption from exception handler",
"x_generator": {
"engine": "bippy-1.2.0"
}
}
},
"cveMetadata": {
"assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67",
"assignerShortName": "Linux",
"cveId": "CVE-2024-26706",
"datePublished": "2024-04-03T14:55:09.529Z",
"dateReserved": "2024-02-19T14:20:24.158Z",
"dateUpdated": "2026-01-05T10:34:17.564Z",
"state": "PUBLISHED"
},
"dataType": "CVE_RECORD",
"dataVersion": "5.2",
"vulnerability-lookup:meta": {
"vulnrichment": {
"containers": "{\"adp\": [{\"title\": \"CVE Program Container\", \"references\": [{\"url\": \"https://git.kernel.org/stable/c/23027309b099ffc4efca5477009a11dccbdae592\", \"tags\": [\"x_transferred\"]}, {\"url\": \"https://git.kernel.org/stable/c/fa69a8063f8b27f3c7434a0d4f464a76a62f24d2\", \"tags\": [\"x_transferred\"]}, {\"url\": \"https://git.kernel.org/stable/c/ce31d79aa1f13a2345791f84935281a2c194e003\", \"tags\": [\"x_transferred\"]}, {\"url\": \"https://git.kernel.org/stable/c/8b1d72395635af45410b66cc4c4ab37a12c4a831\", \"tags\": [\"x_transferred\"]}], \"providerMetadata\": {\"orgId\": \"af854a3a-2127-422b-91ae-364da2661108\", \"shortName\": \"CVE\", \"dateUpdated\": \"2024-08-02T00:14:12.642Z\"}}, {\"title\": \"CISA ADP Vulnrichment\", \"metrics\": [{\"other\": {\"type\": \"ssvc\", \"content\": {\"id\": \"CVE-2024-26706\", \"role\": \"CISA Coordinator\", \"options\": [{\"Exploitation\": \"none\"}, {\"Automatable\": \"no\"}, {\"Technical Impact\": \"partial\"}], \"version\": \"2.0.3\", \"timestamp\": \"2024-06-17T19:29:32.394995Z\"}}}], \"providerMetadata\": {\"orgId\": \"134c704f-9b21-4f2e-91b3-4a467353bcc0\", \"shortName\": \"CISA-ADP\", \"dateUpdated\": \"2024-06-17T19:29:37.609Z\"}}], \"cna\": {\"title\": \"parisc: Fix random data corruption from exception handler\", \"affected\": [{\"repo\": \"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git\", \"vendor\": \"Linux\", \"product\": \"Linux\", \"versions\": [{\"status\": \"affected\", \"version\": \"d19f5e41b344a057bb2450024a807476f30978d2\", \"lessThan\": \"23027309b099ffc4efca5477009a11dccbdae592\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"d19f5e41b344a057bb2450024a807476f30978d2\", \"lessThan\": \"fa69a8063f8b27f3c7434a0d4f464a76a62f24d2\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"d19f5e41b344a057bb2450024a807476f30978d2\", \"lessThan\": \"ce31d79aa1f13a2345791f84935281a2c194e003\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"d19f5e41b344a057bb2450024a807476f30978d2\", \"lessThan\": \"8b1d72395635af45410b66cc4c4ab37a12c4a831\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"09b931fcb87c8aad178475a7db1d4bfc939f7faa\", \"versionType\": \"git\"}, {\"status\": \"affected\", \"version\": \"37e6234297379e0db25e39c2ca99776fea70026c\", \"versionType\": \"git\"}], \"programFiles\": [\"arch/parisc/Kconfig\", \"arch/parisc/include/asm/assembly.h\", \"arch/parisc/include/asm/extable.h\", \"arch/parisc/include/asm/special_insns.h\", \"arch/parisc/include/asm/uaccess.h\", \"arch/parisc/kernel/cache.c\", \"arch/parisc/kernel/unaligned.c\", \"arch/parisc/mm/fault.c\"], \"defaultStatus\": \"unaffected\"}, {\"repo\": \"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git\", \"vendor\": \"Linux\", \"product\": \"Linux\", \"versions\": [{\"status\": \"affected\", \"version\": \"4.11\"}, {\"status\": \"unaffected\", \"version\": \"0\", \"lessThan\": \"4.11\", \"versionType\": \"semver\"}, {\"status\": \"unaffected\", \"version\": \"6.1.79\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"6.1.*\"}, {\"status\": \"unaffected\", \"version\": \"6.6.18\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"6.6.*\"}, {\"status\": \"unaffected\", \"version\": \"6.7.6\", \"versionType\": \"semver\", \"lessThanOrEqual\": \"6.7.*\"}, {\"status\": \"unaffected\", \"version\": \"6.8\", \"versionType\": \"original_commit_for_fix\", \"lessThanOrEqual\": \"*\"}], \"programFiles\": [\"arch/parisc/Kconfig\", \"arch/parisc/include/asm/assembly.h\", \"arch/parisc/include/asm/extable.h\", \"arch/parisc/include/asm/special_insns.h\", \"arch/parisc/include/asm/uaccess.h\", \"arch/parisc/kernel/cache.c\", \"arch/parisc/kernel/unaligned.c\", \"arch/parisc/mm/fault.c\"], \"defaultStatus\": \"affected\"}], \"references\": [{\"url\": \"https://git.kernel.org/stable/c/23027309b099ffc4efca5477009a11dccbdae592\"}, {\"url\": \"https://git.kernel.org/stable/c/fa69a8063f8b27f3c7434a0d4f464a76a62f24d2\"}, {\"url\": \"https://git.kernel.org/stable/c/ce31d79aa1f13a2345791f84935281a2c194e003\"}, {\"url\": \"https://git.kernel.org/stable/c/8b1d72395635af45410b66cc4c4ab37a12c4a831\"}], \"x_generator\": {\"engine\": \"bippy-1.2.0\"}, \"descriptions\": [{\"lang\": \"en\", \"value\": \"In the Linux kernel, the following vulnerability has been resolved:\\n\\nparisc: Fix random data corruption from exception handler\\n\\nThe current exception handler implementation, which assists when accessing\\nuser space memory, may exhibit random data corruption if the compiler decides\\nto use a different register than the specified register %r29 (defined in\\nASM_EXCEPTIONTABLE_REG) for the error code. If the compiler choose another\\nregister, the fault handler will nevertheless store -EFAULT into %r29 and thus\\ntrash whatever this register is used for.\\nLooking at the assembly I found that this happens sometimes in emulate_ldd().\\n\\nTo solve the issue, the easiest solution would be if it somehow is\\npossible to tell the fault handler which register is used to hold the error\\ncode. Using %0 or %1 in the inline assembly is not posssible as it will show\\nup as e.g. %r29 (with the \\\"%r\\\" prefix), which the GNU assembler can not\\nconvert to an integer.\\n\\nThis patch takes another, better and more flexible approach:\\nWe extend the __ex_table (which is out of the execution path) by one 32-word.\\nIn this word we tell the compiler to insert the assembler instruction\\n\\\"or %r0,%r0,%reg\\\", where %reg references the register which the compiler\\nchoosed for the error return code.\\nIn case of an access failure, the fault handler finds the __ex_table entry and\\ncan examine the opcode. The used register is encoded in the lowest 5 bits, and\\nthe fault handler can then store -EFAULT into this register.\\n\\nSince we extend the __ex_table to 3 words we can\u0027t use the BUILDTIME_TABLE_SORT\\nconfig option any longer.\"}], \"cpeApplicability\": [{\"nodes\": [{\"negate\": false, \"cpeMatch\": [{\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.1.79\", \"versionStartIncluding\": \"4.11\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.6.18\", \"versionStartIncluding\": \"4.11\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.7.6\", \"versionStartIncluding\": \"4.11\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionEndExcluding\": \"6.8\", \"versionStartIncluding\": \"4.11\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionStartIncluding\": \"4.9.21\"}, {\"criteria\": \"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*\", \"vulnerable\": true, \"versionStartIncluding\": \"4.10.9\"}], \"operator\": \"OR\"}]}], \"providerMetadata\": {\"orgId\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"shortName\": \"Linux\", \"dateUpdated\": \"2026-01-05T10:34:17.564Z\"}}}",
"cveMetadata": "{\"cveId\": \"CVE-2024-26706\", \"state\": \"PUBLISHED\", \"dateUpdated\": \"2026-01-05T10:34:17.564Z\", \"dateReserved\": \"2024-02-19T14:20:24.158Z\", \"assignerOrgId\": \"416baaa9-dc9f-4396-8d5f-8c081fb06d67\", \"datePublished\": \"2024-04-03T14:55:09.529Z\", \"assignerShortName\": \"Linux\"}",
"dataType": "CVE_RECORD",
"dataVersion": "5.2"
}
}
}
Loading…
Loading…
Sightings
| Author | Source | Type | Date |
|---|
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.
Loading…
Loading…