Microsofts KI findet 59 Linux-Lücken – eine davon war 21 Jahre lang unentdeckt

Worum es geht

Microsofts Sicherheitsforschungsteam FORGE Lab hat am 11. November 2026 im Microsoft-Security-Blog einen Bericht mit dem Titel „Lessons from 59 Linux Kernel Bug Reports“ veröffentlicht. Darin steht, wie das Team mit einem KI-gestützten Scan-System namens MDASH (ein interner Codename) Teile des Linux-Kernels nach Sicherheitslücken durchsucht hat. Der Kernel ist der Kern des Betriebssystems. Er steckt in Servern, Cloud-Rechenzentren, Routern und auch in jedem Android-Smartphone.

Die Bilanz bisher: 59 öffentliche Fehlerberichte an die Linux-Entwickler, 33 vergebene CVE-Nummern (CVE ist das weltweite Kennzeichnungssystem für bekannte Sicherheitslücken) und acht bestätigte Exploits, mit denen sich ein normaler Nutzer zum Administrator („root“) machen kann. Fixes für 38 der Berichte sind inzwischen im offiziellen Hauptzweig des Kernels gelandet, dem sogenannten Mainline-Kernel. Die Arbeit lief über drei Monate. Geleitet haben sie ein einziger fest angestellter Forscher und ein Praktikant. Die eigentlichen Scans liefen von Ende Mai bis Mitte Juni 2026.

Wie die Fachportale Cybersecurity News und GBHackers berichten, geht es in dem Bericht vor allem um eine Frage: wie viel menschliche Arbeit nach dem KI-Scan noch übrig bleibt. Fehler zu finden sei der leichte Teil. Sie zu bestätigen, zu erklären und zu beheben, dauere viel länger.

Vom Datenberg zu 59 Meldungen

Das Team hat sich auf zentrale Bereiche des Kernels konzentriert: Netzwerk, Dateisysteme und Sicherheitsmodule. Ausgewählt wurden sicherheitskritische Teile, die keine spezielle Hardware brauchen. So ließ sich jeder Fund einheitlich in QEMU nachstellen, einem Programm, das einen kompletten Computer virtuell nachbildet.

Der Ablauf in Zahlen:

Die Scans liefen auf nur zwei Servern (64 Kerne mit 256 GB RAM und 32 Kerne mit 128 GB RAM). Den Code haben kommerzielle Sprachmodelle analysiert, aufgeteilt nach Anteil an den verbrauchten Tokens: Anthropics Sonnet 4.6 mit 71,1 Prozent, OpenAIs GPT-5.4 mit 20,1 Prozent und GPT-5.5 mit 7,1 Prozent. Danach hat das Team Funde mit geringer Konfidenz aussortiert, also solche, bei denen sich das System selbst unsicher war. Dafür nutzte es die Konfidenzwerte von MDASH und eigene schnelle Prüf-Agenten.

Im nächsten Schritt sollten KI-Agenten jeden verbliebenen Kandidaten in QEMU tatsächlich auslösen. Gemeint sind Programme, die selbstständig mehrere Arbeitsschritte erledigen. Sie mussten einen Proof of Concept bauen, also einen kleinen Beweis-Code, der zeigt, dass der Fehler echt ist. Dabei kamen vor allem GPT-5.5 (77,3 Prozent), Claude Opus 4.6 (13,2 Prozent) und die Sicherheitsvariante GPT-5.5-cyber (9,4 Prozent) zum Einsatz.

Die übrigen 621 Fälle haben Fachleute von Hand geprüft. Gemeldet wurde am Ende nur knapp jeder zehnte. Die Gründe für den Rest:

• 266 Fälle (42,8 %) hatten dieselbe Ursache wie ein anderer Fall, ein Patch reichte also für mehrere.
• 163 Fälle (26,2 %) wurden wegen geringer Sicherheitsrelevanz verworfen.
• 133 Fälle (21,4 %) waren schon gemeldet oder behoben.

Die vielen Überschneidungen erklärt Microsoft mit dem Zeitplan. Der erste öffentliche Bericht ging erst am 27. Juni 2026 raus, mehr als fünf Wochen nach Scanbeginn. Bis zum 1. September waren 55 der 59 Berichte auf den öffentlichen Mailinglisten. Vier weitere wurden zunächst vertraulich gemeldet und bis Mitte Oktober veröffentlicht.

Uralte Fehler im Kernel

Viele der Lücken waren alt. Im Schnitt steckte ein gemeldeter Fehler 8,1 Jahre im Kernel. Sechs waren 15 bis 19 Jahre alt, drei mindestens 20 Jahre. Der älteste ist ein sogenannter Shift-out-of-bounds-Fehler im Netzwerkfilter cls_u32 (CVE-2026-74544): Eine Rechenoperation verschiebt Bits über den erlaubten Bereich hinaus. Er war laut Microsoft mindestens 21 Jahre lang vorhanden.

Die meisten der acht ausnutzbaren Lücken sind Use-after-free-Fehler. Dabei greift der Kernel auf Speicher zu, den er schon freigegeben hat, ähnlich wie ein Hotel, das ein Zimmer neu vergibt, während der alte Gast noch einen gültigen Schlüssel hat. Wer diesen Speicher geschickt neu belegt, kann dem Kernel gefälschte Daten unterschieben.

