HochCVE-2025-38236

    Linux Kernel: Mehrere Schwachstellen

    Veröffentlicht Quellen: BSI

    Teilen

    Was ist betroffen, was ist zu tun

    Im Linux-Kernel wurde folgende Schwachstelle behoben: `af_unix`: Lassen Sie keine aufeinanderfolgenden konsumierten OOB skbs zurück. Jann Horn meldete einen use-after-free in `unix_stream_read_generic()`.

    Aktualisieren Sie Linux Kernel auf Version 5.15.194, Linux Kernel auf Version 6.1.143, Linux Kernel auf Version 6.6.96.

    Betroffen
    • Linux Kernel lt 5.15..5.15.194
    • Linux Kernel lt 5.16..6.1.143
    • Linux Kernel lt 6.2..6.6.96
    • Linux Kernel lt 6.7..6.12.36
    • Linux Kernel lt 6.13..6.15.5
    Behoben in
    • Linux Kernel 5.15.194
    • Linux Kernel 6.1.143
    • Linux Kernel 6.6.96
    • Linux Kernel 6.12.36
    • Linux Kernel 6.15.5
    • Linux Kernel 6.16

    Unklar, ob und wie Sie betroffen sind? Frage zu dieser Schwachstelle stellen

    Metriken

    7,8

    XIEM Effective CVSS

    Höchste verfügbare CVSS-Bewertung aus NVD- und Herstellerangaben.

    Quelle: NVD, CVSS v3

    7,8

    CVSS v3

    Schweregrad Hoch auf der Skala von 0 bis 10.

    Quelle: BSI

    0,3 %

    EPSS-Score

    Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.

    Quelle: FIRST EPSS, Perzentil 23,3

    Alle Metriken anzeigen
    Schweregrad
    Hoch
    Priorität (0–325)

    Der Priorisierungs-Score ist eine zusammengeführte Kennzahl, die mehrere Einzelsignale zu einer einzigen, handlungsleitenden Rangfolge verdichtet: technische Schwere (CVSS), Ausnutzungswahrscheinlichkeit (EPSS), der Status als bekannt ausgenutzt (KEV) und der Kontext des betroffenen Assets. Ziel ist die Antwort auf die einzig wirklich wichtige Frage im Schwachstellenmanagement: Was zuerst?

    Im Glossar lesen
    51.44 Methodik
    Exploit-Reife

    Ein Exploit ist Code oder eine Technik, die eine konkrete Schwachstelle gezielt ausnutzt, um ein unbeabsichtigtes Verhalten zu erzwingen — etwa Code auszuführen oder Rechte auszuweiten. Er ist das Werkzeug, das aus einer theoretischen Lücke einen praktischen Angriff macht.

    Im Glossar lesen
    kein öffentlicher PoC bekannt
    XIEM Effective CVSS

    XIEM® ist das gestufte Managed-Security-Betriebsmodell von NEOSEC und eine eingetragene Marke der NEOSEC GmbH. Es erweitert klassisches SIEM — die zentrale Sammlung, Normalisierung und Korrelation sicherheitsrelevanter Ereignisse — um Endpunkt-Forensik, Netzwerk-Sichtbarkeit und Täuschungstechnik und führt diese zu drei aufeinander aufbauenden Stufen zusammen: Sentry, Orchestrate und Command.

    Im Glossar lesen
    7,8 Methodik
    CVSS v3

    CVSS ist der weltweit verbreitete, offene Standard zur Bewertung der technischen Schwere einer Schwachstelle auf einer Skala von 0 bis 10. Er beschreibt, wie leicht eine Lücke ausnutzbar ist und welchen Schaden sie anrichten kann — nicht jedoch, wie wahrscheinlich ihre tatsächliche Ausnutzung ist. CVSS und das ergänzende EPSS beantworten bewusst unterschiedliche Fragen.

    Im Glossar lesen
    7,8
    EPSS-Score

    Der EPSS-Score ist der absolute Modell-Output für eine einzelne Schwachstelle: die geschätzte Wahrscheinlichkeit einer realen Ausnutzung in den nächsten 30 Tagen, ausgedrückt als Wert zwischen 0 und 1 (bzw. 0 % bis 100 %). Ein Score von 0,42 bedeutet „das Modell schätzt eine 42-prozentige Chance auf reale Ausnutzung binnen 30 Tagen“.

    Im Glossar lesen
    0,3 %
    Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
    EPSS-Perzentil

    Das EPSS-Perzentil ist die relative Einordnung einer Schwachstelle innerhalb aller EPSS-bewerteten CVEs, ausgedrückt als Wert zwischen 0 und 1. Ein Perzentil von 0,90 bedeutet „diese CVE hat einen höheren EPSS-Score als 90 % aller anderen bewerteten CVEs“. Anders als der EPSS-Score ist es keine Wahrscheinlichkeit — sondern eine Positionierung im Ranking.

    Im Glossar lesen
    23,3
    Erhöht – CVE ist relevanter als mindestens 10 % der heute bewerteten CVEs.
    KEV-Status

    Der KEV-Katalog ist eine von der US-Behörde CISA gepflegte Liste von Schwachstellen, für die eine aktive Ausnutzung in der Praxis nachgewiesen ist. Er beantwortet nicht die Frage „wie schwer?“, sondern „wird es bereits angegriffen?“ — und priorisiert damit das Patchen scharf.

    Im Glossar lesen
    —
    Veröffentlicht

    Erkennungsregeln

    Für diese Schwachstelle liegt noch keine NEOSEC-Erkennungsregel vor.

    Einordnung nach NIS2 und CRA

    Regelbasierte Einordnung aus Ausnutzungsstatus und Schweregrad. Sie ersetzt keine Prüfung im Einzelfall.

    NIS2

    NIS2 ist die EU-Richtlinie (EU) 2022/2555 zur Erhöhung des Cybersicherheitsniveaus in der Union. Sie weitet Pflichten gegenüber der ersten NIS-Richtlinie deutlich aus: mehr Sektoren, verbindliches Risikomanagement, gestufte Meldepflichten und persönliche Verantwortung der Geschäftsleitung.

    Im Glossar lesen
    Hohe technische Schwere: Bewerten und beheben Sie die Schwachstelle im Schwachstellenmanagement nach Art. 21 Abs. 2 lit. e NIS2 und dokumentieren Sie die Entscheidung.
    CRA

    Der CRA ist die EU-Verordnung (EU) 2024/2847 mit horizontalen Cybersicherheitsanforderungen an „Produkte mit digitalen Elementen“ — von Industriesteuerungen über Software bis zu vernetzten Verbrauchergeräten. Erstmals müssen Hersteller Sicherheit über den gesamten Produktlebenszyklus gewährleisten, Schwachstellen behandeln und Sicherheitsupdates bereitstellen.

    Im Glossar lesen
    Ab dem 11.12.2027 verpflichtet Anhang I Teil II CRA Hersteller betroffener Produkte mit digitalen Elementen, Schwachstellen unverzüglich zu behandeln und Sicherheitsupdates bereitzustellen.
    ISO/IEC 27001

    ISO/IEC 27001 ist der international führende Standard für ein Informationssicherheits-Managementsystem (ISMS). Er beschreibt einen risikobasierten, prozessorientierten Rahmen, um Informationssicherheit systematisch zu planen, umzusetzen, zu überprüfen und zu verbessern.

    Im Glossar lesen
    Maßnahme A.8.8, Management technischer Schwachstellen: Relevanz für Ihre Systeme bewerten, Behebung einplanen und nachweisen.

    Beschreibung

    Im Linux-Kernel wurde folgende Schwachstelle behoben: `af_unix`: Lassen Sie keine aufeinanderfolgenden konsumierten OOB skbs zurück. Jann Horn meldete einen use-after-free in `unix_stream_read_generic()`. Die folgenden Sequenzen reproduzieren das Problem: $ python3 from socket import * s1, s2 = socketpair(AF_UNIX, SOCK_STREAM) s1.send(b'x', MSG_OOB) s2.recv(1, MSG_OOB) # lassen Sie ein konsumiertes OOB skb zurück s1.send(b'y', MSG_OOB) s2.recv(1, MSG_OOB) # lassen Sie ein konsumiertes OOB skb zurück s1.send(b'z', MSG_OOB) s2.recv(1) # 'z' illegal empfangen s2.recv(1, MSG_OOB) # Zugriff auf das 'z'-skb (use-after-free) Obwohl ein Benutzer OOB-Daten liest, bleibt das skb, das die Daten hält, in der Empfangs-Warteschlange, um die OOB-Grenze zu markieren und den nächsten `recv()`-Aufruf zu unterbrechen. Nach dem letzten `send()` im oben genannten Szenario hat die Warteschlange von sk2 zwei führende konsumierte OOB-skbs und ein echtes OOB skb. Dann passiert Folgendes während des nächsten `recv()` ohne MSG_OOB: 1. `unix_stream_read_generic()` schaut das erste konsumierte OOB skb an 2. `manage_oob()` gibt das nächste konsumierte OOB skb zurück 3. `unix_stream_read_generic()` holt sich das nächste noch nicht konsumierte OOB skb 4. `unix_stream_read_generic()` liest und freigibt das OOB skb , und der letzte `recv(MSG_OOB)` löst einen KASAN-Split aus. Der Punkt 3 oben tritt aufgrund des Codes SO_PEEK_OFF auf, der nicht erwartet, dass `unix_skb_len(skb)` 0 ist, aber dies trifft für solche konsumierten OOB-skbs zu. while (skip >= unix_skb_len(skb)) { skip -= unix_skb_len(skb); skb = skb_peek_next(skb, &sk->sk_receive_queue); ... } Neben diesem use-after-free gibt es ein weiteres Problem: ioctl(SIOCATMARK) funktioniert nicht richtig mit aufeinanderfolgenden konsumierten OOB-skbs. Also bringt so eine Situation nichts Gutes. Anstatt `manage_oob()`, die Behandlung von `ioctl()` und den nächsten ECONNRESET-Fix durch Einführung einer Schleife für aufeinanderfolgende konsumierte OOB-skbs zu komplizieren, lassen wir solche unnötigen aufeinanderfolgenden OOB nicht zurück. Ab jetzt wird beim Empfang eines OOB skb in `unix_stream_recv_urg()`, wenn sein vorheriges skb ein konsumiertes OOB skb ist, es freigegeben. [0]: BUG: KASAN: slab-use-after-free in unix_stream_read_actor (net/unix/af_unix.c:3027) Lesen der Größe 4 bei der Adresse ffff888106ef2904 durch die Aufgabe python3/315 CPU: 2 UID: 0 PID: 315 Comm: python3 Nicht verunreinigt 6.16.0-rc1-00407-gec315832f6f9 #8 PREEMPT(voluntary) Hardwarename: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.3-4.fc42 04/01/2014 Aufrufverfolgung: <TASK> dump_stack_lvl (lib/dump_stack.c:122) print_report (mm/kasan/report.c:409 mm/kasan/report.c:521) kasan_report (mm/kasan/report.c:636) unix_stream_read_actor (net/unix/af_unix.c:3027) unix_stream_read_generic (net/unix/af_unix.c:2708 net/unix/af_unix.c:2847) unix_stream_recvmsg (net/unix/af_unix.c:3048) sock_recvmsg (net/socket.c:1063 (Diskriminator 20) net/socket.c:1085 (Diskriminator 20)) __sys_recvfrom (net/socket.c:2278) __x64_sys_recvfrom (net/socket.c:2291 (Diskriminator 1) net/socket.c:2287 (Diskriminator 1) net/socket.c:2287 (Diskriminator 1)) do_syscall_64 (arch/x86/entry/syscall_64.c:63 (Diskriminator 1) arch/x86/entry/syscall_64.c:94 (Diskriminator 1)) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:130) RIP: 0033:0x7f8911fcea06 Code: 5d e8 41 8b 93 08 03 00 00 59 5e 48 83 f8 fc 75 19 83 e2 39 83 fa 08 75 11 e8 26 ff ff ff 66 0f 1f 44 00 00 48 8b 45 10 0f 05 <48> 8b 5d f8 c9 c3 0f 1f 40 00 f3 0f 1e fa 55 48 89 e5 48 83 ec 08 RSP: 002b:00007fffdb0dccb0 EFLAGS: 00000202 ORIG_RAX: 000000000000002d RAX: ffffffffffffffda RBX: 00007fffdb0dcdc8 RCX: 00007f8911fcea06 RDX: 0000000000000001 RSI: 00007f8911a5e060 RDI: 0000000000000006 RBP: 00007fffdb0dccd0 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000001 R11: 0000000000000202 R12: 00007f89119a7d20 R13: ffffffffc4653600 R14: 0000000000000000 R15: 0000000000000000 </TASK> Von Aufgabe 315 zugewiesen: kasan_save_stack (mm/kasan/common.c:48) kasan_save_track (mm/kasan/common.c:60 (Diskriminator 1) mm/kasan/common.c:69 (Diskriminator 1)) __kasan_slab_alloc (mm/kasan/common.c:348) kmem_cache_alloc_ ---abgeschnitten---

    Quelle: BSI WID Portal

    Betroffene Produkte

    Betroffen sind die folgenden Versionen. Ältere Stände derselben Reihe sind ebenfalls verwundbar, sofern nicht anders angegeben.

    Betroffene Produkte
    Betroffene VersionenBehoben in
    LinuxLinux
    • 3.10 – < 5.4.295
    • 5.11 – < 5.15.186
    • 5.15 – < 5.15.194
    • 5.16 – < 6.1.143
    • 5.16 – < 6.1.187
    • 5.5 – < 5.10.239
    • 6.13 – < 6.15.4
    • 6.13 – < 6.15.5
    • 6.2 – < 6.6.156
    • 6.2 – < 6.6.96
    • 6.7 – < 6.12.108
    • 6.7 – < 6.12.36
    • —
    • 5.4.295
    • 5.15.186
    • 5.15.194
    • 6.1.143
    • 6.1.187
    • 5.10.239
    • 6.15.4
    • 6.15.5
    • 6.6.156
    • 6.6.96
    • 6.12.108
    • 6.12.36
    • 6.16
    GoogleAndroid 13
    • < 2025-12-05
    • 2025-12-05
    GoogleAndroid 14
    • < 2025-12-05
    • 2025-12-05
    GoogleAndroid 15
    • < 2025-12-05
    • 2025-12-05
    GoogleAndroid 16
    • < 2025-12-05
    • 2025-12-05
    Open SourceLinux Kernel
    • < 5.10.239
    • < 5.15.186
    • < 5.4.295
    • < 6.1.143
    • < 6.12.36
    • < 6.15.4
    • < 6.15.5
    • < 6.16-rc1
    • < 6.16-rc4
    • < 6.6.96
    • 5.10.239
    • 5.15.186
    • 5.4.295
    • 6.1.143
    • 6.12.36
    • 6.15.4
    • 6.15.5
    • 6.16-rc1
    • 6.16-rc4
    • 6.6.96
    android:linux_kernel:
    • :0
    • Kernel
    • :2025-12-05
    • —

    Hersteller und Produkte

    Betroffene Betriebssysteme

    Betroffene Betriebssysteme
    Linuxdebiandebian_linux11.0
    Linuxdebianlinuxbookworm
    Linuxdebianlinuxbullseye
    Linuxdebianlinuxtrixie
    Linuxubuntulinuxnoble
    Linuxdebianlinux-6.1bullseye
    Linuxdebianlinux-6.12bookworm
    Linuxubuntulinux-awsnoble
    Linuxubuntulinux-aws-6.8jammy
    Linuxubuntulinux-aws-fipsnoble
    Linuxubuntulinux-azurenoble
    Linuxubuntulinux-azure-6.8jammy
    Linuxubuntulinux-azure-fdenoble
    Linuxubuntulinux-azure-fde-6.8jammy
    Linuxubuntulinux-azure-fipsnoble
    Linuxubuntulinux-gcpnoble
    Linuxubuntulinux-gcp-6.8jammy
    Linuxubuntulinux-gcp-fipsnoble
    Linuxubuntulinux-gkenoble
    Linuxubuntulinux-gkeopnoble
    Linuxubuntulinux-hwe-6.8jammy
    Linuxubuntulinux-ibmnoble
    Linuxubuntulinux-ibm-6.8jammy
    Linuxubuntulinux-lowlatencynoble

    Quellen & Referenzen

    Änderungen an der CVE

    Wer diese CVE wann geändert hat: die NVD (Analyse, betroffene Produkte, CVSS), der Herausgeber der CVE (CNA) und ergänzende Stellen wie CISA (ADP).

    1. Eintrag geändertLinux

      CVSS V3.1: AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

      Einzeländerung im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      CVSSergänzt
      —
      AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

      Kennung der Quelle: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

    Verknüpfte CVEs

    Verknüpfte CVEs
    MittelCVE-2025-38237Linux Kernel: Sicherheitslücke5,5—
    HochCVE-2025-38236Linux Kernel: Use-After-Free7,8—
    Badge einbetten

    Zeigen Sie Schweregrad und KEV-Status dieser Schwachstelle auf Ihrer Seite – mit Link hierher. Das Bild wird stündlich aktualisiert.

    Badge-Vorschau für CVE-2025-38236
    <a href="https://intel.neosec.eu/cve/CVE-2025-38236"><img src="https://intel.neosec.eu/badge/cve/CVE-2025-38236.svg" alt="CVE-2025-38236 – NEOSEC Intel" height="20"></a>