Eine Schwachstelle im Linux-Kernel entdeckt CVE-2026-43499, die inoffiziell als GhostLock bezeichnet wird. Das Problem betrifft den Code rtmutex und den Mechanismus futex mit Prioritätsvererbung, und seine Ausnutzung könnte es einem lokalen nicht privilegierten Benutzer ermöglichen, die Berechtigungen auf root zu erhöhen. Laut AlmaLinux, kann die Schwachstelle auch aus einem Container heraus verwendet werden, um auf den Host zuzugreifen, wenn das System auf einem nicht aktualisierten Kernel läuft.
Die Essenz des Fehlers hängt mit der Funktion remove_waiter() in kernel/locking/rtmutex.c zusammen. Wie in der Beschreibung der NVD, beim Zurücksetzen von proxy-lock im Szenario futex_requeue() die Funktion mit dem aktuellen Task (current) gearbeitet hat, obwohl sie den Zustand des Tasks, der tatsächlich auf die Sperre gewartet hat (waiter::task), bereinigen sollte. Infolgedessen konnte der Zustand pi_blocked_on möglicherweise nicht korrekt bereinigt werden, was zu einem schwebenden Zeiger führte und eine Voraussetzung für use-after-free schuf.
Forscher von Nebula Security beschrieben GhostLock als einen Fehler, der seit 2011 in den Hauptdistributoren von Linux vorhanden ist. Die öffentliche Diskussion über die Schwachstelle hat das Risiko für Server und Containerumgebungen verstärkt: CloudLinux warnt ausdrücklich, dass es bereits einen öffentlichen Proof of Concept für CVE-2026-43499 gibt, daher sollten Administratoren das Aktualisieren des Kernels nicht aufschieben.
Die Korrektur im Upstream besteht darin, dass remove_waiter() waiter::task und nicht current in allen betreffenden Operationen verwenden soll. Darauf weist auch die GitHub Advisory Databasehin, die die Folgen des Fehlers auflistet: inkorrektes Entfernen aus rbtree ohne die erforderliche Sperre, nicht bereinigter Zustand von pi_blocked_on und die Arbeit von rt_mutex_adjust_prio_chain() nicht mit dem richtigen Task.
Benutzern von Linux-Distributionen wird empfohlen, die neuesten Kernel-Updates aus den offiziellen Repositories zu installieren. Die Schwachstelle hat einen lokalen Charakter, daher ermöglicht sie keinen direkten Remote-Zugriff, aber das Risiko ist auf Mehrbenutzerservern, CI-Infrastrukturen, Hosting-Diensten und Systemen mit Containern erheblich höher: Eine erfolgreiche Ausnutzung verwandelt den bereits erlangten niedrig privilegierten Zugang in die vollständige Kontrolle über das System.
Quelle: linux.org.ru
