PÄ konferensen KubeCon Europe intervjuade The Register Greg Kroah-Hartman, som ansvarar för att stödja stabila och "staging" grenar av kÀrnan Linux, och som Àr huvudmaintainer för 16 delsystem i kÀrnan. I intervjun diskuteras Gregs syn pÄ rapporter om fel som upptÀckts av AI. AI anvÀnds redan i kÀrnan för att granska Àndringar i nÀtverksdelsystemet, eBPF och DRM, och nyligen har verktyget Sashiko frÄn Google integrerats för att kontrollera inskickade Àndringar.
NÄgra av Gregs uttalanden:
- âFör nĂ„gra mĂ„nader sedan fick vi det vi kallade AI-skrĂ€p â AI-genererade sĂ€kerhetsrapporter som uppenbarligen var felaktiga eller av lĂ„g kvalitet. Det var till och med roligt. Vi brydde oss inte sĂ€rskilt mycket om det... För en mĂ„nad sedan skedde nĂ„got och situationen förĂ€ndrades dramatiskt. Nu fĂ„r vi riktiga rapporter.â
- âEn liknande situation observeras inte bara i Linux â alla projekt med öppen kĂ€llkod fĂ„r riktiga rapporter som skapats med hjĂ€lp av AI, och nu Ă€r de av hög kvalitet och giltiga. Team som ansvarar för sĂ€kerhet i de största open-source-projekten upptĂ€cker i informella samtal att samma tendens gĂ€ller.â
- NĂ€r han tillfrĂ„gades om orsaken svarade Greg: âVi vet inte. Det verkar som om ingen vet. Antingen har mĂ„nga verktyg blivit mycket bĂ€ttre, eller sĂ„ har folk börjat sĂ€ga: 'Hej, lĂ„t oss ta itu med detta.' Det verkar som om detta pĂ„verkar en mĂ€ngd olika grupper och företag. NĂ€r det gĂ€ller kĂ€rnan sĂ„ klarar vi detta. VĂ„rt team har blivit mycket större, och det Ă€r spritt över hela vĂ€rlden, och vĂ„r tillvĂ€xt Ă€r en verklighet och den avstannar inte. Det Ă€r smĂ„saker, inget allvarligt, men hjĂ€lp kan behövas för alla open-source-projekt. SmĂ„ projekt har mycket mindre kapacitet att hantera den plötsliga ökningen av rapporter om fel och sĂ„rbarheter som genererats av AI, som nĂ€mner verkliga fel snarare Ă€n skrĂ€p.â
- Greg berĂ€ttade att nĂ€r han bad AI att hitta fel i det föreslagna Ă€ndringspaketet â sĂ„ hittade den 60 stycken och gav patchar för att Ă„tgĂ€rda dem. Endast en tredjedel av de hittade felen var faktiskt fel, och av patcharna var endast 2/3 relevanta lösningar som inte krĂ€vde ytterligare arbete, men allt detta var lĂ„ngt ifrĂ„n vĂ€rdelöst. Enligt Greg kan inte upprĂ€tthĂ„llarna ignorera detta, speciellt eftersom AI:s resultat blir allt bĂ€ttre. För att markera patcharna som skapats med hjĂ€lp av AI, har en tagg âCo-developed:â lagts till. Trots vissa försök att anvĂ€nda AI för att skapa ny funktionalitet anvĂ€nds AI i kĂ€rnan för nĂ€rvarande frĂ€mst vid granskning av Ă€ndringar.
- En av de mest pĂ„tagliga fördelarna med AI sĂ€gs vara minskningen av tiden för att bearbeta patchar. NĂ€r AI-assistenten identifierar uppenbara problem fĂ„r patchförfattarna feedback lĂ„ngt innan den verkliga upprĂ€tthĂ„llaren skulle hinna lĂ€sa patchen: âOm jag ser att systemet reagerar pĂ„ nĂ„got, ger det feedback till författaren snabbare Ă€n en upprĂ€tthĂ„llare skulle ha gjort, och det Ă€r fantastiskt. Vi har redan en rad bottar som kontrollerar patchar. Om jag mĂ€rker att de ger ett fel vet jag genast att jag som upprĂ€tthĂ„llare inte ens behöver titta pĂ„ det. Och utvecklaren tĂ€nker 'Ă h, jag kan göra en annan version imorgon', vilket hjĂ€lper till att förbĂ€ttra feedbacken lite.â
KĂ€lla: opennet.ru
