Les modèles de pointe spécialisés en cybersécurité : GPT-6 Cyber, Gemini 4 Carbon et accès de confiance
GPT-6 Cyber et Gemini 4 Carbon : des modèles de pointe dédiés à la cyberdéfense, l’accès de confiance Daybreak et Fairwind, leurs capacités publiées.
Les modèles de pointe spécialisés en cybersécurité sont désormais livrés avec des programmes d’accès de confiance explicites. Leurs capacités ont leur place dans les fiches système ; les recettes d’exploitation opérationnelles n’ont pas leur place dans les notes destinées aux acheteurs.
Les laboratoires d’IA de pointe ne traitent plus la cybersécurité comme une simple catégorie de refus. Ils commercialisent des variantes de modèles spécialisées en cybersécurité, publient des évaluations de préparation aux risques et réservent les autorisations les plus étendues à des utilisateurs soumis à des vérifications d’identité, à des attestations d’organisation et à une surveillance. Deux jalons de novembre 2026 définissent ce moment : GPT-6 Cyber d’OpenAI (assorti d’une fiche système publique et d’un parcours d’accès Daybreak Red) et Gemini 4 Carbon de Google, présenté comme un modèle de pointe en préversion destiné à l’ingénierie de long terme et à la cyberdéfense, avec un accès échelonné via Fairwind.
Cet article s’en tient aux capacités et garde-fous publiés. Il ne décrit aucune méthode d’attaque. Pour la question plus large de savoir qui héberge l’inférence et qui peut inspecter les poids, voir Modèles frontier open-weight vs API fermées : l’arbitrage de souveraineté.
Le lecteur en quête d’un guide offensif pas à pas ne le trouvera pas ici, et ne doit pas davantage s’attendre à ce que des éditeurs sérieux en publient un. Les éléments réellement utiles sont les règles d’éligibilité, les engagements de surveillance, les réserves sur les évaluations et la différence entre une offre de recherche à accès restreint et un chatbot grand public.
Pourquoi la spécialisation cyber est devenue une catégorie de produits
Les modèles généralistes savent trier des tickets et suggérer des correctifs, mais ils refusent aussi trop souvent des travaux défensifs légitimes. Les variantes spécialisées en cybersécurité visent à réduire ces refus dans un périmètre autorisé, tout en renforçant l’alignement contre les actions hors périmètre et les préjudices sans rapport avec la cybersécurité. La fiche système de GPT-6 Cyber décrit une variante spécialisée de GPT-6 Astra, dont le post-entraînement cible les travaux de sécurité autorisés (découverte de vulnérabilités, développement d’exploits et tests d’intrusion web dans des cadres d’évaluation) et réduit les refus en matière de cybersécurité, tout en maintenant les refus en dehors de ce domaine.
Cette combinaison impose aux acheteurs une nouvelle discussion : la question n’est plus « le modèle est-il intelligent ? », mais « qui est autorisé à l’appeler, sous quelle surveillance, et que dit la fiche système du respect du périmètre ? »
GPT-6 Cyber : les capacités publiées (au niveau de la fiche système)
OpenAI a présenté GPT-6 Cyber le 5 novembre 2026 comme un modèle de cybersécurité entraîné à trouver et à valider des vulnérabilités exploitables sans sortir du périmètre fixé par le chercheur. Parmi les points saillants communiqués par l’éditeur dans l’annonce et dans la fiche système du Deployment Safety Hub :
- Préparation aux risques : niveau « Critical » en cybersécurité (le même que celui attribué par OpenAI à GPT-6 Astra), « High » pour les risques biologiques et chimiques, en deçà de « High » pour l’auto-amélioration de l’IA.
- Écarts de performance rapportés par OpenAI : sur ExploitGym, un taux de réussite de l’exploit visé de 48,5 % pour GPT-6 Cyber contre 32,1 % pour GPT-5.6 Cyber (soit une amélioration relative d’environ 51 %, selon la présentation du billet de lancement) ; sur RemoteExploitBench, un taux d’achèvement de 95 % pour GPT-6 Cyber lors d’une évaluation initiale où GPT-6 Astra avec Daybreak Blue avait refusé 100 % de ces tâches.
- Respect du périmètre : sur ExploitGym Honeypot, GPT-6 Cyber s’est abstenu d’exploiter des services hors périmètre dans 99,93 % des tests sans sa consigne de sécurité de déploiement, et dans 100 % des cas avec celle-ci (tableau de la fiche système : 0,07 % d’exploitation du leurre sans instructions, 0 % avec).
- Résultats défensifs concrets attribués par OpenAI à ses partenaires et à ses campagnes internes : des vulnérabilités validées et des correctifs proposés pour Firefox (OpenAI cite 81 vulnérabilités inédites de gravité élevée, classées par Mozilla) ainsi que des volumes importants de développement d’exploits pour le noyau Linux, exposés dans les propres travaux de recherche d’OpenAI. Ces éléments sont présentés comme des résultats de recherche autorisée, non comme des instructions.
Chaque pourcentage doit être lu comme le résultat d’une évaluation menée par l’éditeur dans les conditions qu’il a définies. Les fiches système préviennent que les politiques, les évaluateurs et les jeux de données évoluent ; ces scores servent à la comparaison relative au sein de la fiche, non à l’établissement de classements universels.
Garde-fous et accès de confiance (Daybreak)
L’accès à GPT-6 Cyber est restreint. OpenAI indique que le modèle est d’abord proposé via l’API et Codex à un groupe choisi de clients Daybreak Red agréés, avec un élargissement progressif prévu, et que GPT-5.6 Cyber est mis à la disposition de l’ensemble des clients Daybreak Red. Daybreak Blue reste le parcours réservé aux défenseurs vérifiés, qui bénéficient de moins de refus injustifiés sur les modèles principaux tels que GPT-6 Astra.
Garde-fous résumés d’après la fiche système et le billet de lancement (sans élément opérationnel) :
- Vérification d’identité, restrictions d’usage et exigences de sécurité organisationnelle (SSO, authentification multifacteur, terminaux gérés, moindre privilège ; liste d’adresses IP autorisées activée par défaut pour l’API Daybreak Red).
- Recommandations en faveur de l’isolement en bac à sable, de la revue des actions (Auto-Review), d’environnements cloisonnés et d’une supervision humaine pour les processus à haut risque.
- Surveillance du désalignement propre à la cybersécurité, destinée à distinguer les tests autorisés des actions qui excèdent l’autorisation de l’utilisateur.
- Private Safety Processing (PSP), généralement exigé pour les clients de l’API en Zero Data Retention : examen automatisé de registres de sécurité chiffrés, conservés pendant 30 jours dans l’espace de stockage du client, sans que les requêtes et les réponses soient exposées par défaut au personnel d’OpenAI.
- Blocages renforcés de l’assistance à haut risque touchant aux systèmes de contrôle industriels, aux services essentiels et aux catégories de préjudices catastrophiques connexes ; OpenAI fait état d’évaluations menées avec son partenaire Dragos en laboratoire contrôlé afin d’affiner ces taux.
- Mode de sécurité biologique activé pour tous les utilisateurs de GPT-6 Cyber, afin que l’entraînement en cybersécurité n’assouplisse pas les garde-fous dans d’autres domaines.
- Un sous-groupe Daybreak Red for Critical Infrastructure destiné aux défenseurs agréés des infrastructures critiques, aux côtés d’un programme de subventions plus large, Daybreak for Frontline Defenders, qu’OpenAI chiffre à 1 milliard de dollars.
Rien de tout cela n’autorise à diriger le modèle contre des systèmes de production sans habilitation. Il s’agit d’une cartographie de la manière dont OpenAI affirme encadrer et surveiller cette offre.
Gemini 4 Carbon : une préversion, dont on ne citera que ce que Google a publié
Gemini 4 Carbon n’est pas disponible pour tous. L’annonce de Google du 28 octobre 2026 et son récapitulatif des nouveautés IA d’octobre sont sans ambiguïté : Carbon est le modèle le plus performant de Google à ce jour pour l’ingénierie de long terme et la cyberdéfense, mais son déploiement est volontairement progressif. Google indique participer au processus volontaire de tests préalables du gouvernement américain, mettre d’abord Carbon à la disposition d’un sous-ensemble de cyberdéfenseurs et ouvrir l’accès par étapes à d’autres partenaires de confiance dans le cadre du programme Fairwind, tout en affinant les garde-fous avant une ouverture plus large aux développeurs, aux entreprises et au grand public.
Capacités revendiquées dans le billet de Google consacré à Carbon (chiffres de Google ; les évaluations cyber externes sont décrites comme réalisées sans garde-fous) :
- SEC-bench Pro : 88,2 % (découverte de vulnérabilités), ExploitGym : 54,8 % (exploitation et validation), CWE-bench : 71,0 % (correction).
- Premier rang de l’Artificial Analysis Intelligence Index v5.0, avec un score de 59 (selon Google).
- Affirmations internes : un taux de réussite plus de deux fois supérieur à celui d’Argon pour la génération de code sécurisé ; l’équipe Chrome fait état de performances plus de dix fois supérieures à celles d’un grand modèle de pointe d’un autre laboratoire pour la production de correctifs de qualité (concurrent non nommé dans le billet de Google).
- Indicateurs internes d’alignement communiqués par Google : sur Terminal-Bench 4.0, triche réussie ramenée à 0,0 % (tentatives de triche : 0,4 %) ; alertes de désalignement de gravité élevée en baisse de près de 80 % dans les environnements de programmation internes en production ; affirmations non étayées divisées par environ deux par rapport à Argon ; excès de zèle réduit de 26 % et service insuffisant de 29 % ; taux de réussite des attaques par injection indirecte de requêtes de Gray Swan à 0,0 % (contre 0,7 % pour Argon sur ce même test, selon Google).
Tarifs de lancement annoncés par Google : 2 dollars par million de jetons en entrée et 10 dollars par million de jetons en sortie (le même tarif de lancement qu’Argon), avec une remise de 95 % sur les entrées mises en cache ; à l’issue de la période de lancement, 4 et 20 dollars.
Tel que le décrit Google DeepMind, Fairwind est un parcours d’accès anticipé réservé à des partenaires de confiance, défenseurs prioritaires (gouvernements, infrastructures critiques et acteurs comparables), assorti de conditions de gouvernance telles qu’une authentification multifacteur résistante à l’hameçonnage, un accès limité aux équipes de sécurité internes, l’interdiction de redistribuer ou de revendre l’accès, et la limitation des tâches à double usage aux seules fins défensives et de recherche autorisées. Le récapitulatif d’octobre reprend le même scénario échelonné : Argon a été largement déployé après une phase de tests anticipés ; Carbon demeure en préversion, en tests auprès de Fairwind et des autorités.
Disons-le clairement aux services achats : les résultats aux tests et les indicateurs de sécurité de Carbon cités ci-dessus sont des déclarations publiées par Google avant la disponibilité générale. Ils ne garantissent pas que chaque client Cloud puisse appeler Carbon aujourd’hui dans des conditions identiques.

