What it is
CVE-2025-39682 is an unauthenticated tls: fix handling of zero-length records on the rx_list affecting Linux.
Vulnerability report
tls: fix handling of zero-length records on the rx_list
Linux · affected before V5.0
Decision summary
Direct answers before the deeper technical record.
What it is
CVE-2025-39682 is an unauthenticated tls: fix handling of zero-length records on the rx_list affecting Linux.
Have exploitation attempts been observed?
Yes. Exploitation attempts have been reported for this vulnerability. Previdian lists it as a known exploited vulnerability. Listed in CISA KEV. Also reported by third-party sources. Confidence is confirmed.
Who is affected?
Linux, including affected before V5.0, affected before 2902c3ebcca52ca845c03182000e8d71d3a5196f, and affected before c09dd3773b5950e9cfb6c9b9a5f6e36d06c62677.
What should we do?
Prioritize remediation. Validate affected assets and apply vendor fixes on an accelerated timeline.
Overview
In the Linux kernel, the following vulnerability has been resolved:
tls: fix handling of zero-length records on the rx_list
Each recvmsg() call must process either - only contiguous DATA records (any number of them) - one non-DATA record
If the next record has different type than what has already been processed we break out of the main processing loop. If the record has already been decrypted (which may be the case for TLS 1.3 where we don't know type until decryption) we queue the pending record to the rx_list. Next recvmsg() will pick it up from there.
Queuing the skb to rx_list after zero-copy decrypt is not possible, since in that case we decrypted directly to the user space buffer, and we don't have an skb to queue (darg.skb points to the ciphertext skb for access to metadata like length).
Only data records are allowed zero-copy, and we break the processing loop after each non-data record. So we should never zero-copy and then find out that the record type has changed. The corner case we missed is when the initial record comes from rx_list, and it's zero length.
Exploitation evidence
Third-party attestation and first-party sensor observation are shown separately so teams can judge the evidence chain.
CISA
A trusted third party reported exploitation attempts.
Per-source evidence links for KEV attestations are available through the Previdian Pro API.
Learn about Pro API access| Source | Added |
|---|---|
| CISA First | 2026-09-18 19:20 UTC |
| CVE | 2026-09-18 19:40 UTC |
| The Hacker News | 2026-09-19 00:00 UTC |
| BleepingComputer | 2026-09-21 20:12 UTC |
Detection
Make the evidence actionable in scanner, SOC, and edge-control workflows.
No scanner integrations recorded yet.
No Previdian virtual patch is currently available. Future rules ship for ModSecurity, Cloudflare, and AWS WAF.
Learn about virtual patches →No detection artifacts or sensor request patterns are available for this CVE yet.
Check back as sensor telemetry and scanner integrations are updated.
Risk and context
CVSS v3.1
Potential damage if exploited. Separate from whether attackers are using it.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
EPSS
3.3%
Estimated chance of exploitation in the next 30 days. Previdian's warning comes from evidence, not this score.
Recent mention · BleepingComputer
The U.S. Cybersecurity and Infrastructure Security Agency (CISA) is warning that hackers are exploiting three Linux kernel vulnerabilities, one of them rated critical. [...]
Read full advisoryRecent mention · BleepingComputer
CISA alerts of active exploitation of three Linux kernel flawsBleepingComputer · 21 Sep 2026
The U.S. Cybersecurity and Infrastructure Security Agency (CISA) is warning that hackers are exploiting three Linux kernel vulnerabilities, one of them rated critical. [...]
Recent mention · Security Affairs
U.S. CISA adds Linux Kernel flaws to its Known Exploited Vulnerabilities catalogSecurity Affairs · 20 Sep 2026
U.S. Cybersecurity and Infrastructure Security Agency (CISA) adds Linux Kernel flaws to its Known Exploited Vulnerabilities catalog. The U.S. Cybersecurity and Infrastructure Security Agency (CISA) added [1, 2] the following vulnerabilities to its Known Exploited Vulnerabilities (KEV) catalog: Below are detailed descriptions of the flaws: At the time of this writing, there are currently no details on how the […]
Recent mention · The Hacker News
CISA Flags Three Linux Kernel Vulnerabilities Exploited in the WildThe Hacker News · 19 Sep 2026
The U.S. Cybersecurity and Infrastructure Security Agency (CISA) on Friday added three security flaws impacting the Linux kernel to its Known Exploited Vulnerabilities (KEV) catalog, citing evidence of active exploitation. The vulnerabilities are listed below - CVE-2025-39682 (CVSS score: 9.8) - An improper check for unusual or exceptional conditions vulnerability in the TLS receive path
Timeline
20:12 UTC
Exploitation attempts reported by an external source
00:00 UTC
Exploitation attempts reported by an external source
19:40 UTC
Exploitation attempts reported by an external source
19:20 UTC
Listed in the CISA Known Exploited Vulnerabilities catalog
17:20 UTC
Vulnerability disclosed publicly
07:20 UTC
Identifier reserved by the CNA
Pro API
Confidence, exploit status, sensor telemetry, PoCs, scanner integrations, mentions, and tags are available programmatically for VM, SOC, and CTI workflows.
GET /api/v2/pro/kevs/CVE-2025-39682
Sample API response{
"cve_id": "CVE-2025-39682",
"confidence": "Confirmed",
"cvss_score": 9.8,
"cvss_estimated": false,
"epss_score": 0.03312,
"exploit_status": {
"exploited_in_the_wild": true,
"active_exploitation_observed": false
},
"sensor_telemetry": { "attempts": 0, "sensors": 0 }
}