High 7.8Published Aug 22, 2026

CVE-2026-74610tls: don't leave a full plaintext sk_msg ring unpushed

Updated under an hour ago (2026-10-19 07:23 UTC)

Does this affect you?

It affects Linux. Add what you run to find out whether that includes you.

No exploitation reported and no EPSS estimate yet.

Do this next

Start free and add your stack

Free account, 1 product

Every CVE for Linux

Exploited in the last 30 days

In the Linux kernel, the following vulnerability has been resolved: tls: don't leave a full plaintext sk_msg ring unpushed When the copy path in tls_sw_sendmsg_locked() adds the fragment that fills the plaintext sk_msg ring, it does not set full_record, so the record is left full and unpushed. A later splice() then adds to an already full ring: sk_msg_page_add() has no fullness check of its own, so sg.end wraps onto sg.start and the ring appears empty. Fragments added after that overwrite live entries, and sg.size no longer matches what is reachable between sg.start and sg.end, so pushing the record runs the scatterwalk off the end of the scatterlist. An unprivileged user can trigger this on a loopback TCP socket with the "tls" ULP attached: BUG: kernel NULL pointer dereference, address: 0000000000000008 RIP: 0010:memcpy_from_scatterwalk+0x32/0xc0 Call Trace: skcipher_walk_next+0x1d1/0x2c0 gcm_encrypt_aesni_avx+0x1e9/0x220 bpf_exec_tx_verdict+0x3bb/0x860 tls_sw_sendmsg+0xa1a/0xca0 __sys_sendto+0x1da/0x1f0 Set full_record in the copy path when the ring becomes full, and push a record that is already full on entry to the sendmsg loop.

CVSS: 7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Weakness (CWE): Not given
Known exploited: Not in CISA's KEV catalog
EPSS (exploitation in the next 30 days): Not loaded for this CVE
Assigned by: Linux
NVD analysis: Received
Record last updated: Aug 25, 2026
First seen by InfoSec Signals: Oct 9, 2026

Affected products

Affected products

Linux Linux linux:linux (from the name)	from fe1e81d4f73b6cbaed4fcc476960d26770642842 before aa8b14647721b5a4958712b35cf43e3125d47753; from fe1e81d4f73b6cbaed4fcc476960d26770642842 before f634289a0b557a197c5f37284b623cefedfe73d5; from fe1e81d4f73b6cbaed4fcc476960d26770642842 before 3fc5044796dd87b8d68be4207046f5ce2748174c; from fe1e81d4f73b6cbaed4fcc476960d26770642842 before 3c5f8f2aa57c647b83add4896aab64aac5fdedad; from fe1e81d4f73b6cbaed4fcc476960d26770642842 before 7bca91d63341274e857f4aeaad54d229405e93dc	CNA record

References

https://git.kernel.org/stable/c/aa8b14647721b5a4958712b35cf43e3125d47753
https://git.kernel.org/stable/c/f634289a0b557a197c5f37284b623cefedfe73d5
https://git.kernel.org/stable/c/3fc5044796dd87b8d68be4207046f5ce2748174c
https://git.kernel.org/stable/c/3c5f8f2aa57c647b83add4896aab64aac5fdedad
https://git.kernel.org/stable/c/7bca91d63341274e857f4aeaad54d229405e93dc

The CVE record on cve.org NVD's entry

The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.