Interview avec Greg Kroah-Hartman sur les rapports d'erreurs générés par l'IA

Lors de la conférence KubeCon Europe, l'édition de The Register a interviewé Greg Kroah-Hartman, responsable du support des branches stable et « staging » du noyau Linux, et mainteneur principal de 16 sous-systèmes du noyau. Dans l'interview, Greg discute de son avis sur les rapports d'erreurs trouvés par l'IA. L'IA est déjà utilisée dans le noyau pour la révision des modifications dans le sous-système réseau, eBPF et DRM, et pour vérifier les modifications soumises, l'outil Sashiko de Google a récemment été intégré.

Quelques-unes des déclarations de Greg :

• « Il y a quelques mois, nous recevions ce que nous appelions des déchets générés par l'IA — des rapports de sécurité générés par l'IA qui étaient manifestement incorrects ou de mauvaise qualité. C'était même amusant. Nous ne nous en préoccupions pas vraiment… Il y a un mois, quelque chose s'est produit, et la situation a radicalement changé. Maintenant, nous recevons de vrais rapports. »
• « Une telle situation n'est pas observée uniquement dans Linux — tous les projets open source reçoivent désormais de vrais rapports rédigés avec l'aide de l'IA, et ils sont maintenant de qualité et valides. Les équipes chargées de la sécurité des plus grands projets open source notent lors de conversations informelles la même tendance. »
• Lorsqu'on lui a demandé ce qui a provoqué cela, Greg a répondu : « Nous ne savons pas. Il semble que personne ne le sache. Soit de nombreux outils se sont nettement améliorés, soit les gens ont commencé à dire : ‘Hé, réglons cela’. Cela concerne de nombreux groupes et entreprises différents. En ce qui concerne le noyau, nous nous en chargerons. Notre équipe a beaucoup grandi, elle est très dispersée à travers le monde, et notre croissance est une réalité qui ne ralentit pas. Ce sont des détails, rien de sérieux, mais une aide à ce sujet pourrait être nécessaire pour tous les projets open source. Les petits projets ont beaucoup moins de possibilités de faire face à l'afflux soudain de rapports d'erreurs et de vulnérabilités générés par l'IA, mentionnant de vraies erreurs, et non des déchets. »
• Greg a expliqué que lorsqu'il a demandé à l'IA de trouver des erreurs dans un ensemble de modifications proposé, celle-ci a identifié 60 erreurs et fourni des correctifs pour les corriger. Seule un tiers des erreurs trouvées étaient effectivement des erreurs, et parmi les correctifs, seulement 2/3 se sont avérés être des solutions valides, ne nécessitant pas de modifications, mais tout cela était loin d'être inutile. Selon Greg, les mainteneurs ne peuvent pas ignorer cela, d'autant plus que les résultats du travail de l'IA s'améliorent constamment. Un tag « Co-développé : » a été ajouté pour marquer les correctifs créés avec l'IA. Cependant, malgré certaines tentatives d'utilisation de l'IA pour créer de nouvelles fonctionnalités, l'IA est principalement utilisée dans le noyau pour la révision des modifications.
• L'un des avantages les plus notables de l'IA est la réduction du temps de traitement des correctifs. Lorsque l'assistant IA identifie des problèmes évidents, les auteurs des correctifs reçoivent des retours bien avant que le mainteneur réel n'ait eu le temps de lire le correctif : « Si je vois que le système réagit à quelque chose, il donne un retour à l'auteur plus rapidement qu'un mainteneur ne pourrait le faire, et c'est formidable. Nous avons déjà plusieurs bots qui vérifient les correctifs. Si je remarque qu'ils émettent une erreur, je comprends immédiatement qu'en tant que mainteneur, je n'ai même pas besoin de m'en préoccuper. Et le développeur pense : 'Oh, je peux faire une autre version demain', ce qui aide à améliorer légèrement les retours d'information. »

Source : opennet.ru