Zum Inhalt springen

CVE-2025-39682 · Betriebssysteme

Sicherheitslücke in Linux Kernel: Unzureichende Prüfung ungewöhnlicher Zustände

Aktiv ausgenutzt Kritisch9,8

Kurz gesagt

Laut der US-Cybersicherheitsbehörde CISA wird diese Schwachstelle in Linux Kernel aktiv ausgenutzt. Sie wurde am 18. September 2026 in den Katalog bekannter ausgenutzter Schwachstellen aufgenommen, öffentlich bekannt ist sie bereits seit dem 5. September 2025. Der Schweregrad liegt bei 9,8 von 10, also kritisch. Die Wahrscheinlichkeit, dass in den nächsten 30 Tagen Angriffe beobachtet werden, wird auf 3,3 % geschätzt.

Wie ein Angriff aussieht

Angriff möglich
Über das Netzwerk, auch aus dem Internet
Anmeldung nötig
Nein
Mitwirkung eines Nutzers nötig
Nein
Aufwand für Angreifer
Gering
Folgen
Vertraulichkeit hoch · Veränderung von Daten hoch · Ausfall hoch

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Was du tun solltest

  1. 1Prüfe, ob du Linux Kernel einsetzt, auch als Teil anderer Produkte, Geräte oder Dienste.
  2. 2Spiele die Updates des Herstellers ein oder setze seine Hinweise um. Danach betroffene Dienste neu starten.
  3. 3Ist noch kein Update möglich: Zugriff aus dem Internet einschränken oder das System vom Netz nehmen, bis es aktualisiert ist.
  4. 4Die Lücke wird bereits ausgenutzt. Prüfe deshalb auch, ob es Anzeichen für einen Angriff gibt, etwa unbekannte Dateien, Benutzerkonten oder Anmeldungen.

Originalbeschreibung

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.

Englisch, aus der National Vulnerability Database (NVD)

Alle Angaben ohne Gewähr und ohne Prüfung deiner Systeme. Maßgeblich sind die Hinweise des Herstellers. Daten: CISA KEV, NVD und EPSS (FIRST), Stand 12. November 2026. This product uses the NVD API but is not endorsed or certified by the NVD.

Betriebssysteme

Weitere ausgenutzte Lücken in diesem Bereich

Alle aktuellen Lücken

Lass uns über dein Projekt sprechen.

Erzähl mir, wo es gerade hakt. Im kostenlosen Erstgespräch schauen wir gemeinsam, welche Lösung zu dir passt.