Alla conferenza KubeCon Europe, l'edizione di The Register ha intervistato Greg Kroah-Hartman, responsabile del supporto per i rami stabili e 'staging' del kernel Linux e mantenitore in 16 sottosistemi del kernel. Nell'intervista si discute l'atteggiamento di Greg nei confronti dei report di bug trovati dall'AI. L'AI è già utilizzata nel kernel per rivedere modifiche al sottosistema di rete, eBPF e DRM, e recentemente è stato integrato lo strumento Sashiko di Google per la verifica delle modifiche inviate.
Alcune delle dichiarazioni di Greg:
- «Qualche mese fa ricevevamo quello che chiamavamo spazzatura AI: report di sicurezza generati dall'AI, che erano chiaramente errati o di bassa qualità. Era persino divertente. Non ci preoccupavamo molto di questo... Un mese fa è successo qualcosa e la situazione è cambiata drasticamente. Ora riceviamo report reali.»
- «Una situazione simile si verifica non solo in Linux; tutti i progetti open source ricevono report reali redatti con l'aiuto dell'AI, e ora sono di qualità e validi. I team responsabili della sicurezza nei maggiori progetti open source, durante comunicazioni informali, segnalano la stessa tendenza.»
- Rispondendo alla domanda su cosa stia causando questo, Greg ha detto: «Non lo sappiamo. Sembra che nessuno lo sappia. O molti strumenti siano migliorati notevolmente, oppure le persone abbiano iniziato a dire: 'Ehi, affrontiamo questa situazione'. Sembra che riguardi diversi gruppi e aziende. Per quanto riguarda il kernel, ce la faremo. Il nostro team è diventato molto più grande, è molto disperso in tutto il mondo, e la nostra crescita è una realtà che non rallenta. Si tratta di piccole cose, niente di serio, ma un aiuto su questo fronte potrebbe essere necessario per tutti i progetti open source. I piccoli progetti hanno molte meno possibilità di affrontare un improvviso aumento di report di bug e vulnerabilità generati dall'AI, che menzionano veri errori, anziché spazzatura.»
- Greg ha raccontato che quando ha chiesto all'AI di trovare bug in un set di modifiche proposte, ne ha trovati 60 e ha fornito dei patch per correggerli. Solo un terzo dei bug riscontrati erano effettivi, e solo 2/3 delle patch si sono rivelate soluzioni valide, senza necessità di modifica, ma tutto ciò non è stato affatto inutile. Secondo Greg, i mantenitori non possono ignorarlo, soprattutto ora che i risultati del lavoro dell'AI migliorano costantemente. Per contrassegnare le patch create con l'AI, è stato aggiunto il tag «Co-developed:». Tuttavia, nonostante alcuni tentativi isolati di utilizzare l'AI per creare nuove funzionalità, per il momento l'AI nel kernel è principalmente utilizzata per rivedere modifiche.
- Uno dei vantaggi più evidenti dell'AI è la riduzione del tempo di elaborazione delle patch. Quando l'assistente AI identifica problemi evidenti, gli autori delle patch ricevono feedback molto prima che il reale mantenitore possa leggere la patch: «Se vedo che il sistema sta rispondendo a qualcosa, fornisce feedback all'autore più velocemente di quanto possa fare un mantenitore, ed è fantastico. Abbiamo già un certo numero di bot che controllano le patch. Se noto che segnalano un errore, capisco subito che come mantenitore non devo neanche vedere quella cosa. E lo sviluppatore pensa 'Oh, posso farne un'altra versione domani', il che aiuta a migliorare un po' il feedback.»
Fonte: opennet.ru
