{"id":166425,"date":"2026-03-26T17:13:13","date_gmt":"2026-03-26T15:13:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/intervyu-s-gregom-kroa-hartmanom-ob-otchyotah-ob-oshibkah-sgenerirovannyh-ai"},"modified":"2026-03-26T17:13:13","modified_gmt":"2026-03-26T15:13:13","slug":"intervyu-s-gregom-kroa-hartmanom-ob-otchyotah-ob-oshibkah-sgenerirovannyh-ai","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/intervyu-s-gregom-kroa-hartmanom-ob-otchyotah-ob-oshibkah-sgenerirovannyh-ai","title":{"rendered":"Interview met Greg Kroah-Hartman over AI-gegenereerde foutmeldingen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Tijdens de KubeCon Europe nam The Register een interview af met Greg Kroah-Hartman, die verantwoordelijk is voor de ondersteuning van de stabiele en \u2018staging\u2019 takken van de Linux-kernel en die de rol van maintainer vervult in 16 subsysteem van de kernel. In het interview wordt Gregs houding besproken ten aanzien van bugreports die door AI worden gevonden. AI wordt al gebruikt in de kernel voor het beoordelen van wijzigingen in het netwerk-subsyteem, eBPF en DRM, en onlangs werd ook de tool Sashiko van Google ge\u00efntegreerd voor het controleren van ingezonden wijzigingen. <\/p>\n
Enkele uitspraken van Greg: <\/p>\n
\n
\u2018Enkele maanden geleden kregen we wat we AI-rommel noemden - door AI gegenereerde beveiligingsrapporten die duidelijk onjuist of van lage kwaliteit waren. Het was zelfs grappig. We waren hier niet echt bezorgd om... Een maand geleden gebeurde er iets, en de situatie veranderde radicaal. Nu ontvangen we echte rapporten.\u2019\n
\u2018Een vergelijkbare situatie doet zich niet alleen voor in Linux; alle open-sourceprojecten ontvangen nu echte rapporten die met behulp van AI zijn opgesteld, en deze zijn nu van goede kwaliteit en valide. Teams die verantwoordelijk zijn voor de beveiliging van de grootste open-sourceprojecten merken in informele gesprekken met elkaar dezelfde trend op.\u2019\n
Op de vraag wat dit veroorzaakt, antwoordde Greg: \u2018We weten het niet. Het lijkt erop dat niemand het weet. Ofwel zijn veel tools aanzienlijk beter geworden, ofwel zijn mensen begonnen te zeggen: \u2018H\u00e9, laten we dit eens aanpakken.\u2019 Het lijkt te maken te hebben met vele verschillende groepen en bedrijven. Wat betreft de kernel, we zullen hiermee omgaan. Ons team is aanzienlijk groter geworden, verspreid over de hele wereld, en onze groei is een realiteit die niet afneemt. Het zijn kleinigheden, niets ernstigs, maar hulp op dit gebied kan voor alle open-projecten nodig zijn. Kleinere projecten hebben veel minder mogelijkheden om om te gaan met de plotselinge toename van bug- en kwetsbaarheidsrapporten die door AI zijn gegenereerd, waarin echte fouten worden genoemd, in plaats van rommel.\u2019\n
Greg vertelde dat toen hij de AI vroeg om fouten te vinden in een voorgestelde set wijzigingen \u2014 deze 60 vond en patches aanbood om ze te corrigeren. Slechts een derde van de gevonden fouten bleek echt fouten te zijn, en van de patches waren slechts 2\/3 correcte oplossingen die geen verdere bewerking vereisten, maar dat alles was verre van nutteloos. Volgens Greg kunnen de maintainers dit niet negeren, vooral omdat de resultaten van de AI steeds beter worden. Om de patches die met behulp van AI zijn gemaakt te markeren, werd de tag \u2018Co-developed:\u2019 toegevoegd. Toch, ondanks enkele pogingen om AI te gebruiken voor het cre\u00ebren van nieuwe functionaliteit, wordt AI in de kern tot nu toe voornamelijk gebruikt bij het beoordelen van wijzigingen.\n
Een van de meest opvallende voordelen van AI is de verkorting van de verwerkingstijd van patches. Wanneer de AI-assistent voor de hand liggende problemen ontdekt, krijgen de auteurs van patches feedback lang voordat de daadwerkelijke maintainer de patch zou kunnen lezen: \u2018Als ik zie dat het systeem op iets reageert, geeft het sneller feedback aan de auteur dan een maintainer zou kunnen doen, en dat is geweldig. We hebben al een aantal bots die patches controleren. Als ik merk dat ze een fout geven, begrijp ik onmiddellijk dat ik als maintainer daar zelfs niet naar hoef te kijken. En de ontwikkelaar denkt \u2018Oh, ik kan morgen een andere versie maken\u2019, wat helpt om de feedback iets te verbeteren.\u2019 <\/ul>\n