
Tech • IA • Robotique • Jeu
OpenAI a élargi Codex Security avec des outils open source en ligne de commande et un service cloud conçus pour détecter, valider, prioriser et corriger en continu les vulnérabilités logicielles à l’aide de l’IA.
OpenAI a décrit la période actuelle de la cybersécurité comme une « fenêtre pour les défenseurs », estimant que les modèles d’IA de pointe sont aujourd’hui meilleurs pour trouver des failles logicielles que les modèles ouverts largement disponibles. Selon l’entreprise, cela crée une opportunité temporaire pour les développeurs et les équipes sécurité d’identifier et corriger les faiblesses avant que des capacités similaires ne deviennent courantes chez les attaquants.
Un effort mené à l’échelle de l’entreprise pour renforcer les systèmes internes a servi de base aux nouveaux outils. OpenAI a indiqué qu’un sprint de sécurité a mobilisé environ un quart de ses ingénieurs produit, chargés de renforcer les défenses internes et de bâtir ce qu’elle appelle une « usine de défense » continue pour analyser le code, valider les résultats, attribuer des responsables et vérifier les correctifs.
Le flux de travail interne a été ajusté pour réduire le bruit sur de grandes bases de code. Après déduplication et validation de milliers de résultats, l’entreprise affirme avoir atteint un taux de faux positifs de 0,81 % sur les signalements jugés susceptibles de mener à de véritables exploits, tandis que les correctifs générés par l’IA ont affiché un taux de rollback inférieur à 1 %, ce qui suggère que la plupart des correctifs automatisés ont été acceptés sans annulation ultérieure.
Codex Security est proposé sous plusieurs formes, dont un plugin, un CLI et un SDK open source publiés sous licence Apache 2.0. Ces outils visent à fournir aux organisations des briques qu’elles peuvent connecter à des dépôts, des systèmes de revue de code, des pipelines CI/CD et des services comme GitHub Actions.
L’un des enseignements de l’usage interne est que l’analyse des vulnérabilités s’améliore lorsque les agents reçoivent un contexte système détaillé plutôt que des consignes générales pour parcourir un dépôt entier. Le flux de travail utilise des prompts spécifiques au scan ainsi qu’une base de connaissances réutilisable contenant par exemple des documents d’architecture, des règles d’accès et des configurations de pare-feu, avec des fichiers security.md permettant aux responsables de composants de définir modèles de menace et consignes de sécurité.
Le mode « deep scan » du CLI lance plusieurs analyses de sécurité en parallèle et continue d’exécuter des passes supplémentaires jusqu’à ce qu’aucun nouveau problème n’apparaisse ou qu’une limite configurée soit atteinte. À grande échelle, cela a produit un grand volume de rapports redondants, et OpenAI a indiqué que 36 % des résultats de son sprint interne étaient des doublons, faisant de la déduplication automatisée une étape clé avant l’attribution des correctifs.
Après l’analyse, les résultats sont classés et priorisés à l’aide d’une grille de sécurité adaptée au modèle de risque de l’organisation. Une autre couche associe ensuite les vulnérabilités à la bonne équipe ou au bon responsable, une étape que OpenAI dit avoir été étonnamment difficile dans une entreprise en forte croissance, mais cruciale pour éviter que les signalements ne soient renvoyés d’une équipe à l’autre.
Le flux de correction peut générer des modifications de code pour un problème précis, les tester dans un environnement de développement et les soumettre au processus normal de revue. L’entreprise présente l’automatisation comme un curseur, pas un interrupteur, en expliquant que les organisations peuvent augmenter progressivement le niveau d’auto-remédiation à mesure que la confiance grandit, plutôt que d’autoriser d’emblée des correctifs de sécurité entièrement autonomes.
Une commande distincte, « verify fix », agit comme un contrôle contradictoire des correctifs générés afin de confirmer qu’une vulnérabilité signalée a bien été fermée. Cette étape de vérification a été présentée comme l’une des raisons pour lesquelles l’entreprise a pu maintenir de faibles taux de rollback tout en déployant la remédiation à grande échelle sur de très importants arriérés.
Une version reconstruite de Codex Security Cloud vise les équipes qui ne souhaitent pas orchestrer elles-mêmes ce flux de travail. En connectant des dépôts GitHub, les utilisateurs peuvent lancer des analyses continues à chaque nouveau commit, suivre les résultats à l’échelle de l’organisation, examiner les signalements et, en option, générer automatiquement des pull requests. Le service s’appuie sur les modèles orientés sécurité Daybreak, avec Daybreak Blue comme modèle par défaut.
OpenAI a déclaré que les améliorations continues des modèles augmentent la qualité des correctifs tout en réduisant les coûts. Dans une évaluation tierce PatchBench, l’entreprise affirme que 6 Astra utilisant la capacité de correction de Codex Security a surpassé 5.6 Sol avec un niveau de raisonnement plus élevé, tout en coûtant moins de la moitié par cas, et un benchmarking humain interne a été cité à environ 50 % sur la même échelle.
Ce lancement reflète le pari selon lequel la sécurité pilotée par l’IA doit passer de scans ponctuels à une boucle continue de remédiation intégrée au développement logiciel. Si l’actuelle « fenêtre pour les défenseurs » est réelle, le principal défi pour les organisations est de transformer la capacité des modèles en correctifs fiables et reproductibles avant que les attaquants ne rattrapent leur retard.
Poser une question