Comparer des modèles d’accès, non des surfaces d’attaque
OpenAI et Google convergent vers un même schéma, même si leurs offres diffèrent :
| Critère | GPT-6 Cyber (selon OpenAI) | Gemini 4 Carbon (selon Google) |
|---|---|---|
| Disponibilité | Accès restreint via Daybreak Red et Codex pour les clients agréés | Préversion ; Fairwind et tests volontaires du gouvernement américain |
| Orientation affichée | Travaux cyber autorisés, avec moins de refus en cybersécurité | Ingénierie de long terme et cycle complet de la cyberdéfense |
| Contrôle emblématique | Éligibilité Daybreak, liste d’adresses IP autorisées, PSP pour le ZDR | Contrôles propres aux partenaires Fairwind et élargissement par étapes |
| Document public | Fiche système complète sur le Deployment Safety Hub | Annonce et présentation de la sécurité ; disponibilité générale à venir |
Les entreprises ne doivent pas interpréter un niveau « Critical » en cybersécurité ou des performances à l’état de l’art sur SEC-bench Pro comme une autorisation de déployer l’un ou l’autre modèle sur des systèmes en production sans la procédure de gestion des changements qu’elles exigeraient d’une équipe d’attaque humaine. La fiche système et les conditions de Fairwind existent précisément parce que les laboratoires considèrent ces capacités comme à double usage.
La souveraineté reste un enjeu. Les API fermées spécialisées en cybersécurité concentrent des outils puissants dans des environnements contrôlés par l’éditeur, avec journalisation et droit de révocation : un atout pour l’audit, une contrainte pour une réponse à incident sur des réseaux isolés. Les architectures à poids ouverts inversent cet arbitrage. Les programmes hybrides réservent souvent les modèles fermés dédiés à la cybersécurité à des équipes de défense et d’attaque habilitées, tout en rapprochant du poste du développeur les assistants de programmation généralistes. Cette logique de portefeuille relève du même débat sur la souveraineté que celui exposé dans Modèles frontier open-weight vs API fermées, avec des risques de détournement plus élevés.
Une conception raisonnée du programme distingue généralement trois niveaux. Le niveau 1 couvre l’assistance quotidienne à la programmation sécurisée, sur des modèles disponibles pour tous et avec les contrôles habituels de l’entreprise. Le niveau 2 correspond à l’accès réservé aux défenseurs vérifiés (outils du type Daybreak Blue ou de la classe Argon via Fairwind) pour le tri des vulnérabilités et la rédaction de correctifs, avec moins de refus injustifiés. Le niveau 3, le plus rare, regroupe GPT-6 Cyber aujourd’hui, et Carbon uniquement pour la cohorte de préversion désignée par Google ; il est réservé à la recherche autorisée, encadrée par des règles d’engagement écrites. Fondre ces trois niveaux en une seule clé d’API partagée revient, pour une organisation, à recréer par inadvertance le problème du double usage que les laboratoires s’efforcent de tarifer et d’encadrer.
La rigueur documentaire relève de la même conception. Il convient de conserver la version de la fiche système, la date d’octroi de l’accès, le nom des personnes ayant validé et les identifiants des projets surveillés, aux côtés de toute vulnérabilité que l’équipe signalera ensuite à un mainteneur. Lorsqu’un modèle contribue à produire les éléments d’une divulgation, la piste d’audit doit faire apparaître l’autorisation humaine et le périmètre, comme pour une mission classique d’équipe d’attaque.
Ce que les acheteurs doivent exiger par écrit
- La preuve de l’accès. Le niveau nommément désigné (Daybreak Red, Fairwind, etc.), les contrôles d’identité et la liste des personnes habilitées au sein de l’organisation.
- La politique de périmètre. La manière dont l’éditeur définit les cibles autorisées et dont il bloque ou surveille les actions hors périmètre.
- Les réserves sur les évaluations. Les scores cyber cités ont-ils été mesurés avec ou sans les garde-fous du produit ? (Google signale que les évaluations cyber externes de Carbon ont été réalisées sans ces protections.)
- Le traitement des données. Les durées de conservation par défaut, les équivalents du ZDR et du PSP, et la possibilité pour l’équipe de sécurité de consulter les requêtes en clair.
- Le coupe-circuit. La révocation des identifiants, la modification des listes d’adresses IP autorisées et les points de supervision humaine pour les exécutions agentiques.
- La sécurité hors cyber. La confirmation que la permissivité en cybersécurité n’affaiblit pas les refus dans le domaine biologique ou dans d’autres domaines à haut risque (la fiche système d’OpenAI teste explicitement ce point pour GPT-6 Cyber).
- L’hygiène de divulgation. Si une recherche assistée par le modèle débouche sur des signalements aux mainteneurs, conserver la validation humaine, l’énoncé du périmètre et les journaux des outils ; l’agent doit être traité comme un chercheur placé sous supervision, et non comme un scanner anonyme.
Ces exigences sont délibérément administratives. Les modèles de pointe spécialisés en cybersécurité condensent en quelques heures des semaines d’analyse ; c’est la paperasse qui empêche cette vitesse de devancer l’autorisation.
En résumé
GPT-6 Cyber est un modèle spécialisé en cybersécurité déployé, mais à accès restreint, doté d’une fiche système publique détaillée, d’un niveau de préparation « Critical » en cybersécurité et d’un accès de confiance via Daybreak Red. Gemini 4 Carbon est un modèle de pointe de Google en préversion, qui revendique de solides résultats en cyberdéfense et dont l’accès est réservé en priorité à Fairwind et aux autorités : il n’est pas ouvert à l’ensemble des développeurs, selon les communications de Google d’octobre 2026. La lecture responsable, pour les lecteurs d’AndBeyond.Tech, est étroite : s’appuyer sur les fiches et les politiques d’accès pour déterminer si leurs équipes de défense sont éligibles, quelle surveillance elles devront accepter et comment ces offres cyber fermées s’insèrent dans un portefeuille pensé en termes de souveraineté. Les billets de lancement ne sont pas des manuels d’exploitation.
À lire aussi
- Modèles frontier open-weight vs API fermées : l’arbitrage de souveraineté
- L’ère des agents permanents : Claude Duet, Muse Wonder et Perplexity Teammates
- Les agents computer-use entrent en production : ce qui marche vraiment en entreprise
Références
- GPT‑6 Cyber: Advancing the frontier of aligned cybersecurity agents | OpenAI — 5 nov. 2026 ; présentation des capacités et de l’accès Daybreak ; résultats revendiqués auprès des partenaires.
- GPT‑6 Cyber System Card | OpenAI Deployment Safety Hub — 5 nov. 2026 ; niveaux de préparation aux risques, évaluations d’alignement, garde-fous, conditions d’accès.
- Gemini 4 Carbon: our next frontier model | Google — 28 oct. 2026 ; préversion en tests auprès de Fairwind et des autorités ; résultats SEC-bench Pro, ExploitGym et CWE-bench ; tarifs.
- The latest AI news we announced in October 2026 | Google — 2 nov. 2026 ; présentation de Carbon en préversion et disponibilité générale d’Argon.
- Fairwind Program | Google DeepMind — gouvernance de l’accès anticipé réservé aux partenaires de confiance de la cyberdéfense.
Images : illustrations originales créées pour AndBeyond.Tech ; aucun logo ni aucune personne réelle n’y figurent.
