Linux Kernel: Sicherheitslücke (CVE-2026-80760)
Veröffentlicht Zuletzt geändert Quellen: HKCERT, Ubuntu, SUSE, BSI, CVE.org, EUVD
Was ist betroffen, was ist zu tun
Aktualisieren Sie Linux Kernel auf Version 6.18.47, Linux Kernel auf Version 7.1.11, Linux Kernel auf Version 7.2.1.
- Betroffen
- Linux Kernel
lt 6.13..6.18.47 - Linux Kernel
lt 6.19..7.1.11 - Linux Kernel
lt 7.2..7.2.1
- Linux Kernel
- Behoben in
- Linux Kernel
6.18.47 - Linux Kernel
7.1.11 - Linux Kernel
7.2.1 - Linux Kernel
7.3
- Linux Kernel
Unklar, ob und wie Sie betroffen sind? Frage zu dieser Schwachstelle stellen
Metriken
—
XIEM Effective CVSS
Für diese Schwachstelle liegt kein Wert vor.
0,0
CVSS v3
Schweregrad Ohne Bewertung auf der Skala von 0 bis 10.
Quelle: HKCERT, Ubuntu, SUSE, BSI, CVE.org, EUVD
0,2 %
EPSS-Score
Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Quelle: FIRST EPSS, Perzentil 11,1
Alle Metriken anzeigen
- Schweregrad
- Ohne Bewertung
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- 24.84 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
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- 0,0
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- 11,1
- 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- 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:
Bluetooth: MGMT: Ablehnung von HCI_CMD_SYNC-Parametern mit einem params_len-Wert über 255
Die Funktion mgmt_hci_cmd_sync() prüft, dass die Nachrichtenlänge mit params_len übereinstimmt, setzt jedoch keine obere Grenze für diesen Wert. params_len ist ein __le16, während die Parameterlänge im HCI-Befehlsheader ein u8 ist:
struct hci_command_hdr {
__le16 opcode;
__u8 plen;
} __packed;
Die Funktion hci_cmd_sync_alloc() weist den Wert von einem zum anderen zu:
hdr->plen = plen;
if (plen)
skb_put_data(skb, param, plen);
Daher führt ein params_len-Wert von 256 dazu, dass plen auf 0 gesetzt wird, während alle 256 Bytes angehängt werden. Das an den Treiber übergebene Frame gibt keine Parameter an und enthält gleichzeitig 256 davon. Bei einem länge-gestuften Transport wie H:4 nimmt der Controller die nachfolgenden Bytes als Beginn des nächsten Pakets.
Die MTU des MGMT-Sockets beträgt HCI_MAX_FRAME_SIZE, so dass params_len auf diese Weise etwa 1 KB erreichen kann. Der Commit 03f1700b9b4d ("Bluetooth: MGMT: Ablehnung von fehlerhaften HCI_CMD_SYNC-Befehlen") sorgte nur dafür, dass params_len mit der Nachrichtenlänge übereinstimmt; ein Wert, der in die Nachricht passt, aber nicht in das Headerfeld, wird immer noch akzeptiert.
Ablehnung von params_len, die nicht in das Headerfeld passen.
Quelle: HKCERT (CC BY 3.0 HK) · HKCERT-Einstufung: mittel, Ubuntu Security Notices, suse_csaf, BSI WID Portal, BSI CSAF, cvelistv5, ENISA EUVD, NVD (NIST), CVE.org (MITRE)
Betroffene Produkte
Betroffen sind die folgenden Versionen. Ältere Stände derselben Reihe sind ebenfalls verwundbar, sofern nicht anders angegeben.
| Betroffene Versionen | Behoben in | ||
|---|---|---|---|
| Linux | Linux |
|
|
| Red Hat | OpenShift |
|
|
Hersteller und Produkte
Betroffene Betriebssysteme
| Linux | ubuntu | linux | resolute |
| Linux | ubuntu | linux-aws | resolute |
| Linux | ubuntu | linux-aws-7.0 | noble |
| Linux | ubuntu | linux-azure | resolute |
| Linux | ubuntu | linux-azure-fde | resolute |
| Linux | ubuntu | linux-azure-fde-7.0 | noble |
| Linux | ubuntu | linux-gcp | resolute |
| Linux | ubuntu | linux-gcp-7.0 | noble |
| Linux | ubuntu | linux-gke | resolute |
| Linux | ubuntu | linux-hwe-7.0 | noble |
| Linux | ubuntu | linux-ibm | resolute |
| Linux | ubuntu | linux-oem-7.0 | resolute |
| Linux | ubuntu | linux-oracle | resolute |
| Linux | ubuntu | linux-oracle-7.0 | noble |
| Linux | ubuntu | linux-realtime | resolute |
Quellen & Referenzen
- git.kernel.orgstable/c/b7d9edcf9fe6e9ec3a2e80ef9e8d44ef9b4f2894euvd
- git.kernel.orgstable/c/0bd0195ce25737cbdd0eabc54319ee0ddf3a0ad2euvd
- git.kernel.orgstable/c/6e1c44878aa3ee7336efeaf01414b030b0a5c273euvd
- git.kernel.orgstable/c/5d95286b6d6e8f1d304da7522bfa6860fc017e48euvd
Ä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).
Eintrag geändertLinux
1 Einzeländerung: Betroffene Versionen (Herausgeber)
Einzeländerung im Original anzeigen
Einzeländerungen dieses Ereignisses im Original der NVD Art Aktion Vorher Nachher Betroffene Versionen (Herausgeber) ergänzt —Affected value modified. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/80xxx/CVE-2026-80760.json">CVE-2026-80760</a>Kennung der Quelle: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Neu erfasstLinux
Beschreibung erfasst oder geändert
Neue Referenzen:6 Einzeländerungen im Original anzeigen
Einzeländerungen dieses Ereignisses im Original der NVD Art Aktion Vorher Nachher Beschreibung ergänzt —In the Linux kernel, the following vulnerability has been resolved: Bluetooth: MGMT: reject HCI_CMD_SYNC params_len above 255 mgmt_hci_cmd_sync() checks that the message length agrees with params_len but puts no upper bound on it. params_len is __le16 while the parameter length in the HCI command header is a u8: struct hci_command_hdr { __le16 opcode; __u8 plen; } __packed; hci_cmd_sync_alloc() assigns one to the other: hdr->plen = plen; if (plen) skb_put_data(skb, param, plen); so a params_len of 256 leaves plen at 0 while all 256 bytes are still appended. The frame handed to the driver then declares no parameters and carries 256 of them. On a length framed transport such as H:4 the controller takes the trailing bytes as the start of the next packet. The mgmt socket MTU is HCI_MAX_FRAME_SIZE, so params_len can reach about 1KB this way. Commit 03f1700b9b4d ("Bluetooth: MGMT: reject malformed HCI_CMD_SYNC commands") only made params_len agree with the message length, a value that fits the message but not the header field is still accepted. Reject params_len that does not fit the header field.Betroffene Versionen (Herausgeber) ergänzt —New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/80xxx/CVE-2026-80760.json">CVE-2026-80760</a>Referenz ergänzt —https://git.kernel.org/stable/c/0bd0195ce25737cbdd0eabc54319ee0ddf3a0ad2Referenz ergänzt —https://git.kernel.org/stable/c/5d95286b6d6e8f1d304da7522bfa6860fc017e48Referenz ergänzt —https://git.kernel.org/stable/c/6e1c44878aa3ee7336efeaf01414b030b0a5c273Referenz ergänzt —https://git.kernel.org/stable/c/b7d9edcf9fe6e9ec3a2e80ef9e8d44ef9b4f2894Kennung 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.
<a href="https://intel.neosec.eu/cve/CVE-2026-80760"><img src="https://intel.neosec.eu/badge/cve/CVE-2026-80760.svg" alt="CVE-2026-80760 – NEOSEC Intel" height="20"></a>