Linux Kernel bis 6.17-rc2 recvmsg Pufferüberlauf

CVSS Meta Temp ScoreAktueller Exploitpreis (≈)CTI Interest Score
8.2$0-$5k0.81

Zusammenfassunginfo

Es wurde eine kritische Schwachstelle in Linux Kernel bis 6.1.148/6.6.102/6.12.43/6.16.3/6.17-rc2 entdeckt. Es geht um die Funktion recvmsg. Die Veränderung resultiert in Pufferüberlauf. Eine eindeutige Identifikation der Schwachstelle wird mit CVE-2025-39682 vorgenommen. Zusätzlich gibt es einen verfügbaren Exploit. Die Aktualisierung der betroffenen Komponente wird empfohlen.

Detailsinfo

Es wurde eine Schwachstelle in Linux Kernel bis 6.1.148/6.6.102/6.12.43/6.16.3/6.17-rc2 entdeckt. Sie wurde als kritisch eingestuft. Dabei betrifft es die Funktion recvmsg. Durch Beeinflussen mit einer unbekannten Eingabe kann eine Pufferüberlauf-Schwachstelle ausgenutzt werden. Im Rahmen von CWE wurde eine Klassifizierung als CWE-120 vorgenommen. Auswirkungen hat dies auf Vertraulichkeit, Integrität und Verfügbarkeit. Die Zusammenfassung von CVE lautet:

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.

Bereitgestellt wird das Advisory unter git.kernel.org. Die Identifikation der Schwachstelle wird seit dem 16.04.2025 mit CVE-2025-39682 vorgenommen. Das Ausnutzen gilt als leicht. Es sind technische Details sowie ein Exploit zur Schwachstelle bekannt. Ein Exploit zur Schwachstelle wird momentan etwa USD $0-$5k kosten (Preisberechnung vom 19.09.2026).

Er wird als attackiert gehandelt. Für den Vulnerability Scanner Nessus wurde ein Plugin mit der ID 261606 (Linux Distros Unpatched Vulnerability : CVE-2025-39682) herausgegeben, womit die Existenz der Schwachstelle geprüft werden kann.

Ein Aktualisieren auf die Version 6.1.149, 6.6.103, 6.12.44, 6.16.4 oder 6.17-rc3 vermag dieses Problem zu lösen. Die Schwachstelle lässt sich auch durch das Einspielen des Patches 2902c3ebcca52ca845c03182000e8d71d3a5196f/c09dd3773b5950e9cfb6c9b9a5f6e36d06c62677/3439c15ae91a517cf3c650ea15a8987699416ad9/29c0ce3c8cdb6dc5d61139c937f34cb888a6f42e/62708b9452f8eb77513115b17c4f8d1a22ebf843 lösen. Dieser kann von git.kernel.org bezogen werden. Als bestmögliche Massnahme wird das Upgrade auf eine neue Version empfohlen.

Unter anderem wird der Fehler auch in den Datenbanken von Tenable (261606) und CERT Bund (WID-SEC-2025-1988) dokumentiert. If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Betroffen

  • Debian Linux
  • Google Cloud Platform
  • Amazon Linux 2
  • Red Hat Enterprise Linux
  • Ubuntu Linux
  • SUSE Linux
  • Oracle Linux
  • NetApp FAS
  • NetApp AFF
  • NetApp ActiveIQ Unified Manager
  • SUSE openSUSE
  • RESF Rocky Linux
  • Open Source Linux Kernel
  • Microsoft Azure
  • Dell Secure Connect Gateway
  • IBM QRadar SIEM
  • IBM Security Verify Access
  • Dell NetWorker

Produktinfo

Typ

Hersteller

Name

Version

Lizenz

Webseite

CPE 2.3info

CPE 2.2info

CVSSv4info

VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍

CVSSv3info

VulDB Meta Base Score: 8.3
VulDB Meta Temp Score: 8.2

VulDB Base Score: 8.0
VulDB Temp Score: 7.6
VulDB Vector: 🔍
VulDB Zuverlässigkeit: 🔍

NVD Base Score: 7.1
NVD Vector: 🔍

CNA Base Score: 9.8
CNA Vector (Linux): 🔍

CVSSv2info

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
VektorKomplexitätAuthentisierungVertraulichkeitIntegritätVerfügbarkeit
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten
freischaltenfreischaltenfreischaltenfreischaltenfreischaltenfreischalten

VulDB Base Score: 🔍
VulDB Temp Score: 🔍
VulDB Zuverlässigkeit: 🔍

Exploitinginfo

Klasse: Pufferüberlauf
CWE: CWE-120 / CWE-119
CAPEC: 🔍
ATT&CK: 🔍

Physisch: Teilweise
Lokal: Ja
Remote: Ja

Verfügbarkeit: 🔍
Status: Attackiert

EPSS Score: 🔍
EPSS Percentile: 🔍

KEV Hinzugefügt: 🔍
KEV Bis wann: 🔍
KEV Massnahmen: 🔍
KEV Ransomware: 🔍
KEV Hinweis: 🔍

Preisentwicklung: 🔍
Aktuelle Preisschätzung: 🔍

0-Dayfreischaltenfreischaltenfreischaltenfreischalten
Heutefreischaltenfreischaltenfreischaltenfreischalten

Nessus ID: 261606
Nessus Name: Linux Distros Unpatched Vulnerability : CVE-2025-39682

Threat Intelligenceinfo

Interesse: 🔍
Aktive Akteure: 🔍
Aktive APT Gruppen: 🔍

Gegenmassnahmeninfo

Empfehlung: Upgrade
Status: 🔍

0-Day Time: 🔍

Upgrade: Kernel 6.1.149/6.6.103/6.12.44/6.16.4/6.17-rc3
Patch: 2902c3ebcca52ca845c03182000e8d71d3a5196f/c09dd3773b5950e9cfb6c9b9a5f6e36d06c62677/3439c15ae91a517cf3c650ea15a8987699416ad9/29c0ce3c8cdb6dc5d61139c937f34cb888a6f42e/62708b9452f8eb77513115b17c4f8d1a22ebf843

Timelineinfo

16.04.2025 🔍
05.09.2025 +142 Tage 🔍
05.09.2025 +0 Tage 🔍
19.09.2026 +378 Tage 🔍

Quelleninfo

Hersteller: kernel.org

Advisory: git.kernel.org
Status: Bestätigt

CVE: CVE-2025-39682 (🔍)
GCVE (CVE): GCVE-0-2025-39682
GCVE (VulDB): GCVE-100-322893
CERT Bund: WID-SEC-2025-1988 - Linux Kernel: Mehrere Schwachstellen ermöglichen Denial of Service

scip Labs: https://www.scip.ch/?labs.20161013

Eintraginfo

Erstellt: 05.09.2025 21:44
Aktualisierung: 19.09.2026 01:18
Anpassungen: 05.09.2025 21:44 (58), 07.09.2025 12:18 (2), 09.09.2025 09:28 (7), 06.11.2025 15:58 (1), 26.11.2025 07:23 (1), 27.11.2025 15:09 (1), 03.01.2026 12:12 (1), 05.01.2026 10:32 (1), 27.01.2026 18:02 (11), 09.02.2026 11:55 (1), 18.09.2026 17:18 (13), 19.09.2026 01:18 (12)
Komplett: 🔍
Cache ID: 216::103

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Diskussion

Bisher keine Kommentare. Sprachen: de + en.

Bitte loggen Sie sich ein, um kommentieren zu können.

Want to know what is going to be exploited?

We predict KEV entries!