Neues aus der IT-Welt

10. Juli 2026

Eine neu aufgetauchte Kernel Schwachstelle gefährdet zahlreiche Linux Systeme. GhostLock ermöglicht lokalen Angreifern vollständige Root Rechte. Die Lücke steckt tief in zentralen Sperrmechanismen. Besonders Server und Container Umgebungen sollten schnell reagieren.

GhostLock wird unter CVE-2026-43499 offiziell geführt. Die Sicherheitslücke erreicht einen CVSS Wert von 7,8. Betroffen sind Futex und rtmutex Funktionen zur Prioritätsverwaltung. Der fehlerhafte Kernel Code existiert bereits seit 2011. Damit begleitet das Problem Linux seit rund 15 Jahren. Ausgangspunkt war bereits die Kernel Version 2.6.39.

Während einer Fehlerbehandlung kann Linux falsche Prozesse bereinigen. Dadurch bleiben veraltete Informationen zur Prioritätsvererbung im Speicher. Daraus kann eine gefährliche Speicherfreigabe-Situation entstehen. Angreifer können diesen Zustand gezielt für Rechteausweitung mißbrauchen. Voraussetzung bleibt allerdings die lokale Ausführung eines Programmcodes. Ein direkter Angriff über das Netzwerk funktioniert nicht.

Besonders kritisch sind gemeinsam genutzte und virtualisierte Systeme. Auch Entwicklungsrechner und CI-Umgebungen können gefährdet sein. Sicherheitsforscher berichten zudem über mögliche Container Ausbrüche. Angreifer könnten dadurch vom Container zum Host gelangen. Besondere Container Fähigkeiten sollen dafür nicht zwingend erforderlich sein. Mehrmandanten-Systeme tragen deshalb ein deutlich erhöhtes Risiko.

Die Verfügbarkeit korrigierter Kernel unterscheidet sich je nach Distribution. Debian und verschiedene SUSE Systeme erhielten bereits Aktualisierungen. Oracle Linux bietet ebenfalls reparierte UEK Kernelversionen an. AlmaLinux testet Korrekturen für mehrere unterstützte Veröffentlichungen. Bei Ubuntu bleiben einige ältere LTS Versionen teilweise gefährdet. Auch Red Hat arbeitet weiterhin an betroffenen RHEL Ausgaben. Amazon Linux führt einzelne Kernelpakete noch ohne Fehlerkorrektur.

Ein allgemeiner Schutzmechanismus gegen GhostLock existiert derzeit nicht. Nutzer sollten den laufenden Kernel sorgfältig mit Sicherheitsinformationen vergleichen. Nach einer Kernelaktualisierung ist ein Neustart zwingend erforderlich. Besonders Container Hosts und Produktivserver benötigen schnelle Aktualisierungen. Zusätzliche Härtungsmaßnahmen ersetzen keinen korrigierten Kernel der Linux Distribution.

Weitere Informationen finden sich bei Nebula Security.