Torvalds: KI-Korrekturen treiben Linux 7.4 – bei BPF kommen Fixes schneller als Fehlerberichte

Worum es geht

Linus Torvalds, Erfinder und oberster Verwalter des Linux-Kernels, hat am Sonntag, dem 8. November 2026, die zweite Testversion des kommenden Kernels Linux 7.4 freigegeben. Sie heißt 7.4-rc2, wobei „rc“ für Release Candidate steht – eine Vorabversion, die Freiwillige ausprobieren sollen, bevor die fertige Fassung erscheint. Normalerweise sind solche Ankündigungen auf der Kernel-Mailingliste eher Routine. Diesmal hat eine Bemerkung von Torvalds aber Aufmerksamkeit bekommen: Er schreibt, dass ein großer Teil der Änderungen auf Korrekturen zurückgeht, die durch KI angestoßen wurden. In einem Teilbereich des Kernels, dem BPF-Subsystem, kommen laut dessen Maintainer sogar mehr Korrekturen herein als neue Fehlerberichte.

Das ist bemerkenswert, weil viele Open-Source-Projekte seit Monaten über eine Flut von KI-erzeugten Fehlermeldungen klagen, von denen viele wertlos sind. Wenn die Reparaturen jetzt mit dem Tempo der Entdeckungen mithalten, könnte sich das Verhältnis drehen – zumindest beim Kernel.

Was Torvalds genau geschrieben hat

In seiner Mail an die Linux Kernel Mailing List fasst Torvalds zusammen:

Und ja, vieles davon wurde von verschiedenen KI-Fixes angetrieben. Ich glaube, ich höre auf, das zu wiederholen, und wir können es einfach als gegeben hinnehmen. Aber diesmal behauptet Alexei, dass zumindest auf der BPF-Seite die Korrekturen jetzt schneller eintreffen als die neuen Berichte, und das klingt toll, falls es stimmt.

Alexei Starovoitov ist der Maintainer, also der verantwortliche Verwalter, des BPF-Bereichs. Laut MLQ.ai stehen allein in der Änderungsliste von rc2 40 Commits von ihm, überwiegend BPF-Korrekturen und dazu passende Selbsttests. Torvalds bleibt allerdings vorsichtig:

Ich glaube, die meisten anderen Bereiche haben diesen Punkt noch nicht erreicht, aber es ist zumindest ein Zeichen, dass wir vielleicht beginnen, die Wende zu sehen. Haltet nicht den Atem an, aber drückt vielleicht die Daumen, dass wir in nicht allzu ferner Zukunft dorthin kommen.

BPF steht für Berkeley Packet Filter. Ursprünglich ging es darum, Netzwerkpakete zu filtern; heute ist (e)BPF eine Art Mini-Laufzeitumgebung im Kernel, in der kleine, geprüfte Programme sicher laufen dürfen – etwa für Netzwerk, Überwachung oder Sicherheit. Weil solcher Code tief im System läuft, ist er sicherheitskritisch und ein naheliegendes Ziel für automatisierte Fehlersuche.

Großes rc2 nach dem größten rc1 aller Zeiten

Torvalds nennt die Version „ein großes rc2 passend zum größten rc1 aller Zeiten“. Das Merge-Window – die etwa zweiwöchige Phase, in der neue Funktionen in den Kernel aufgenommen werden – endete mit rc1 am 1. November. Laut MLQ.ai umfasste es „fast 20.000 Commits gegenüber den üblicheren rund 15.000“. Torvalds schrieb damals, es sei „voller Korrekturen für Probleme, die von KI gefunden wurden (und immer öfter wurden die Patches auch von KI vorgeschlagen, auch wenn sie oft umgeschrieben werden)“. Er bevorzuge es, wenn diese KI-angestoßene Arbeit im Merge-Window landet statt als zusätzliche Korrekturen in der Stabilisierungsphase – das sei „ein viel gesünderes Modell“. Ein Teil der Größe könnte laut Torvalds auch daher kommen, dass Entwickler erwarten, dass 7.4 die nächste LTS-Version wird, also eine Version mit Langzeitunterstützung über mehrere Jahre.

