Intel
    Ohne BewertungCVE-2026-98391

    Sicherheitsluecke -- CVE-2026-98391

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

    Was ist betroffen, was ist zu tun

    Im Linux-Kernel wurde die folgende Schwachstelle behoben: drm/xe: Schützen Sie den Guard-Pagelayout-Arbeiter mit Laufzeit-PM-Überprüfung Während des VM-Aufbaus wird die Laufzeit-PM-Referenz der VM asynchron freigegeben, wodurch das Gerät während der Autosuspendierung veraltete Seitenfehler, die der nun abgeschalteten VM gehören, weiterhin anhäuft. Wenn der Seitenfehler-Arbeiter später versucht, einen dieser Fehler zu bestätigen, ruft er guc_ct_send_locked() auf einem bereits suspendierten Gerät auf und löst folgende Fehlermeldung aus: Assertion `!xe_pm_runtime_suspended(xe)` fehlgeschlagen!

    Die vorliegenden Quellen nennen keine Fix-Version. Prüfen Sie die Herstellerhinweise in den Referenzen unten.

    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,9 %

    Alle Metriken anzeigen
    Schweregrad
    Ohne Bewertung
    Priority-Score

    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
    30.63
    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,9 %
    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

    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: drm/xe: Schützen Sie den Guard-Pagelayout-Arbeiter mit Laufzeit-PM-Überprüfung Während des VM-Aufbaus wird die Laufzeit-PM-Referenz der VM asynchron freigegeben, wodurch das Gerät während der Autosuspendierung veraltete Seitenfehler, die der nun abgeschalteten VM gehören, weiterhin anhäuft. Wenn der Seitenfehler-Arbeiter später versucht, einen dieser Fehler zu bestätigen, ruft er guc_ct_send_locked() auf einem bereits suspendierten Gerät auf und löst folgende Fehlermeldung aus: Assertion `!xe_pm_runtime_suspended(xe)` fehlgeschlagen! WARNUNG in xe_device.c:1267 xe_device_assert_mem_access+0x11c/0x140 [xe] Ein aktiver VM/Exec-Warteschlange hält immer eine PM-Referenz, solange sie unerledigte Arbeit hat. Wenn das Gerät bei der Bestätigung suspendiert ist, ist der Besitzkontext bereits verschwunden und der Fehler ist veraltet. Halten Sie eine Laufzeit-PM-Referenz über den gesamten Seitenfehler-Warteschlange-Arbeiter, um sicherzustellen, dass Bestätigungen für abgebauten VMs sicher zugestellt werden. v3: - Verschieben Sie die PM-Referenz zur generischen Funktion xe_pagefault_queue_work mit guard(xe_pm_runtime)(xe) anstelle der Verfolgung im GuC-Backend (Matt Brost). v2: - Halten Sie die PM-Referenz über den gesamten Stapel (beginnen/beenden) anstatt pro Bestätigung. Dies verhindert, dass das Gerät während des Stapels autosuspendiert, was dazu führen würde, dass schreibende Bestätigungen geschrieben, aber das End-Flush übersprungen wird, und die Zählung ++ übersprungen wird, was die Abstimmungsprüfung des Rhythmus verfälscht. (Himal) - Fügen Sie einen Kommentar hinzu, der veraltete Fehler erklärt. (Himal) (ausgewählt aus dem Commit fcc2431d2213dc4d04250c4f1ae87d9c3ae0d455) [Rodrigo: Hinzugefügt Struktur xe_device zur Kompatibilität beim Auswählen]

    Quelle: BSI CSAF, BSI WID Portal, cvelistv5, NVD (NIST)

    Quellen & Referenzen

    Re-Analyse & Statuswechsel

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

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

      • Description: nachher In the Linux kernel, the following vulnerability has been resolved: drm/xe: Guard page-fault worker with runtime PM check During VM teardown, the VM's runtime PM reference is dropped asynchronously, allowing the device to autosuspend while stale page faults belonging to the now-dead VM are still queued. When the page-fault worker later tries to ack one of these, it calls into guc_ct_send_locked() on an already-suspended device, tripping:   Assertion `!xe_pm_runtime_suspended(xe)` failed!   WARNING at xe_device.c:1267 xe_device_assert_mem_access+0x11c/0x140 [xe] A live VM/exec queue always holds a PM reference while it has outstanding work, so if the device is suspended at ack time, the owning context is already gone and the fault is stale. Take a runtime PM reference across the entire pagefault queue worker to safely deliver acks for torn-down VMs. v3: - Move PM ref to the generic xe_pagefault_queue_work using guard(xe_pm_runtime)(xe) instead of tracking it in the GuC backend(Matt Brost). v2: - Hold PM ref across the entire batch (begin/end) instead of per-ack. This prevents the device from autosuspending mid-batch, which would leave write_only acks written but the end flush skipped, and skip counter++, desyncing the cadence check.(Himal) - Add a comment explaining stale faults.(Himal) (cherry picked from commit fcc2431d2213dc4d04250c4f1ae87d9c3ae0d455) [Rodrigo: Added xe_device struct for compatibility while cherry-picking]
      • Affected: nachher New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/98xxx/CVE-2026-98391.json">CVE-2026-98391</a>
      • Reference: nachher https://git.kernel.org/stable/c/20fce5b34b21a995839743b4917a1edd2fd503ba
      • Reference: nachher https://git.kernel.org/stable/c/25764620ec64c0142e2c87c41787f45540cf09ff