CVE-2025-39682
9,8, critique Exploitation avéréeLinux Kernel Improper Check for Unusual or Exceptional Conditions Vulnerability
- CVSS
- 9,8, critique critique CVSS v3.1
- EPSS, 30 prochains jours
- 3% supérieur à 86,6% des CVE notées
- Exploitation
- Exploitation avérée
- Publiée
- 5 sept. 2025il y a un an
Exploitation avérée
La CISA l'a ajoutée au catalogue Known Exploited Vulnerabilities le 18 sept. 2026. Les agences fédérales américaines devaient la corriger au plus tard le 21 sept. 2026, une échéance aujourd'hui dépassée.
Action requise. Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines.
Description
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.
Détails
- Éditeur
- Linux et 1 de plus
- Produit
- Linux
- Faiblesse
- CWE-754 (s'ouvre dans un nouvel onglet)
- Statut
- Analysée
- Mise à jour
- 7 oct. 2026
- Attribuée par
- 416baaa9-dc9f-4396-8d5f-8c081fb06d67
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Références 8
Correctifs 5
- git.kernel.org /stable/c/2902c3ebcca52ca845c03182000e8d71d3a5196f (s'ouvre dans un nouvel onglet)
- git.kernel.org /stable/c/29c0ce3c8cdb6dc5d61139c937f34cb888a6f42e (s'ouvre dans un nouvel onglet)
- git.kernel.org /stable/c/3439c15ae91a517cf3c650ea15a8987699416ad9 (s'ouvre dans un nouvel onglet)
- git.kernel.org /stable/c/62708b9452f8eb77513115b17c4f8d1a22ebf843 (s'ouvre dans un nouvel onglet)
- git.kernel.org /stable/c/c09dd3773b5950e9cfb6c9b9a5f6e36d06c62677 (s'ouvre dans un nouvel onglet)
Avis de sécurité 2
Le type est déduit des étiquettes de NVD lorsqu'elles existent, sinon de la forme de l'URL : considérez-le comme un indice.
Autres CVE de Linux
Toutes les CVE de Linux dans notre baseMême éditeur parmi les CVE de notre base ; cela n'implique aucun lien connu entre ces failles.
- CVE-2026-53362 Linux Kernel Unspecified Vulnerability KEV EPSS 0,7% 7,8, élevé
- CVE-2026-53266 Linux Kernel Out-of-Bounds Write Vulnerability KEV EPSS 0,8% 8,8, élevé
- CVE-2026-31431 Linux Kernel Incorrect Resource Transfer Between Spheres Vulnerability KEV EPSS 3% 7,8, élevé
- CVE-2025-39964 Linux Kernel Race Condition Vulnerability KEV EPSS 1% 5,5, moyen
- CVE-2025-38352 Linux Kernel Time-of-Check Time-of-Use (TOCTOU) Race Condition Vulnerability KEV EPSS 1% 7,8, élevé
- CVE-2024-53197 Linux Kernel Out-of-Bounds Access Vulnerability KEV EPSS 4% 7,8, élevé
- CVE-2024-53150 Linux Kernel Out-of-Bounds Read Vulnerability KEV EPSS 1% 7,1, élevé
- CVE-2024-53104 Linux Kernel Out-of-Bounds Write Vulnerability KEV EPSS 3% 7,8, élevé
Au-delà de cette page
CVE-2025-39682 est-elle présente sur votre réseau ?
Cette page vous dit à quel point CVE-2025-39682 est dangereuse de manière générale. Savoir si elle se trouve sur l'un de vos appareils, seul un scan de votre propre réseau peut le dire. C'est ce que font nos systèmes, chaque jour, pour les entreprises que nous protégeons.
CVE-2025-39682 figure dans le catalogue CISA des vulnérabilités exploitées : les attaquants l'exploitent déjà.
-
EXYS7600 OCELOT
La trouver avant les attaquants
Ocelot analyse votre réseau de manière planifiée et signale chaque vulnérabilité trouvée avec son identifiant CVE, son score CVSS et le nombre de vos hôtes touchés. Chaque résultat, comme CVE-2025-39682, est accompagné de la liste des appareils à corriger.
Découvrir EXYS7600 OCELOT -
EXYS7950 KONDRA
La détecter si elle est exploitée
Tant que le correctif n'est pas installé, Kondra surveille le réseau, les événements et les terminaux en temps réel. Il tient l'inventaire des logiciels installés sur chaque terminal, et ses règles de détection d'anomalies signalent ce que fait un attaquant une fois dans le réseau.
Découvrir EXYS7950 KONDRA
Compilé à partir de l'API NVD 2.0, du catalogue Known Exploited Vulnerabilities de la CISA et de FIRST EPSS. Les scores correspondent à notre dernière collecte du 17 oct. 2026, pas à l'état actuel des sources.