Kernel im Visier: OpenAI nutzt 948 Root-Lücken per KI-Pipeline aus

OpenAI hat mit einer autonomen KI-Pipeline im Oktober 2026 im Linux-Kernel 948 eigenständige Schwachstellen gefunden und ausgenutzt, die jeweils aus eingeschränkten Benutzerrechten Root-Zugriff machen. Gefährdet sind laut OpenAI vor allem Systeme ohne aktuelle Sicherheitsupdates, getestet wurde auf einer Desktop-Distribution. Quelle ist ein Blog-Eintrag von OpenAI, den ComputerBase am 6. November 2026 zusammengefasst hat. Die Analyse kostete rund 1,2 Millionen US-Dollar.

Wie die Pipeline den Kernel in fünf Stufen durchsucht

Die KI-Pipeline von OpenAI durchsucht den Kernel laut ComputerBase in fünf Stufen: Erkennung, dynamische Validierung, Prüfung der Ausnutzbarkeit, automatische Patches und eine Kontrolle durch Sicherheitsforschende. Erst dann folgte die Übergabe an die Linux-Entwickelnden. Den Ausgangspunkt bildete der Linux-Kernel mit mehr als 40 Millionen Codezeilen. Sogenannte Scout-Agenten, also KI-Instanzen für die Vorauswahl, grenzten laut OpenAI die sicherheitsrelevanten Bereiche ein. Sie bestimmten 5.034 Prüfziele mit zusammen 2,8 Millionen Codezeilen, rund sieben Prozent des Quellcodes. Analyst-Agenten meldeten darin 2.308 mögliche Schwachstellen. Dafür brauchten sie zwölf Stunden.

Zur Prüfung erzeugten weitere Agenten Testprogramme. Diese liefen in isolierten virtuellen Maschinen mit aktiviertem Kernel Address Sanitizer, kurz KASAN, einem Werkzeug, das Speicherfehler im Kernel zur Laufzeit meldet. Nach 30 Stunden waren 1.724 der gemeldeten Kandidaten bestätigt. Das entspricht einer Quote von 74,7 Prozent. Von den nicht bestätigten Funden gingen nur 3,1 Prozent auf fehlerhafte Analysen der Modelle zurück.

ComputerBase, das sich auf Bluesky als unabhängige Redaktion für PC-Hardware, Smartphones, Software und IT beschreibt, nennt als Grundlage den Blog-Eintrag von OpenAI. Es handelt sich um Herstellerangaben.

948 Mal Root: Was die Exploits belegen

Die 948 eigenständigen Root-Schwachstellen entstanden laut OpenAI aus der Exploit-Entwicklung für Informationslecks und lokale Rechteausweitungen. Ein Informationsleck verrät interne Speicherinformationen, eine lokale Rechteausweitung hebt ein eingeschränktes Konto auf Root-Niveau. Ein Proof of Concept ist ein Testangriff. Er belegt, dass eine Lücke real ist.

Die Tabelle zeigt, wie viele Kandidaten je Kategorie zu funktionierenden Angriffen führten und wie viele eigenständige Lücken am Ende standen.

Die Eingrenzung auf eigenständige Lücken gelang laut ComputerBase erst durch die Untersuchung möglicher Varianten und die Entwicklung eigener Patches.

Als Testumgebung diente eine reguläre Linux-Desktop-Distribution mit aktivierten Schutzmechanismen. SMEP und SMAP hindern den Kernel daran, Code aus dem Nutzerspeicher auszuführen oder dort unkontrolliert zu lesen. KASLR verteilt die Speicheradressen des Kernels zufällig, HARDENED_USERCOPY prüft Kopiervorgänge zwischen Nutzer- und Kernelspeicher. Laut ComputerBase funktionierten die Angriffe ohne gezielte Abschwächung dieser Schutzmechanismen. Desktop und Server unterscheiden sich in Konfiguration und Nutzung, zu Serverinstallationen nennt die Meldung keine Zahlen. Wie schnell aus einem öffentlichen Exploit lokale Root-Rechte werden, beschreibt unser Beitrag zur Kernel-Lücke CVE-2026-23111.

1.279 US-Dollar pro Root-Lücke: Was die Rechnung bedeutet

Die API-Ausgaben von insgesamt 1.213.430 US-Dollar ergeben laut OpenAI durchschnittlich 1.279 US-Dollar je eigenständiger Root-Schwachstelle. API steht hier für die Programmierschnittstelle, über die die Modelle abgerechnet werden.

Dieses Bild wurde mit KI generiertProviderhiggsfieldModellgpt_image_2_5 flare high 1k 16:9Promptflat vector illustration, front view of a large monitor showing lines of source code in a code editor, a magnifying glass hovering over one highlighted code block with a cracked padlock icon, beside the monitor a simple balance scale with a stack of coins on one side and a small row of padlock icons on the other, no numbers, no charts with values, clean geometric shapes, limited palette of deep navy, teal, warm orange and off-white, soft flat shadows, balanced centered composition, no people. No watermark, no signature.

