Linux Kernel: Unvollständige TLB-Invalidierung auf AMD Zen CPUs (Erratum 1718)
Zusammenfassung
Der Linux-Kernel-Code für x86-AMD-CPUs kann beim Ausführen des Befehlspaars INVLPGB/TLBSYNC einen TLB-Eintrag nicht ungültig machen. Dies hängt mit dem AMD-Erratum #1718 zusammen. Ein Angreifer mit lokalem Zugriff und niedrigen Berechtigungen könnte möglicherweise auf Speicher zugreifen oder ihn verändern, auf den er keinen Zugriff haben sollte, was Vertraulichkeit, Integrität und Verfügbarkeit betrifft. Der Kernel wendet einen Software-Workaround an, wenn der Microcode-Fix der CPU fehlt. Eine Ausnutzung wurde nicht gemeldet.
Betroffen
- Linux-Kernel-Versionen ab Commit 82378c6c2f43 bis zu den Fix-Commits. Die Quellen widersprechen sich bei den genauen Bereichen: OSV listet 6.15.0 und 6.19.0 als eingeführt, und der CNA-Eintrag nennt ebenfalls 6.15.
- AMD-Zen-CPUs mit Erratum #1718, die ohne den Microcode-Fix laufen. Die betroffenen CPU-Modelle sind in öffentlichen Quellen nicht eindeutig aufgeführt.
Behoben in
- Fix-Commits: e3e6779f77ab, 098d80b04d0f, 87db7795cbaa.
- OSV listet die korrigierten Versionen 6.18.57 und 7.2.11. Andere Quellen nennen abweichende Versionsangaben, daher die Paketversion im Sicherheitshinweis Ihrer Distribution prüfen.
- AMD-Microcode-Update mit dem Fix für Erratum 1718.
Umgehung
- Der Kernel-Workaround greift automatisch, wenn der Microcode-Fix fehlt. Ein separater Konfigurationsschalter wurde nicht gefunden.
- Unbekannt.
Ausnutzung
- Keine Hinweise auf Ausnutzung in freier Wildbahn. Nicht im CISA-KEV-Katalog aufgeführt.
- Kein öffentlicher Proof of Concept gefunden.
- Eine nicht verifizierte, indirekte Meldung über eine veraltete Übersetzung nach Wiederverwendung virtueller Adressen liegt vor. Sie wurde nicht aus einer Primärquelle bestätigt.
Unsere Empfehlung
- Linux-Hosts mit AMD-EPYC- oder Ryzen-CPUs erfassen, insbesondere Multi-Tenant-, Virtualisierungs- und gemeinsam genutzte Server.
- Den korrigierten Kernel Ihrer Distribution und das AMD-CPU-Microcode-Update installieren, danach neu starten.
- Die Sicherheitshinweise Ihrer Distribution zu CVE-2026-99099 verfolgen.
- Priorität hat die reguläre Wartung, kein Notfall, da keine Ausnutzung bekannt ist und lokaler Zugriff nötig ist.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Linux stable commit 098d80b04d0f git.kernel.org
- Linux stable commit 87db7795cbaa git.kernel.org
- Linux stable commit e3e6779f77ab git.kernel.org
- OSV BELL-CVE-2026-99099 osv.dev
- Ubuntu CVE-2026-99099 ubuntu.com
- Red Hat CVE data access.redhat.com
- Strix CVE-2026-99099 www.strix.ai
- Phoronix: Linux workaround for TLBI erratum 1718 www.phoronix.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 22:18.
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.