Ohne BewertungCVE-2026-80781

    Linux Kernel: Lesen außerhalb des zugewiesenen Speichers (Out-of-bounds Read) (CVE-2026-80781)

    Veröffentlicht Zuletzt geändert Quellen: BSI, CVE.org, Msrc Update Guide

    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 2.6.12..5.10.267
    • Linux Kernel lt 5.11..5.15.218
    • Linux Kernel lt 5.16..6.1.185
    • Linux Kernel lt 6.2..6.6.154
    • Linux Kernel lt 6.7..6.12.106
    • Linux Kernel lt 6.13..6.18.47
    • Linux Kernel lt 6.19..7.1.11
    • Linux Kernel lt 7.2..7.2.1
    Behoben in
    • Linux Kernel 5.10.267
    • Linux Kernel 5.15.218
    • Linux Kernel 6.1.185
    • Linux Kernel 6.6.154
    • Linux Kernel 6.12.106
    • Linux Kernel 6.18.47
    • Linux Kernel 7.1.11
    • Linux Kernel 7.2.1
    • Linux Kernel 7.3

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

    Metriken

    —

    Priorität

    Für diese Schwachstelle liegt kein Wert vor.

    —

    CVSS v3

    Für diese Schwachstelle liegt kein Wert vor.

    0,2 %

    EPSS-Score

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

    Quelle: FIRST EPSS, Perzentil 8,6

    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
    27.52 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
    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
    8,6
    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:

    HID: core: Behebung des Out-of-Bounds-Lesens von field->usage in hid_set_field()

    In hid_set_field() wird field->usage + offset an hid_dump_input() übergeben, bevor der Guard ausgeführt wird, der den Offset begrenzt:

    hid_dump_input(field->report->device, field->usage + offset, value);

    if (offset >= field->report_count) {
    hid_err(...);
    return -1;
}

    Unter CONFIG_DEBUG_FS dereferenziert hid_dump_input() diesen Zeiger mit buf = hid_resolv_usage(usage->hid, NULL). Das usage[]-Array wird inline mit dem hid_field in hid_register_field() allokiert und enthält field->maxusage-Einträge. Ein Offset jenseits davon liest am Ende der kvzalloc()-Allokation und in ein benachbartes Objekt. Hätte der Guard zuerst gelaufen, hätte offset < report_count <= maxusage den Zeiger bereits auf das Array beschränkt.

    Ein Aufrufer liefert heute einen solchen Offset. picolcd_fb_send_tile() validiert nur report->maxfield vor dem Ausführen von hid_set_field(report->field[0], 11 + i, ...) für i = 0..31, sodass die Offsets auf 11..42 festgelegt sind und nie gegen das Feld überprüft werden. Wenn das Gerät dieses Feld mit weniger Verwendungen registriert, treibt der Framebuffer deferred-io-Arbeit den Lesevorgang bei jedem Tile an. KASAN meldet eine 4-Byte-Slab-Out-of-Bounds-Lesung in hid_dump_input() unterhalb von hid_set_field(), und dasselbe Bootprotokoll zeigt "offset (1) exceeds report_count (1)" vom Guard, der nur danach ausgeführt wird.

    Verschieben Sie den Aufruf von hid_dump_input() nach dem Guard. Da field->maxusage >= field->report_count ist, stellt der Guard dann sicher, dass field->usage + offset innerhalb des Arrays liegt, bevor es dereferenziert wird, für jeden Aufrufer und ohne das Verhalten auf dem gültigen Pfad zu ändern.

    Entdeckt von XBOW, triagiert von Baul Lee baul.lee@xbow.com

    Quelle: BSI WID Portal, BSI CSAF, NVD (NIST), CVE.org (MITRE), Microsoft Security Update Guide, cvelistv5

    Betroffene Produkte

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

    Betroffene Produkte
    HerstellerProduktBetroffene VersionenBehoben in
    LinuxLinux
    • 7.2 – < 7.2.1
    • 5.11 – < 5.15.218
    • 6.2 – < 6.6.154
    • 6.7 – < 6.12.106
    • 2.6.12 – < 5.10.267
    • —
    • 6.13 – < 6.18.47
    • 6.19 – < 7.1.11
    • 5.16 – < 6.1.185
    • 7.2.1
    • 5.15.218
    • 6.6.154
    • 6.12.106
    • 5.10.267
    • 7.3
    • 6.18.47
    • 7.1.11
    • 6.1.185

    Quellen & Referenzen

    Re-Analyse & Statuswechsel

    Chronologie der NVD-Audit-Events für diese CVE – Reanalyses, CVSS-Updates, CPE-Diffs.

    1. CVE Modified416baaa9-dc9f-4396-8d5f-8c081fb06d67

      • Affected: nachher Affected value modified. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/80xxx/CVE-2026-80781.json">CVE-2026-80781</a>

    2. New CVE Received416baaa9-dc9f-4396-8d5f-8c081fb06d67

      • Description: nachher In the Linux kernel, the following vulnerability has been resolved: HID: core: fix OOB read of field->usage in hid_set_field() hid_set_field() hands field->usage + offset to hid_dump_input() before the guard that bounds offset: hid_dump_input(field->report->device, field->usage + offset, value); if (offset >= field->report_count) { hid_err(...); return -1; } Under CONFIG_DEBUG_FS hid_dump_input() dereferences that pointer, with buf = hid_resolv_usage(usage->hid, NULL). The usage[] array is allocated inline with the hid_field in hid_register_field() and holds field->maxusage entries, so an offset past it reads off the end of the kvzalloc()ed allocation and into a neighbouring object. Had the guard run first, offset < report_count <= maxusage would already have confined the pointer to the array. A caller supplies such an offset today. picolcd_fb_send_tile() validates only report->maxfield before issuing hid_set_field(report->field[0], 11 + i, ...) for i = 0..31, so its offsets are fixed at 11..42 and are never checked against the bound field. When the device registers that field with fewer usages, the framebuffer deferred-io work drives the read on every tile. KASAN reports a 4-byte slab-out-of-bounds read in hid_dump_input() below hid_set_field(), and the same boot logs "offset (1) exceeds report_count (1)" from the guard that runs only afterwards. Move the hid_dump_input() call below the guard. Because field->maxusage >= field->report_count, the guard then establishes that field->usage + offset lies inside the array before it is dereferenced, for every caller and without changing behaviour on the valid path. Discovered by XBOW, triaged by Baul Lee <baul.lee@xbow.com>
      • Affected: nachher New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/80xxx/CVE-2026-80781.json">CVE-2026-80781</a>
      • Reference: nachher https://git.kernel.org/stable/c/313ead1abed945544703b100a12c5a10fdf78409
      • Reference: nachher https://git.kernel.org/stable/c/465544b3d6602cfbdc2305d5cbfb7f4954353b63
    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-80781
    <a href="https://intel.neosec.eu/cve/CVE-2026-80781"><img src="https://intel.neosec.eu/badge/cve/CVE-2026-80781.svg" alt="CVE-2026-80781 – NEOSEC Intel" height="20"></a>