Microsoft schränkt ein: Die Exploits wurden in kontrollierten Laborumgebungen getestet. Manche funktionierten nur mit Einstellungen, die nicht Standard sind, oder mit abgeschalteten Schutzmechanismen.

Ein Fall im Detail: eine fehlende Zeile, acht Jahre unentdeckt

Ausführlich beschreibt der Bericht CVE-2026-64563 in rhashtable. Das ist eine gemeinsam genutzte, in der Größe veränderbare Hashtabelle des Kernels, eine Art schnelles Nachschlageverzeichnis. Viele Teile des Kernels speichern darin aktive Objekte wie Netzwerk-Sockets. Fragt ein Programm eine lange Liste ab, kann der Kernel die Tabelle in mehreren Etappen durchgehen. Dabei merkt er sich mit einem Zeiger namens iter->p, wo er stehen geblieben ist.

Eine Änderung aus dem Jahr 2018 (Commit 5d240a8936f6) sollte das Pausieren und Fortsetzen stabiler machen. Sie verlegte das Zurücksetzen dieses Zeigers an eine andere Stelle, aber nur in einem von zwei möglichen Wegen. Wenn während der Pause die Tabelle vergrößert und der alte Eintrag gelöscht wurde, zeigte der Zeiger danach auf freigegebenen Speicher. Ausgelöst wird der Fehler nur, wenn drei seltene Ereignisse zusammentreffen: Ein Durchlauf wird pausiert und fortgesetzt, in der Pause wird die Tabelle umgebaut, und genau der gemerkte Eintrag wird gelöscht. Deshalb fiel er acht Jahre lang nicht auf. Der Fix ist eine einzige Zeile: iter->p = NULL;.

Rund zwei Dutzend Dateien im Kernel nutzen diese Funktion. Gefährlich ist sie über die Netlink-Socket-Diagnose (__netlink_diag_dump()), die auf Standard-Kernels auch Nutzer ohne besondere Rechte erreichen. Ein Angreifer kann die Abfrage gezielt anhalten, den Socket freigeben, den Speicher neu belegen und so einen gefälschten Zeiger einschleusen. Daraus entsteht laut Microsoft ein eingeschränkter 64-Bit-Schreibzugriff in den Kernel. Zusammen mit bekannten Techniken reicht das für Root-Rechte, auf Linux und auch auf Android mit aktivem SELinux-Schutz, ohne besondere Kernel-Konfiguration. Yuan Tan vom Sicherheitsunternehmen NebuSec hatte die Lücke unabhängig ebenfalls gefunden und Exploits für Linux und Android beigesteuert. Sein Kollege Frank Wu hat einen weiteren funktionierenden Exploit entwickelt.

Alle diese Lücken setzen lokalen Zugriff voraus. Laut Cybersecurity News verschaffen sich Angreifer den meist vorher über gestohlene Zugangsdaten oder einen anderen verwundbaren Dienst.

Der Engpass ist der Mensch

Microsoft selbst sieht als wichtigste Erkenntnis ein starkes Ungleichgewicht. Zwei Wochen Scan haben die Funde geliefert, die Meldung von 59 Fällen hat über vier Personenmonate gekostet. Der Linux-Kernel erwartet zu jeder Meldung einen funktionierenden Patch. KI-Agenten haben erste Entwürfe geschrieben, Menschen mussten sie prüfen und mit den Maintainern abstimmen, also den Verantwortlichen für einzelne Kernel-Bereiche. Die Hälfte der 38 eingespielten Fixes wurde beim ersten Versuch angenommen, der Rest brauchte ein bis vier Überarbeitungen. Vom ersten öffentlichen Patch bis zum offiziellen Release vergingen im Median 41 Tage, im längsten Fall 108.

„Mehr Tokens bringen vielleicht mehr Bugs, aber kein sicheres System.“

Microsoft warnt außerdem, dass die schiere Menge echter Funde sowohl Fehlersucher als auch Maintainer überfordern kann. Teams sollten sich deshalb auf wirklich schwere Lücken konzentrieren. Gescannt wurde nur ein kleiner Teil des Kernels, mit mehr Feinabstimmung und Rechenleistung seien deutlich mehr Funde wahrscheinlich.

Einordnung

Der Bericht passt zu einem Jahr, in dem KI-Werkzeuge Linux-Lücken in hoher Zahl aufgedeckt haben. Cybersecurity News erwähnt etwa OpenAIs Modell GPT-6 Cyber, das Hunderte funktionierende Linux-Exploits gebaut haben soll. Microsofts Bericht ist trotzdem besonders, weil er die ganze Kette offenlegt, von 26.502 Rohfunden bis zu 38 eingespielten Fixes. Er zeigt auch ehrlich, wie viel davon Ausschuss ist und wie viel Handarbeit bleibt.

Für Linux-Nutzer und Admins heißt das: Kernel-Updates zeitnah einspielen, denn viele der Fixes sind schon verteilt. Für die Open-Source-Welt stellt sich eine ernstere Frage. Wenn KI-Systeme günstig Tausende Verdachtsfälle erzeugen, überlasten sie die oft ehrenamtlichen Maintainer, und dasselbe Werkzeug kann auch Angreifern helfen. Offen bleibt, ob und wann Microsoft MDASH für andere Sicherheitsteams verfügbar macht. Der Bericht sagt nur, die Erkenntnisse sollen in die Weiterentwicklung einfließen. Alle Zahlen stammen von Microsoft selbst. Die CVE-Einstufungen sind aber öffentlich nachprüfbar.