Als Vergleich dienen laut ComputerBase historische Prämien der Sicherheitswettbewerbe Pwn2Own und TyphoonPWN. Dort wurden für Linux-Exploits 20.000 beziehungsweise 70.000 US-Dollar gezahlt. Auf 948 Schwachstellen hochgerechnet ergäbe das ein hypothetisches Prämienvolumen zwischen 18,9 und 66,3 Millionen US-Dollar. Die tatsächlichen Ausgaben lagen erheblich darunter.

Auch in einer angepassten kernelCTF-Umgebung, einem Wettbewerb mit Prämien für Kernel-Exploits, prüfte OpenAI das Verfahren. Dort gelangen 25 Nachweise für Informationslecks und 21 Root-Exploits bei API-Kosten von 32.936 US-Dollar. Hätte das Prämienprogramm sämtliche Ergebnisse anerkannt, wäre zumindest rechnerisch eine Vergütung von rund 1,5 Millionen US-Dollar erreichbar gewesen. Für Verteidigende ist diese Rechnung unbequem, denn sie senkt die Schwelle für eine systematische Suche.

Von 166 auf 948: Warum neuere Modelle mehr Root-Lücken finden

Das Cyber-Modell von OpenAI fand im Oktober 2026 mit 948 Fällen mehr als fünfmal so viele Root-Schwachstellen wie GPT-5.6 Sol im Juli 2026 mit 166. Zwischenzeitlich waren laut ComputerBase weitere Sicherheitskorrekturen in den Linux-Kernel eingeflossen. Der Zuwachs entstand trotz dieser Korrekturen.

OpenAI untersuchte 166 Exploits auf ihre Angriffsmethoden und stieß nach eigener Einschätzung auf zehn bislang unbekannte Techniken. Sie betreffen die gezielte Platzierung von Speicherinhalten, die Zuverlässigkeit von Exploits und die Manipulation von Datenstrukturen.

Auch die Eigenständigkeit wuchs. Im Vergleich von GPT-5.5 Cyber und GPT-5.6 Cyber profitierten die älteren Modelle noch erheblich von vorgegebenen Angriffstechniken. GPT-5.6 Cyber erreichte ohne solche Hilfe eine Erfolgsquote von 92,1 Prozent. Mit steigender Leistung sinkt der Bedarf an Anleitung.

Welche Folgen Root-Lücken aus der Ferne haben, solange Patches fehlen, zeigt die MPTCP-Lücke in Linux. Pragmatisch gesehen gibt künftig der Release-Zyklus der Modelle das Tempo vor, dem Upstream und Distributionen folgen müssen.

Patches und Kontrolle: Was Sie jetzt am Kernel prüfen sollten

Die OpenAI-Pipeline erzeugte für bestätigte Funde auch eigenständig Patches, deren Qualität bei früheren Versuchen laut ComputerBase nicht durchgehend ausreichte. Einige Korrekturen veränderten unnötig viel Code, konnten die Leistung beeinträchtigen oder beseitigten die Schwachstelle nicht vollständig. OpenAI ergänzte deshalb weitere Prüfverfahren und ließ die Vorschläge iterativ überarbeiten. Ein früher Test mit 200 erfolgreichen Exploits zeigte zudem, dass in 20 Fällen unbeabsichtigt andere Schwachstellen ausgenutzt wurden als vorgesehen. Daraufhin erhielt die Pipeline zusätzliche Kontrollmechanismen. Menschliche Kontrolle bleibt nötig.

Die Untersuchung dauerte zehn Tage. In dieser Zeit schlossen Linux-Entwickelnde 61 der identifizierten Root-Schwachstellen, für 43 weitere lagen vorbereitete Patches vor. 299 Fälle befanden sich in der öffentlichen Diskussion. Das sind viele offene Fälle. Wie Distributionen auf solche Lücken reagieren, zeigte zuletzt Copy Fail, das Eil-Patches erzwang.

OpenAI leitet aus den Ergebnissen die Erwartung ab, dass kommende Modelle auch unentdeckte Sicherheitslücken zuverlässiger aufspüren. Automatisierte Prüfverfahren und wiederholte Analysen nach Modellfortschritten würden wichtiger, Entwicklung und Bereitstellung von Patches müssten schneller werden. Auf Systemen ohne aktuelle Sicherheitsupdates könnte laut OpenAI schon ein lokales Konto mit eingeschränkten Rechten faktisch Root-Zugang bedeuten, sofern die Angreifenden gut ausgestattet sind. Langfristig sollen zusätzliche Isolation, kleinere Angriffsflächen und formal überprüfte Software die Risiken eindämmen.

Tipp: Notieren Sie die Ausgabe von uname -r vor dem Update und vergleichen Sie sie nach dem Neustart mit der neuen Kernel-Version.

Offen bleibt, wann die 299 Fälle aus der öffentlichen Diskussion als fertige Patches im Upstream und bei den Distributionen ankommen. ComputerBase nennt dafür keinen Termin. Bis dahin gilt: Backup zuerst, dann das Kernel-Update Ihrer Distribution einspielen und neu starten.