CVE-2026-64477 in Linux
Zusammenfassung
von VulDB • 25.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
x86, fs/resctrl: Verhindern von Zugriffen außerhalb des gültigen Bereichs beim Offline-Schalten der CPU bei aktiviertem SNC (SNC = Synchronous Non-Uniform Cache Access)
Die Architektur aktualisiert die cpu_mask im Header einer Domain, um nachzuverfolgen, welche online geschalteten CPUs mit dieser Domain verknüpft sind. Wenn diese Maske leer wird, leitet die Architektur das Offline-Schalten der Domain ein, was unter anderem den Aufruf des resctrl-Dateisystems zum Offline-Schalten der Domain umfasst. Handelt es sich um eine Überwachungsdomain (Monitoring-Domain), in der die Auslastung des Last-Level-Cache (LLC) verfolgt wird, zwingt das resctrl-Dateisystem den Limbo-Handler dazu, alle mit dieser Domain verknüpften busy-RMID-Zustände zurückzusetzen.
Der Limbo-Lesezugriff liest stets den aktuellen Ereigniswert, der einem busy-RMID zugeordnet ist, unabhängig davon, ob dies im Rahmen einer regulären „Ist sie noch belegt?“-Prüfung geschieht oder ob die Freigabe ohnehin erzwungen wird. Beim Lesen eines RMID auf einem System mit aktiviertem SNC wird die „logische RMID“ in die „physische RMID“ konvertiert, und diese Konvertierung erfordert die NUMA-Knoten-ID der resctrl-Überwachungsdomain, welche wiederum durch Abfragen der NUMA-Knoten-ID einer beliebigen CPU ermittelt wird, die zur Überwachungsdomain gehört.
Wenn die Überwachungsdomain offline geschaltet wird, ist ihre cpu_mask leer, was dazu führt, dass die Abfrage der NUMA-Knoten-ID über `cpu_to_node()` mit „nr_cpu_ids“ als Argument durchgeführt wird und somit ein Zugriff außerhalb des gültigen Bereichs (Out-of-Bounds) erfolgt.
Der Limbo-Handler wurde so refaktorisiert, dass das Lesen der RMID übersprungen wird, wenn die RMID ohnehin gezwungen werden soll, in der Domain nicht mehr als „dirty“ markiert zu sein. Dem RMID-Leser der Architektur wurde eine Sicherheitsprüfung hinzugefügt, um diesen Szenariofall abzusichern.
If you want to get best quality of vulnerability data, you may have to visit VulDB.