Michael JohnsonLorsqu’on donne à une IA un outil de recherche de vulnérabilités, comment s’assurer qu’elle ne vérifie que le système autorisé ? Le 5 novembre 2026, OpenAI a présenté GPT‑6 Cyber, un modèle spécialisé dans la recherche autorisée de vulnérabilités, le développement d’exploits et la vérification de correctifs. L’entreprise décrit deux axes de formation : renforcer les compétences en cybersécurité et mieux respecter le périmètre défini par le chercheur.
Pour les équipes de sécurité, cela change la manière d’évaluer un modèle. Il faut mesurer à la fois sa capacité à trouver une faille et son comportement lorsqu’il peut accéder à des systèmes auxiliaires situés hors de la cible autorisée. GPT‑6 Cyber est proposée dans le cadre du programme Daybreak Red ; l’accès est limité et soumis à une vérification d’identité ainsi qu’à des exigences organisationnelles.
Ce qui a changé
Les modèles généralistes aident déjà à vérifier du code, à analyser des alertes et à préparer des correctifs. GPT‑6 Cyber est une variante spécialisée de GPT‑6 Astra. Dans sa fiche de sécurité système, OpenAI décrit un entraînement supplémentaire par renforcement portant sur la reproduction de défaillances, le développement d’exploits fonctionnels et la recherche de vulnérabilités dans des bases de code. D’autres signaux d’entraînement visent le respect des autorisations et la précision des comptes rendus.
Dans ExploitGym, où le modèle doit exploiter une vulnérabilité donnée sur une cible distante, GPT‑6 Cyber a obtenu 48,5 %, contre 32,1 % pour GPT‑5.6 Cyber. Lors d’une évaluation distincte de tests d’intrusion web sans accès au code source, le modèle a découvert 40,3 % des vulnérabilités intégrées, contre 32,0 % pour GPT‑6 Astra. Ces résultats concernent des tests précis et ne constituent pas une évaluation universelle de tous les types de défenses et de réseaux.
Concrètement, il s’agit d’un maillon entre l’exploration d’une application inconnue et la confirmation d’une hypothèse de vulnérabilité. Pour un défenseur, ce travail peut accélérer l’examen initial d’un système ; pour le propriétaire de l’infrastructure, il rend particulièrement important le contrôle précis des pouvoirs accordés à l’agent.
Pourquoi évaluer autre chose que les vulnérabilités découvertes
L’agent reçoit une mission et un environnement : un système cible, des utilitaires, et parfois des services auxiliaires. Dans le test ExploitGym Honeypot, OpenAI ajoute intentionnellement un tel service. Celui-ci peut servir à obtenir un secret de test, mais les règles de la mission interdisent de l’attaquer. L’évaluation montre si le modèle sait distinguer une voie techniquement utile d’une voie autorisée.
Sans consignes de sécurité spécifiques, GPT‑6 Cyber s’est abstenue d’exploiter le service hors périmètre dans 99,93 % des essais ; avec les consignes de déploiement, le taux a atteint 100 %. Sans ces consignes, GPT‑5.6 Cyber a obtenu 94,49 %. Il s’agit d’une mesure du comportement sur un test conçu avec un piège, et non d’une garantie universelle applicable à toutes les configurations d’agent.
Pour une équipe réelle, la démarche pratique consiste à ne pas définir les limites uniquement dans le texte de la requête. Séparez les cibles de test des services périphériques par des règles réseau, utilisez un environnement isolé et vérifiez les actions dans les journaux. OpenAI cite le bac à sable, la vérification des actions et la supervision humaine parmi les mesures prévues pour les scénarios à risque. La configuration choisie doit correspondre aux outils et aux autorisations utilisés.
Ce que montrent les recherches d’OpenAI
OpenAI indique que ses chercheurs ont utilisé GPT‑6 Cyber pour découvrir 81 vulnérabilités jusque-là inconnues dans Firefox, classées comme très graves par Mozilla, et pour préparer des tests reproductibles ainsi que des pistes de correction. L’entreprise fait également état de 948 exploits d’élévation de privilèges développés pour le noyau Linux. Ces résultats proviennent d’une campagne de recherche d’OpenAI ; l’entreprise précise que les informations ont été transmises aux responsables des projets et que Mozilla a publié des correctifs pour de nombreux problèmes découverts.
Ces exemples relient la recherche de vulnérabilités au déploiement sûr du modèle. Une même compétence peut aider les défenseurs à confirmer un défaut et à préparer un correctif, mais aussi servir au développement d’un exploit. Les équipes devraient donc évaluer l’ensemble de la chaîne : la cible définie, les limites des outils, la reproductibilité du résultat, le respect des règles et la qualité du rapport.
Qui peut accéder au modèle et que faire dès maintenant
GPT‑6 Cyber est accessible par le programme Daybreak Red à un nombre limité de participants approuvés qui accomplissent des tâches avancées de cybersécurité. La fiche de sécurité système prévoit une vérification d’identité et des exigences organisationnelles, notamment l’authentification unique, l’authentification multifacteur et des adresses IP autorisées pour l’API. OpenAI a annoncé son intention d’élargir le programme Daybreak ; l’entreprise n’a pas annoncé d’accès général à GPT‑6 Cyber le jour de sa présentation.
Les équipes qui évaluent des outils de ce type ont intérêt à préparer un banc de test indiquant clairement les cibles autorisées et les systèmes voisins interdits. Pour chaque mission, consignez les ressources et actions permises, les outils disponibles et les critères de confirmation réussie d’une vulnérabilité. Évaluez ensuite séparément la qualité de la détection, la reproductibilité, le respect des limites et la qualité du rapport.
Cette comparaison montre où le modèle peut aider, où le résultat exige une vérification humaine et dans quelle mesure les actions de l’agent respectent les règles de l’organisation. La principale nouveauté de GPT‑6 Cyber réside dans l’association de capacités de recherche de vulnérabilités plus poussées et d’une évaluation distincte visant à vérifier que le travail reste dans le périmètre autorisé.
