Linux-Kernel RISC-V KVM: Use-after-free beim vCPU-Timer-Teardown
Zusammenfassung
Eine Race Condition im RISC-V-KVM-Timer-Code des Linux-Kernels kann beim Herunterfahren einer virtuellen Maschine zu einem Use-after-free führen. Ein Gast, der den Timer aktiviert und das Herunterfahren anfordert, zusammen mit einem VMM, der die VM zerstört, kann dazu führen, dass die vCPU freigegeben wird, während der Timer-Callback noch läuft. Die CNA stuft dies mit 9.3 ein (CVSS 3.1, lokaler Angriffsvektor, keine Berechtigungen erforderlich); die Auswirkung ist ein Absturz oder möglicherweise Codeausführung auf dem Host, und das Problem ist hauptsächlich für RISC-V-Virtualisierungshosts relevant.
Betroffen
- Linux-Kernel mit RISC-V KVM ab 5.16 (eingeführt mit Commit 3a9f66cb25e1)
- Stable-Zweige vor den Fixes: 6.1.189, 6.6.158, 6.12.112, 6.18.55, 7.2.9 (der CNA-Eintrag nennt diese als erste nicht betroffenen Versionen)
- Status für 7.3 und neuer ist in den CNA-Daten unklar
- Ubuntu führt seine Releases als nicht betroffen auf
Behoben in
- Upstream-Fix-Commits: 2af03b606aad, 3cc6184bd592, 9bdbae64ae0d, aaad136d56d9, e66aced74f01, ea91f05a55b8
- Stable-Kernel: 6.1.189, 6.6.158, 6.12.112, 6.18.55, 7.2.9 oder neuer
- Die Kernel-Sicherheitsmeldung Ihrer Distribution für die gepatchte Build-Version prüfen
Umgehung
Unbekannt.
- Falls RISC-V KVM nicht benötigt wird, das KVM-Modul auf RISC-V-Hosts nicht laden oder verwenden.
Ausnutzung
- Keine Hinweise auf aktive Ausnutzung gefunden.
- Kein öffentlich verfügbarer Exploit-Code gefunden.
- Die Race Condition wurde nur in Tests mit künstlich verlängerten Zeitfenstern reproduziert.
Unsere Empfehlung
- Prüfen, ob Hosts mit Linux auf RISC-V und KVM betrieben werden; falls nicht, ist über das übliche Patchen hinaus keine Massnahme nötig.
- Das Kernel-Update der Distribution mit dem Fix installieren.
- Festlegen, wer auf betroffenen Hosts virtuelle Maschinen erstellen oder steuern darf.
- Nach Update und Neustart die gepatchte Kernel-Version bestätigen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Linux stable commit 2af03b606aad git.kernel.org
- Linux stable commit 3cc6184bd592 git.kernel.org
- Linux stable commit 9bdbae64ae0d git.kernel.org
- Linux stable commit aaad136d56d9 git.kernel.org
- Linux stable commit e66aced74f01 git.kernel.org
- Linux stable commit ea91f05a55b8 git.kernel.org
- Ubuntu security tracker CVE-2026-98464 ubuntu.com
- OSV CVE-2026-98464 osv.dev
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 31.10.2026 01:18.
Referenzen der NVD (6)
- https://git.kernel.org/stable/c/2af03b606aadaaeb386658ef798c79bdcdef87c1
- https://git.kernel.org/stable/c/3cc6184bd5920c9685d87f4e260568feba08650d
- https://git.kernel.org/stable/c/9bdbae64ae0dab93041ebc57ec4e93def793fc2d
- https://git.kernel.org/stable/c/aaad136d56d91252517272b68cd533e5714698d5
- https://git.kernel.org/stable/c/e66aced74f0122380603c9910a71d77618b28f0e
- https://git.kernel.org/stable/c/ea91f05a55b807ead3166546a2c75f4185ca645f
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.
