CVE-2023-53438 in Linux
Zusammenfassung
von VulDB • 22.05.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
x86/MCE: CS-Register bei AMD Zen IF-Poison-Fehlern immer speichern
Die Instruction Fetch (IF)-Einheiten in aktuellen AMD Zen-basierten Systemen garantieren nicht, dass ein synchroner #MC-Fehler für Poison-Verbrauchfehler ausgelöst wird. Daher wird MCG_STATUS[EIPV|RIPV] nicht gesetzt. Die Mikroarchitektur garantiert jedoch, dass die Ausnahme im selben Kontext ausgelöst wird. Mit anderen Worten, die genaue rIP ist nicht bekannt, aber es ist bekannt, dass sich der Kontext nicht geändert hat.
Es gibt keine architektonisch definierte Methode, um dieses Verhalten zu bestimmen.
Das Code-Segment-Register (CS) ist bei solchen IF-Einheiten-Poison-Fehlern immer gültig, unabhängig vom Wert von MCG_STATUS[EIPV|RIPV].
Es wird eine Quirk hinzugefügt, um das CS-Register für Poison-Verbrauch aus den IF-Einheiten-Bänken zu speichern.
Dies ist erforderlich, um den Kontext des Fehlers korrekt zu bestimmen. Andernfalls würde die Schweregrad-Bewertungsfunktion annehmen, dass der Kontext IN_KERNEL ist, da der m->cs-Wert 0 ist (der initialisierte Wert). Dies führt zu unnötigen Kernel-Panics bei Data-Poison-Fehlern, da der Kernel glaubt, dass der Poison-Verbrauch im Kernel-Kontext stattfand.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.