crypto: atmel-sha204a - fix heap info leak on I2C transfer failure
In the Linux kernel, the following vulnerability has been resolved: crypto: atmel-sha204a - fix heap info leak on I2C transfer failure The nonblocking RNG path allocates a work_data structure to track the state of an in-flight asynchronous I2C request. This pointer is stored in rng->priv and later consumed by the read path once the transaction completes. If the underlying I2C transfer fails, the completion callback is invoked with a non-zero status. In this case, the allocated work_data is not usable for producing RNG output and must not remain associated with the hwrng state. Previously, the failure path only logged a warning but left the pointer state uncleared, which can result in subsequent read attempts observing stale state and interpreting it as valid completion data. Fix this by freeing the pending work_data. The I2C transaction reports an error. This ensures that failed requests do not leave residual state behind that could be interpreted as valid RNG data on later reads. Clearing rng->priv is done at the subsequent call to nonblocking read.
- Products
- Kernel
- Affected versions
- Not specified
- Fixed versions
- 5.10.270, 5.15.221, 6.1.188, 6.12.110, 6.18.52, 6.6.157, 7.2.6
- CVEs
- CVE-2026-93159
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 3 Nov 2026, 01:42 UTC · Revision 1
Source evidence
crypto: atmel-sha204a - fix heap info leak on I2C transfer failure
core-osv · Original sourcePublished 17 Sept 2026, 16:11 UTC
In the Linux kernel, the following vulnerability has been resolved: crypto: atmel-sha204a - fix heap info leak on I2C transfer failure The nonblocking RNG path allocates a work_data structure to track the state of an in-flight asynchronous I2C request. This pointer is stored in rng->priv and later consumed by the read path once the transaction completes. If the underlying I2C transfer fails, the completion callback is invoked with a non-zero status. In this case, the allocated work_data is not usable for producing RNG output and must not remain associated with the hwrng state. Previously, the failure path only logged a warning but left the pointer state uncleared, which can result in subsequent read attempts observing stale state and interpreting it as valid completion data. Fix this by freeing the pending work_data. The I2C transaction reports an error. This ensures that failed requests do not leave residual state behind that could be interpreted as valid RNG data on later reads. Clearing rng->priv is done at the subsequent call to nonblocking read.
osv:CVE-2026-93159
Kernel
Fixed versions: 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.110, 6.18.52, 7.2.6
Complete source record
{
"id": "f06ac8a0e60ec1b471e772914cb6cead3a1a751ddac64eb29667c12a53237e8d",
"url": "https://osv.dev/vulnerability/CVE-2026-93159",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "crypto: atmel-sha204a - fix heap info leak on I2C transfer failure",
"summary": "In the Linux kernel, the following vulnerability has been resolved: crypto: atmel-sha204a - fix heap info leak on I2C transfer failure The nonblocking RNG path allocates a work_data structure to track the state of an in-flight asynchronous I2C request. This pointer is stored in rng->priv and later consumed by the read path once the transaction completes. If the underlying I2C transfer fails, the completion callback is invoked with a non-zero status. In this case, the allocated work_data is not usable for producing RNG output and must not remain associated with the hwrng state. Previously, the failure path only logged a warning but left the pointer state uncleared, which can result in subsequent read attempts observing stale state and interpreting it as valid completion data. Fix this by freeing the pending work_data. The I2C transaction reports an error. This ensures that failed requests do not leave residual state behind that could be interpreted as valid RNG data on later reads. Clearing rng->priv is done at the subsequent call to nonblocking read.",
"evidence": "osv:CVE-2026-93159",
"products": [
{
"name": {
"value": "Kernel",
"evidence": "/affected/1/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "5.10.270",
"evidence": "/affected/1/ranges"
},
{
"value": "5.15.221",
"evidence": "/affected/1/ranges"
},
{
"value": "6.1.188",
"evidence": "/affected/1/ranges"
},
{
"value": "6.6.157",
"evidence": "/affected/1/ranges"
},
{
"value": "6.12.110",
"evidence": "/affected/1/ranges"
},
{
"value": "6.18.52",
"evidence": "/affected/1/ranges"
},
{
"value": "7.2.6",
"evidence": "/affected/1/ranges"
}
],
"affected_versions": []
}
],
"severity": "unknown",
"structured": {
"id": "CVE-2026-93159",
"aliases": [
"CVE-2026-93159"
],
"affected": [
{
"ranges": [
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "da001fb651b00e1deeaf24767dd691ae8152a4f5"
},
{
"fixed": "a430b5b6d2ddd2b266330f8507a655be1148347d"
},
{
"fixed": "4e76d85e505b7451925efbcd67c015e8c2440c68"
},
{
"fixed": "bcac9052e19490231ff6e0678a06bd2fcf8db3af"
},
{
"fixed": "28cc179252347718f97045dd5ea74165609dbd7d"
},
{
"fixed": "0d6db386133d9230befb77967bbf130443964860"
},
{
"fixed": "f4d347fb1309b69ea6f817a17e6b2893c8d754b7"
},
{
"fixed": "94abda77b57a35b82bba0365bad072d94d67ffe9"
},
{
"fixed": "72bbf11ba14bd7d5fbf31a1ec42fff608b657f74"
}
]
}
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-93159.json"
}
},
{
"ranges": [
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "5.3.0"
},
{
"fixed": "5.10.270"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "5.11.0"
},
{
"fixed": "5.15.221"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "5.16.0"
},
{
"fixed": "6.1.188"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.2.0"
},
{
"fixed": "6.6.157"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.7.0"
},
{
"fixed": "6.12.110"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.13.0"
},
{
"fixed": "6.18.52"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.19.0"
},
{
"fixed": "7.2.6"
}
]
}
],
"package": {
"name": "Kernel",
"ecosystem": "Linux"
},
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-93159.json"
}
}
],
"modified": "2026-10-28T02:30:25.117380427Z",
"provider": "osv",
"references": [
"https://git.kernel.org/stable/c/0d6db386133d9230befb77967bbf130443964860",
"https://git.kernel.org/stable/c/28cc179252347718f97045dd5ea74165609dbd7d",
"https://git.kernel.org/stable/c/4e76d85e505b7451925efbcd67c015e8c2440c68",
"https://git.kernel.org/stable/c/72bbf11ba14bd7d5fbf31a1ec42fff608b657f74",
"https://git.kernel.org/stable/c/94abda77b57a35b82bba0365bad072d94d67ffe9",
"https://git.kernel.org/stable/c/a430b5b6d2ddd2b266330f8507a655be1148347d",
"https://git.kernel.org/stable/c/bcac9052e19490231ff6e0678a06bd2fcf8db3af",
"https://git.kernel.org/stable/c/f4d347fb1309b69ea6f817a17e6b2893c8d754b7",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/93xxx/CVE-2026-93159.json",
"https://nvd.nist.gov/vuln/detail/CVE-2026-93159",
"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"
],
"provider_metadata": {
"cna_assigner": "Linux",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/93xxx/CVE-2026-93159.json"
}
},
"related_cves": [
{
"value": "CVE-2026-93159",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": null
},
"source_id": "core-osv",
"document_id": 491705,
"published_at": "2026-09-17T16:11:53.852+00:00"
}