948 exploits : un chiffre qui demande du contexte
Le 5 novembre, OpenAI a présenté GPT‑6 Cyber, un modèle destiné à la recherche défensive en cybersécurité. La veille, l’entreprise avait décrit un essai où un modèle cyber a repéré et validé des failles du noyau Linux, puis préparé des correctifs à faire examiner par des spécialistes. Le chiffre qui retient l’attention est de 948 exploits d’élévation locale de privilèges. Il mérite d’être lu avec précision : il ne signifie pas que 948 ordinateurs ont été piratés, ni que 948 vulnérabilités permettent à distance de prendre le contrôle d’un serveur. Dans le vocabulaire de sécurité, une élévation locale de privilèges suppose qu’un attaquant a déjà un accès sur la machine et tente d’obtenir davantage de droits, jusqu’à ceux de l’administrateur. Ce scénario reste sérieux, notamment sur des systèmes partagés ou mal tenus à jour, mais il n’est pas l’équivalent d’une intrusion à distance sans authentification. La distinction change l’évaluation du risque et l’urgence des mesures à prendre.
Une chaîne de recherche, de validation et de correctifs
OpenAI décrit un processus en plusieurs étapes plutôt qu’une simple question posée à un robot conversationnel. Des agents ont ciblé des portions jugées sensibles du noyau, proposé des problèmes possibles, puis tenté de les reproduire dans des machines virtuelles isolées. Le système a ensuite évalué les pistes les plus prometteuses et produit des preuves de concept, des exploits et des correctifs candidats. Une équipe humaine a examiné les résultats avant qu’ils soient transmis aux responsables du projet Linux. Sur 2 308 pistes initiales, l’entreprise dit en avoir reproduit 1 724 en trente heures, soit environ 75 %. Elle a ensuite rapporté 948 exploits distincts d’élévation locale de privilèges et 291 preuves de concept de fuites d’information. Le processus de recherche et de génération de correctifs aurait coûté environ 1,21 million de dollars américains en crédits d’API, ou près de 1 279 dollars par exploit selon son propre calcul. Ce coût décrit un essai précis, pas le prix universel d’une analyse de sécurité par IA.
Les mainteneurs et les chercheurs doivent vérifier
Un autre chiffre illustre pourquoi les découvertes doivent être triées avant d’être publiées. OpenAI affirme que, lorsque son balayage s’est terminé après une dizaine de jours, 61 des failles d’élévation locale repérées avaient déjà été corrigées en amont, 43 avaient des correctifs en préparation et près de 300 étaient en discussion publique. Une analyse à grande échelle peut donc produire des résultats qui se chevauchent avec le travail des mainteneurs, ou qui arrivent au moment même où celui-ci progresse. C’est ici que l’intervention humaine demeure indispensable. OpenAI décrit des chercheurs qui vérifient si l’exploit utilise réellement la faille assignée, examinent si le correctif ferme le chemin d’attaque et transmettent les signalements selon les indications de la communauté Linux. L’entreprise raconte même qu’une première expérience a dû être resserrée après que certains exploits avaient obtenu les droits recherchés en passant par une autre faille. Un résultat apparemment concluant ne suffit donc pas : son mécanisme doit aussi être confirmé.
Firefox : des correctifs, mais des chiffres attribués
Le volet Firefox rapproche le sujet du quotidien. OpenAI dit que GPT‑6 Cyber a fourni des preuves reproductibles pour 81 vulnérabilités inédites, classées à gravité élevée par Mozilla, et a aidé à signaler 30 problèmes connus dont la gravité aurait été sous-estimée. Selon OpenAI, Mozilla a publié des correctifs pour plusieurs de ces failles. Les avis de sécurité officiels de Mozilla documentent effectivement des mises à jour majeures de Firefox, dont la version 159 publiée le 27 octobre. Ils ne permettent toutefois pas, à eux seuls, de vérifier le nombre ni l’origine de toutes les failles revendiquées par OpenAI. GPT‑6 Cyber est présenté par OpenAI comme son premier modèle coté « critique » pour les capacités cyber dans son propre cadre de préparation. L’entreprise indique que l’accès est réservé à un groupe de clients Daybreak Red approuvés, plutôt qu’à une ouverture générale. Les résultats de tests et les déclarations du fournisseur doivent donc être distingués de mesures indépendantes, et d’un outil que n’importe qui pourrait télécharger ou employer.
Pour les organisations, le délai de correction compte
Pour les équipes informatiques d’ici, la conséquence immédiate n’est pas de paniquer ni d’attendre qu’une IA leur annonce chaque vulnérabilité. C’est de réduire le temps entre un avis fiable et le correctif installé : maintenir un inventaire des systèmes, appliquer rapidement les mises à jour de sécurité, sauvegarder les configurations, limiter les privilèges des comptes et isoler les services qui n’ont pas besoin de communiquer entre eux. Sur les serveurs Linux, les responsables devraient suivre les avis de leur distribution, puisque le noyau livré et les correctifs disponibles peuvent différer de la branche testée par OpenAI. La démonstration montre aussi que les chercheurs peuvent automatiser une part de la recherche, de la validation et de la préparation des correctifs. Elle ne prouve pas que chaque piste devient une faille exploitable en production, ni que les correctifs proposés sont sûrs sans revue. Le cas Linux a été observé dans un environnement défini, sur un instantané du noyau, et le rapport vient d’OpenAI elle-même. Les chiffres rendent crédible l’ampleur de la capacité annoncée; ils appellent en même temps à la divulgation coordonnée, à la vérification indépendante et à un cycle de correctifs capable de suivre le rythme.