Dass rc2 auf den ersten Blick riesig wirkt, liegt vor allem an automatisierten Aufräumarbeiten mit Coccinelle. Das ist ein Werkzeug, das nach festen Mustern im Quellcode sucht und sie automatisch umschreibt – vergleichbar mit einem sehr schlauen „Suchen und Ersetzen“. Torvalds hatte diese Patches während des Merge-Windows liegen gelassen, weil er unterwegs war, und ehrlich zugegeben, dass ihm auch danach die Motivation fehlte. Die Skript-Änderungen berühren Tausende Dateien, bestehen aber meist nur aus ein- oder zweizeiligen Anpassungen und seien „wirklich sehr unkompliziert“.

Wie sich die Änderungen verteilen

Rechnet man das Coccinelle-Rauschen aus dem Diffstat heraus – der Übersicht, welche Dateien wie stark geändert wurden –, sieht rc2 laut Torvalds ganz normal aus:

OSTechnix berichtet zudem von ersten Community-Tests: Ein Tester meldete, dass rc2 auf einem Dell-Laptop problemlos startet. Wie immer gilt: Release Candidates gehören auf Testrechner, nicht auf produktive Server. Laut Greg Kroah-Hartman, der die stabilen Kernel-Versionen betreut, ist die finale Version von Linux 7.4 für den 20. Dezember 2026 angepeilt; bis dahin folgen wöchentlich rc3 bis voraussichtlich rc7.

Hintergrund: Die KI-Flut in Open-Source-Projekten

Tom's Hardware ordnet die Nachricht in eine größere Entwicklung ein. Viele Open-Source-Projekte haben nur wenige Freiwillige, die eingehende Fehlermeldungen sichten (das sogenannte Triage). Seit KI-Werkzeuge massenhaft Berichte erzeugen, klagen Projekte über minderwertige „Junk“-Meldungen. Manche haben ihre Bug-Bounty-Programme – Prämien für gefundene Sicherheitslücken – ganz eingestellt oder verlangen zusätzliche Nachweise, bevor ein Bericht angenommen wird.

Gleichzeitig finden KI-Werkzeuge aber auch viele echte Fehler. Tom's Hardware nennt Beispiele: Firefox behob in einer Version im April 423 Sicherheitsfehler, Chrome fand und behob im Juni 1.072 Fehler, und Node.js schloss 50 Schwachstellen. MLQ.ai verweist außerdem darauf, dass OpenAI kürzlich angab, sein Modell GPT-6 Cyber habe 948 Exploits im Linux-Kernel gefunden – also ausnutzbare Schwachstellen. Das ist eine Herstellerangabe, die in den Quellen nicht weiter überprüft wird.

Der Kernel ist dabei ein Sonderfall: Er hat deutlich mehr Maintainer und eine größere Triage-Organisation als die meisten Projekte, und die Hürde für Beiträge ist hoch. Torvalds hat sich wiederholt dafür ausgesprochen, KI-geschriebene Beiträge nicht pauschal abzulehnen, solange sie dieselbe Qualitätskontrolle durchlaufen wie menschlicher Code.

Einordnung

Die Aussage ist ein interessantes Signal, aber kein Beweis. Torvalds gibt eine Beobachtung von Starovoitov weiter und formuliert selbst vorsichtig („falls es stimmt“, „vielleicht“). Konkrete Zahlen, wie viele KI-Berichte und wie viele KI-Fixes im BPF-Bereich eingingen, nennen die Quellen nicht. Auch was genau als „KI-Fix“ zählt, bleibt offen – Torvalds selbst sagt, KI-Vorschläge würden oft von Menschen umgeschrieben.

Trotzdem zeigt die Nachricht eine Verschiebung: Bisher wurde KI in Open-Source-Projekten vor allem als Quelle zusätzlicher Arbeit wahrgenommen. Wenn dieselben Werkzeuge auch beim Reparieren helfen, könnte sich die Last zumindest teilweise ausgleichen. Für kleinere Projekte ohne große Maintainer-Teams ist das allerdings noch weit entfernt – der Kernel kann sich die Sichtung der Flut schlicht besser leisten. Und dass Torvalds die KI-Beteiligung inzwischen „als gegeben“ betrachtet, zeigt vor allem eines: Im wichtigsten Open-Source-Projekt der Welt ist KI-gestützte Entwicklung Alltag geworden.