NiedrigCVE-2026-80889

    Linux Kernel: Sicherheitslücke (CVE-2026-80889)

    Veröffentlicht Zuletzt geändert Quellen: HKCERT, Ubuntu, Debian LTS, BSI, EUVD, CVE.org, Msrc Update Guide

    Teilen

    Was ist betroffen, was ist zu tun

    Aktualisieren Sie Linux Kernel auf Version 5.10.267, Linux Kernel auf Version 5.15.218, Linux Kernel auf Version 6.1.185.

    Betroffen
    • Linux Kernel lt 5.10.265..5.10.267
    • Linux Kernel lt 5.15.216..5.15.218
    • Linux Kernel lt 6.1.183..6.1.185
    • Linux Kernel lt 6.6.148..6.6.151
    • Linux Kernel lt 6.12.101..6.12.103
    • Linux Kernel lt 6.18.40..6.18.44
    • Linux Kernel lt 7.1.5..7.1.8
    Behoben in
    • Linux Kernel 5.10.267
    • Linux Kernel 5.15.218
    • Linux Kernel 6.1.185
    • Linux Kernel 6.6.151
    • Linux Kernel 6.12.103
    • Linux Kernel 6.18.44
    • Linux Kernel 7.1.8

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

    Metriken

    2,5

    XIEM Effective CVSS

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

    Quelle: Hersteller (CNA), CVSS v3

    2,5

    CVSS v3

    Schweregrad Niedrig auf der Skala von 0 bis 10.

    Quelle: HKCERT, Ubuntu, Debian LTS, BSI, EUVD, CVE.org, Msrc Update Guide

    0,2 %

    EPSS-Score

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

    Quelle: FIRST EPSS, Perzentil 7,4

    Alle Metriken anzeigen
    Schweregrad
    Niedrig
    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
    36.80 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
    2,5 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
    2,5
    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,2 %
    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
    7,4
    Niedrig – CVE gehört zu den unteren 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
    Behandeln Sie die Schwachstelle im regulären Schwachstellenmanagement nach Art. 21 Abs. 2 lit. e NIS2.
    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 die folgende Schwachstelle behoben:

    can: isotp: Behebung der Timer-Abflussreihenfolge, des Aufwachverhaltens und der tx_gen-Reihenfolge

    Dieser Patch ist eine Fortsetzung des Commits cf070fe33bfb ("can: isotp: Seriennummernwechsel von TX-Zustandsübergängen unter so->rx_lock"), der die folgenden sashiko-bot-Ergebnisse adressiert:

    • isotp_sendmsg(): Entleeren Sie zuerst so->txfrtimer, damit ein veralteter Rückruf den echotimer nach dem Anspruch nicht erneut aktivieren kann.

    • isotp_release(): Wecken Sie so->wait nach der Durchsetzung von ISOTP_SHUTDOWN, damit eine schlafende sendmsg()-Anforderung nicht zurückbleibt.

    • isotp_sendmsg(): Sorgen Sie dafür, dass beide wait_event_interruptible() Aufrufe in isotp_sendmsg() auch bei ISOTP_SHUTDOWN aufwachen und den Anspruch nicht in IDLE zurückgeben, um einen gleichzeitig laufenden isotp_release()-Prozess nicht zu beschädigen.

    • isotp_sendmsg(): Behandeln Sie die potenzielle Beanspruchung einer neuen Übertragung, wenn der wait_event_interruptible() Aufruf im CAN_ISOTP_WAIT_TX_DONE Modus zurückkehrt. Ändern Sie keine Timer und Zustände der neuen Übertragung, wenn ein neuer Thread so->tx_gen vor dem Erhalt des Locks bei err_event_drop erhöht hat.

    • isotp_sendmsg(): Behandeln Sie einen steckengebliebenen can_send() und lassen Sie Timer- und Zustandsänderungen weg, wenn eine neue Übertragung beansprucht wurde. wait_tx_done() gibt den im so->tx_result[] aufgezeichneten Fehler zurück, der mit der eigenen Generation des Aufrufers gekennzeichnet ist.

    • isotp_tx_timeout(): Bei einem beanspruchten Timeout wird der ECOMM-Fehler für die eigene Generation der abgelaufenen Übertragung in so->tx_result[] aufgezeichnet; sk->sk_err wird unbedingt erhoben, wie bei jedem anderen Fehlerpfad hier.

    • isotp_tx_gen_done()/isotp_tx_timeout(): Lesen Sie tx.state (erwerben) immer vor tx_gen - die umgekehrte Reihenfolge erlaubt es einem schwach geordneten CPU-Paar, einen frischen tx.state mit einem veralteten tx_gen/tx_result-Slot zu kombinieren.

    • isotp_sendmsg(): wait_tx_done: Entladen Sie sk_err über sock_error(), sobald das Ergebnis aus so->tx_result[] gelesen wurde, damit ein bereits gemeldeter Fehler nicht für eine spätere poll()/SO_ERROR-Anfrage angehängt bleibt.

    Zusätzlich werden die verbleibenden lockfreien so->tx.state/rx.state/cfecho-Zugriffe ausgerichtet und skb->hash als eindeutiger Indikator für den Loopback-Echoframe verwendet.

    Quelle: HKCERT (CC BY 3.0 HK) · HKCERT-Einstufung: mittel, Ubuntu Security Notices, Debian LTS Advisories, BSI WID Portal, BSI CSAF, ENISA EUVD, cvelistv5, CVE.org (MITRE), Microsoft Security Update Guide

    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
    • 6.6.148 – < 6.6.151
    • 6.12.101 – < 6.12.103
    • 5.10.265 – < 5.10.267
    • 6.18.40 – < 6.18.44
    • 7.1.5 – < 7.1.8
    • 6.1.183 – < 6.1.185
    • 5.15.216 – < 5.15.218
    • 6.6.151
    • 6.12.103
    • 5.10.267
    • 6.18.44
    • 7.1.8
    • 6.1.185
    • 5.15.218
    Red HatOpenShift
    • Container Platform
    • —

    Hersteller und Produkte

    Betroffene Betriebssysteme

    Betroffene Betriebssysteme
    Linuxubuntulinuxjammy
    Linuxubuntulinuxnoble
    Linuxubuntulinuxresolute
    Linuxdebianlinux-6.12bookworm
    Linuxubuntulinux-awsjammy
    Linuxubuntulinux-awsnoble
    Linuxubuntulinux-awsresolute
    Linuxubuntulinux-aws-5.15focal
    Linuxubuntulinux-aws-7.0noble
    Linuxubuntulinux-aws-fipsjammy
    Linuxubuntulinux-aws-fipsnoble
    Linuxubuntulinux-azurejammy
    Linuxubuntulinux-azurenoble
    Linuxubuntulinux-azureresolute
    Linuxubuntulinux-azure-5.15focal
    Linuxubuntulinux-azure-fdenoble
    Linuxubuntulinux-azure-fderesolute
    Linuxubuntulinux-azure-fde-5.15focal
    Linuxubuntulinux-azure-fde-7.0noble
    Linuxubuntulinux-azure-fipsjammy
    Linuxubuntulinux-azure-fipsnoble
    Linuxubuntulinux-fipsjammy
    Linuxubuntulinux-gcpjammy
    Linuxubuntulinux-gcpnoble

    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. Neu erfasstLinux

      Beschreibung erfasst oder geändert

      10 Einzeländerungen im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      Beschreibungergänzt
      —
      In the Linux kernel, the following vulnerability has been resolved: can: isotp: fix timer drain order, wakeup handling and tx_gen ordering This patch is a follow-up to commit cf070fe33bfb ("can: isotp: serialize TX state transitions under so->rx_lock") which addresses following sashiko-bot findings: - isotp_sendmsg(): drain so->txfrtimer first so a stale callback can't re-arm echotimer after the claim - isotp_release(): wake so->wait after forcing ISOTP_SHUTDOWN so a sleeping sendmsg() claim isn't stranded - isotp_sendmsg(): have both wait_event_interruptible() calls in isotp_sendmsg() also wake on ISOTP_SHUTDOWN and do not return claim to IDLE to avoid corrupting a concurrent isotp_release() process. - isotp_sendmsg(): handle potential claim of a new transfer when the wait_event_interruptible() call returns in CAN_ISOTP_WAIT_TX_DONE mode. Don't touch timers and states of the new transfer if a new thread incremented so->tx_gen before getting the lock at err_event_drop. - isotp_sendmsg(): handle a stuck can_send() and omit timer and state changes if a new transfer was claimed. wait_tx_done() returns the error recorded in so->tx_result[], tagged with the caller's own generation. - isotp_tx_timeout(): on a claimed timeout, record the ECOMM error for the timed-out transfer's own generation in so->tx_result[]; sk->sk_err is raised unconditionally, same as every other error path here. - isotp_tx_gen_done()/isotp_tx_timeout(): always read tx.state (acquire) before tx_gen - the reverse order let a weakly ordered CPU pair a fresh tx.state with a stale tx_gen/tx_result slot. - isotp_sendmsg(): wait_tx_done: drain sk_err via sock_error() once we have read the result from so->tx_result[], so an already-reported error doesn't stay latched for a later poll()/SO_ERROR. Also align the remaining lock-free so->tx.state/rx.state/cfecho accesses and use skb->hash as unique loopback echo frame indicator.
      Betroffene Versionen (Herausgeber)ergänzt
      —
      New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/80xxx/CVE-2026-80889.json">CVE-2026-80889</a>
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/050f010f920da17c1044a4f174766ad553e770b6
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/10be509fa8fd95d1e47d40d1f68b0b26dfe9d572
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/2753722612d8824d3910096f93059f669009b0f0
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/35c62ac98d06669aa3f0f38b7829eaca929a611e
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/8acab9fc66d6f426c36968c91a979f70784945a7
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/af7e25c649ed68cbad07f8185af0f31b892cbf29
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/bf5c4a8b24acb12739ebb9aea5510b007e4f5239
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/deca7746b57d982cd4f0301f4443f56780c4a048

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

    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-2026-80889
    <a href="https://intel.neosec.eu/cve/CVE-2026-80889"><img src="https://intel.neosec.eu/badge/cve/CVE-2026-80889.svg" alt="CVE-2026-80889 – NEOSEC Intel" height="20"></a>