net/tls: Fail tls_sw_splice_read() after a failed async decrypt
In the Linux kernel, the following vulnerability has been resolved: net/tls: Fail tls_sw_splice_read() after a failed async decrypt When an async decrypt fails, tls_decrypt_done() records the error in ctx->async_wait.err and calls tls_err_abort(), which stores it in sk_err. tls_sw_recvmsg() and tls_sw_read_sock() each read async_wait.err once they hold the reader lock and fail the call: a record that did not authenticate breaks the connection. tls_sw_splice_read() has no such check, and sk_err does not stand in for one. tls_rx_rec_wait() tests sk_err only inside the loop it skips whenever a record is already parsed, and the first reader to reach sock_error() clears it, while async_wait.err persists. A splice therefore keeps delivering records on a connection that recvmsg() and read_sock() refuse to read. Read async_wait.err in tls_sw_splice_read() as the other two readers do.
- Products
- Kernel
- Affected versions
- Not specified
- Fixed versions
- 6.1.184, 6.12.105, 6.18.46, 6.6.153, 7.1.10
- CVEs
- CVE-2026-80904
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 17:34 UTC · Revision 1
Source evidence
net/tls: Fail tls_sw_splice_read() after a failed async decrypt
core-osv · Original sourcePublished 4 Sept 2026, 17:19 UTC
In the Linux kernel, the following vulnerability has been resolved: net/tls: Fail tls_sw_splice_read() after a failed async decrypt When an async decrypt fails, tls_decrypt_done() records the error in ctx->async_wait.err and calls tls_err_abort(), which stores it in sk_err. tls_sw_recvmsg() and tls_sw_read_sock() each read async_wait.err once they hold the reader lock and fail the call: a record that did not authenticate breaks the connection. tls_sw_splice_read() has no such check, and sk_err does not stand in for one. tls_rx_rec_wait() tests sk_err only inside the loop it skips whenever a record is already parsed, and the first reader to reach sock_error() clears it, while async_wait.err persists. A splice therefore keeps delivering records on a connection that recvmsg() and read_sock() refuse to read. Read async_wait.err in tls_sw_splice_read() as the other two readers do.
osv:CVE-2026-80904
Kernel
Fixed versions: 6.1.184, 6.6.153, 6.12.105, 6.18.46, 7.1.10
Complete source record
{
"id": "6a35defa9efe3fb714d89ec4019a66ab4202b102067c6cc808360a71b415c1c3",
"url": "https://osv.dev/vulnerability/CVE-2026-80904",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "net/tls: Fail tls_sw_splice_read() after a failed async decrypt",
"summary": "In the Linux kernel, the following vulnerability has been resolved: net/tls: Fail tls_sw_splice_read() after a failed async decrypt When an async decrypt fails, tls_decrypt_done() records the error in ctx->async_wait.err and calls tls_err_abort(), which stores it in sk_err. tls_sw_recvmsg() and tls_sw_read_sock() each read async_wait.err once they hold the reader lock and fail the call: a record that did not authenticate breaks the connection. tls_sw_splice_read() has no such check, and sk_err does not stand in for one. tls_rx_rec_wait() tests sk_err only inside the loop it skips whenever a record is already parsed, and the first reader to reach sock_error() clears it, while async_wait.err persists. A splice therefore keeps delivering records on a connection that recvmsg() and read_sock() refuse to read. Read async_wait.err in tls_sw_splice_read() as the other two readers do.",
"evidence": "osv:CVE-2026-80904",
"products": [
{
"name": {
"value": "Kernel",
"evidence": "/affected/1/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "6.1.184",
"evidence": "/affected/1/ranges"
},
{
"value": "6.6.153",
"evidence": "/affected/1/ranges"
},
{
"value": "6.12.105",
"evidence": "/affected/1/ranges"
},
{
"value": "6.18.46",
"evidence": "/affected/1/ranges"
},
{
"value": "7.1.10",
"evidence": "/affected/1/ranges"
}
],
"affected_versions": []
}
],
"severity": "unknown",
"structured": {
"id": "CVE-2026-80904",
"aliases": [
"CVE-2026-80904"
],
"affected": [
{
"ranges": [
{
"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
"type": "GIT",
"events": [
{
"introduced": "f314bfee81b1bf8e01168177b2f65f24eb8da63a"
},
{
"fixed": "a808aadff634c7a408b2ab84d5919e9a741fdb5b"
},
{
"fixed": "06c2a53604fa1dc4820063828d7dadb3675b7af8"
},
{
"fixed": "18ae1e95f20867106a28820c208a9cec99dda861"
},
{
"fixed": "82d9269f01ebfd835b6256aa17016a974cbbc647"
},
{
"fixed": "4b177911eb9f799e9841c2f87c75b08cb112757a"
},
{
"fixed": "976df67f463db1fddaf2a32fb04f57ad2891a23d"
}
]
}
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-80904.json"
}
},
{
"ranges": [
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "5.19.0"
},
{
"fixed": "6.1.184"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.2.0"
},
{
"fixed": "6.6.153"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.7.0"
},
{
"fixed": "6.12.105"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.13.0"
},
{
"fixed": "6.18.46"
}
]
},
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "6.19.0"
},
{
"fixed": "7.1.10"
}
]
}
],
"package": {
"name": "Kernel",
"ecosystem": "Linux"
},
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-80904.json"
}
}
],
"modified": "2026-10-28T02:30:37.773868275Z",
"provider": "osv",
"references": [
"https://git.kernel.org/stable/c/06c2a53604fa1dc4820063828d7dadb3675b7af8",
"https://git.kernel.org/stable/c/18ae1e95f20867106a28820c208a9cec99dda861",
"https://git.kernel.org/stable/c/4b177911eb9f799e9841c2f87c75b08cb112757a",
"https://git.kernel.org/stable/c/82d9269f01ebfd835b6256aa17016a974cbbc647",
"https://git.kernel.org/stable/c/976df67f463db1fddaf2a32fb04f57ad2891a23d",
"https://git.kernel.org/stable/c/a808aadff634c7a408b2ab84d5919e9a741fdb5b",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/80xxx/CVE-2026-80904.json",
"https://nvd.nist.gov/vuln/detail/CVE-2026-80904",
"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/80xxx/CVE-2026-80904.json"
}
},
"related_cves": [
{
"value": "CVE-2026-80904",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": null
},
"source_id": "core-osv",
"document_id": 505326,
"published_at": "2026-09-04T17:19:14.391+00:00"
}