Auf der Konferenz KubeCon Europe gab Greg Kroah-Hartman, der für die Unterstützung der stabilen und "Staging"-Zweige des Linux-Kernels verantwortlich ist und die Hauptverantwortung für 16 Subsysteme des Kernels trägt, ein Interview mit The Register. In diesem Gespräch wird Gregs Haltung zu den Fehlerberichten erörtert, die von KI gefunden werden. KI wird bereits im Kernel verwendet, um Änderungen im Netzwerk-Subsystem, eBPF und DRM zu überprüfen, und kürzlich wurde das Sashiko-Tool von Google zur Überprüfung der eingereichten Änderungen integriert.
Einige von Gregs Aussagen:
- „Vor einigen Monaten erhielten wir das, was wir AI-Müll nannten – KI-generierte Sicherheitsberichte, die offensichtlich falsch oder von geringer Qualität waren. Das war sogar lustig. Uns machte das nicht wirklich Sorgen… Vor einem Monat geschah jedoch etwas, und die Situation hat sich grundlegend geändert. Jetzt erhalten wir echte Berichte.“
- „Eine solche Situation ist nicht nur in Linux zu beobachten – alle Open-Source-Projekte erhalten nun echte Berichte, die mit Hilfe von KI erstellt wurden, und sie sind von hoher Qualität und gültig. Die Sicherheits-Teams der größten Open-Source-Projekte stellen während informeller Gespräche untereinander denselben Trend fest.“
- Auf die Frage, was dies verursacht, antwortete Greg: „Wir wissen es nicht. Es scheint, dass niemand es weiß. Entweder haben sich viele Tools erheblich verbessert, oder die Leute haben angefangen zu sagen: ‚Hey, lasst uns das klären.‘ Es betrifft anscheinend viele verschiedene Gruppen und Unternehmen. Was den Kern betrifft, werden wir damit umgehen. Unser Team ist viel größer geworden, es ist sehr global aufgestellt, und unser Wachstum ist eine Realität, die nicht nachlässt. Es sind Kleinigkeiten, nichts Ernstes, aber Hilfe in dieser Angelegenheit könnte für alle Open-Source-Projekte notwendig sein. Kleinere Projekte haben viel weniger Möglichkeiten, mit dem plötzlich erhöhten Fluss von Fehlermeldungen und Sicherheitsanfälligkeiten, die von KI generiert wurden und echte Fehler anstatt Schrott erwähnen, umzugehen.“
- Greg berichtete, dass er die KI gebeten hatte, Fehler in einem vorgeschlagenen Änderungsset zu finden – die KI entdeckte 60 und lieferte Patches zur Behebung. Nur ein Drittel der gefundenen Fehler waren tatsächlich Fehler, und von den Patches erwiesen sich nur zwei Drittel als korrekte Lösungen, die keine Nachbearbeitung erforderten, aber das war alles andere als nutzlos. Laut Greg können die Maintainer dies nicht ignorieren, zumal die Ergebnisse der KI immer besser werden. Um die mit KI erstellten Patches zu kennzeichnen, wurde das Tag "Co-developed:" hinzugefügt. Dabei wird die KI im Kernel hauptsächlich weiterhin für die Überprüfung von Änderungen verwendet, trotz vereinzelter Versuche, KI für die Schaffung neuer Funktionalitäten einzusetzen.
- Eine der auffälligsten Vorteile von KI ist die Verkürzung der Patch-Überarbeitungszeit. Wenn der KI-Assistent offensichtliche Probleme erkennt, erhalten die Patch-Autoren Feedback lange bevor der tatsächliche Maintainer den Patch gelesen hätte: „Wenn ich sehe, dass das System auf etwas reagiert, gibt es das Feedback schneller an den Autor, als es der Maintainer tun könnte, und das ist großartig. Wir haben bereits eine Reihe von Bots, die die Patches überprüfen. Wenn ich bemerke, dass sie einen Fehler ausgeben, weiß ich sofort, dass ich als Maintainer nicht einmal darauf schauen muss. Und der Entwickler denkt: 'Oh, ich kann morgen eine andere Version machen', was dabei hilft, das Feedback ein wenig zu verbessern.“
Quelle: opennet.ru
