Linux Kernel amdkfd: Use-after-free und Mapping-Lücke in kfd_dev_mapping
Zusammenfassung
Der AMD-KFD-Treiber (ROCm-Compute) im Linux-Kernel speichert den address_space des ersten /dev/kfd-Öffners zwischen, der nach dem Ende dieses Containers zu einem ungültigen Zeiger werden kann. Bei SR-IOV mit mehreren Containern werden Mappings späterer Öffner beim GPU-Reset nicht erreicht. Ein lokaler Benutzer mit niedrigen Rechten kann einen Hänger im GPU-Reset-Pfad auslösen, und veraltete Doorbell- und MMIO-Mappings können zugänglich bleiben.
Betroffen
- Linux-Kernel mit der Komponente drm/amdkfd von amdgpu, ab Commit 70cadefcc6160c575b04f763ada34c20e868d577 bis zu den Fixes 02b74891624e09a5512c6d84f267d01fcc306a3b und c3a31087b1c8df679b653c1a09d9abe5ff7ec8ef (Daten des CNA)
- OSV: eingeführt in 7.2.0
- Die genauen betroffenen Versionsbereiche sind durch die Primärquelle nicht bestätigt; eine Drittquelle nennt bis 7.2.8
Behoben in
- Behoben in den Stable-Commits 02b74891624e09a5512c6d84f267d01fcc306a3b und c3a31087b1c8df679b653c1a09d9abe5ff7ec8ef; Mainline-Commit 1128b4a52de1572e87431de837fd9850cb99542c
- OSV: behoben in 7.2.9
- Paketversionen der Distributionen: Unbekannt.
Umgehung
- Keine vom Hersteller veröffentlichte Massnahme bekannt.
- Übergangsmassnahme: Auf Hosts ohne ROCm oder GPU-Compute den amdgpu-/amdkfd-Pfad einschränken oder deaktivieren und den Zugriff auf /dev/kfd begrenzen.
Ausnutzung
- Aktive Ausnutzung: keine Hinweise gefunden; KEV-Status der CISA nicht geprüft.
- Öffentlicher Proof of Concept: keiner gefunden.
Unsere Empfehlung
- Prüfen, ob Hosts AMD-GPUs für ROCm-, KI/ML- oder SR-IOV-Workloads nutzen, die von mehreren Benutzern oder Containern geteilt werden.
- Kernel-Updates mit den Stable-Fixes installieren, sobald die Distribution sie bereitstellt.
- Auf Hosts ohne AMD-Compute den Zugriff auf /dev/kfd einschränken oder den amdkfd-Pfad deaktivieren.
- Den endgültigen NVD-Score prüfen, da die Quellen abweichen (7.8 angegeben, 6.5 laut Positive Technologies).
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Linux stable commit 02b74891624e09a5512c6d84f267d01fcc306a3b git.kernel.org
- Linux stable commit c3a31087b1c8df679b653c1a09d9abe5ff7ec8ef git.kernel.org
- OSV CVE-2026-98520 osv.dev
- Ubuntu CVE-2026-98520 ubuntu.com
- Patch posting on amd-gfx mailing list ratatoskr.run
- VulDB entry 421792 vuldb.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 01.11.2026 23:41.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.