L’essentiel en bref
- OpenAI ne peut pas exclure qu’Astra atteigne le niveau « Critique » en cybersécurité de son Preparedness Framework. C’est la première fois pour un de ses modèles.
- Le modèle est confiné : environnements de test isolés, accès réseau et outils restreints, chiffrement renforcé des poids, surveillance continue de sa chaîne de pensée.
- Trois jours plus tard, OpenAI a lancé GPT-5.6-Cyber, qui accepte 95 % des requêtes cyber avancées contre 1,5 % pour GPT-5.6 Sol, mais uniquement pour des partenaires accrédités.
Ce qu’OpenAI dit exactement sur Astra, et ce qu’il ne dit pas
Après quelques jours d’évaluations internes sur le codage agentique et la cybersécurité, OpenAI a conclu dans la nuit du 6 au 7 août qu’il ne pouvait plus écarter un niveau de capacité « Critique » pour Astra.
Le seuil est précisément défini dans le Preparedness Framework de l’entreprise : un modèle l’atteint s’il sait identifier et développer seul des exploits zero-day de toute gravité contre de nombreux systèmes réels durcis, ou concevoir et exécuter de bout en bout une stratégie d’attaque inédite à partir d’un simple objectif de haut niveau.
Aucun modèle OpenAI n’avait dépassé le niveau « Élevé » jusqu’ici, GPT-5.6 Sol compris.
Ceci dit, l’entreprise déclare qu’elle ne peut pas exclure, pas qu’elle a réellement constaté cecic et cette nuance est importante (car cela pourrait être un coup marketing indirect).
Alors, que s’est-il passé ? Concrètement, OpenAI a mis Astra sous cloche en attendant :
- environnements de test isolés, accès réseau et outils restreints, chiffrement renforcé des poids du modèle ;
- suspension des activités internes qui ne répondent pas encore à ces exigences ;
- surveillance universelle des actions à risque sur toutes les applications agentiques d’Astra, entraînement et évaluation inclus, avec des moniteurs qui analysent la chaîne de pensée et interrompent l’activité jugée dangereuse ;
- tests menés avec des agences gouvernementales et des organisations de sécurité de l’IA.
GPT-5.6-Cyber accepte 95 % des requêtes offensives, contre 1,5 % pour GPT-5.6 Sol
Le 10 août, OpenAI a lancé un modèle qui va exactement dans l’autre sens. GPT-5.6-Cyber, construit sur GPT-5.6 Sol, est entraîné pour améliorer les performances sur des tâches cyber spécialisées comme la découverte de zero-days et le développement de chaînes d’exploitation, et pour refuser moins souvent sur ces sujets à double usage.
Eric Wallace, chercheur chez OpenAI, présente le modèle comme la première tentative à grande échelle de l’entreprise pour améliorer directement les capacités sur des tâches de sécurité offensive, et indique qu’il est utilisé en interne pour le red-teaming sur l’ensemble de la stack.
Les résultats annoncés sortent du benchmark. OpenAI dit avoir trouvé avec ce modèle deux vulnérabilités inconnues dans V8, le moteur JavaScript de Chrome, chaînables pour corrompre la mémoire et sortir du bac à sable, dont l’une a été corrigée par Google sous la référence CVE-2026-15903.
L’entreprise revendique aussi plus de 400 vulnérabilités d’élévation de privilèges dans un noyau d’OS très répandu, trois failles critiques dans une base de données populaire, et cinq dans un système mobile.
Le détail qui compte ? Ces cibles ne sont pas nommées, mais elles sont vraisemblablement déjà dans votre stack.
« Pas réservé à quelques élus » : la doctrine d’OpenAI face à sa propre pratique
Sam Altman a défendu Astra sur X en expliquant qu’il ne juge pas bon de garder les modèles puissants pour un nombre restreint d’acteurs, et qu’OpenAI a simplement besoin d’un peu plus de temps pour le rendre disponible en toute sécurité.
Le problème ? Le modèle dédié à la cybersécurité lancé trois jours après suit précisément la logique inverse.
L’accès passe par deux niveaux de sécurité :
- Daybreak Blue donne accès aux modèles généralistes sans les garde-fous système qui bloquent le travail défensif légitime, Daybreak Red ouvre les modèles spécialisés pour la recherche de vulnérabilités et le pentest.
- Vérification d’identité, restrictions d’usage, monitoring, attestations légales, et clés de sécurité matérielles obligatoires pour tous les comptes individuels à partir du 1er septembre 2026.
Au-dessus, un programme partenaires qui réunit Accenture, IBM, PwC, KPMG, EY, Capgemini, NCC Group et SpecterOps côté services, CrowdStrike, Cisco, Sophos, Fortinet, Akamai, Cloudflare et l’unité 42 de Palo Alto Networks côté technologie. OpenAI précise que l’accès au modèle reste chez le partenaire approuvé et n’est jamais transféré au client final.
En clair ? Ces capacités ne s’achètent pas mais elles se louent avec le prestataire qui détient la clé. Une PME ou une ETI de 200 personnes n’ouvrira pas de compte Daybreak Red, elle paiera un contrat de services managés à l’un de ces seize acteurs.
Pour les équipes qui espéraient optimiser leur sécurité en interne, l’alternative reste des projets comme les pentesters IA open source avec des modèles opensource puissants disponibles par API (mais avec l’écart de capacité que cela suppose).
Ce que les DSI et les équipes produit doivent en retenir
Trois conséquences se dessinent pour la rentrée.
- La première tient au calendrier : la disponibilité d’un modèle frontière dépend désormais d’une évaluation interne au laboratoire, non auditée par un tiers, et cette évaluation peut décaler une sortie de plusieurs semaines. Le cas d’un modèle rendu indisponible du jour au lendemain n’a plus rien d’exceptionnel, et vos plans de migration doivent intégrer ce risque.
- La deuxième est opérationnelle. GPT-5.6-Cyber a été évalué « Élevé » et non « Critique », mais il produit des résultats très prometteurs sur des logiciels très déployés. Vos fenêtres de patch vont se resserrer, et l’arbitrage entre corriger vite et tester correctement va devenir un sujet de comité de direction, pas seulement de RSSI.
- La troisième est stratégique. La sécurité devient un critère de sélection de modèle au même titre que le prix ou la latence, ce qui change la façon de lire les classements de LLM : un modèle très performant mais susceptible d’être confiné du jour au lendemain n’a pas la même valeur qu’un modèle stable et documenté.
Notre verdict :
La transparence d’OpenAI sur Astra est intéressante mais elle ne doit pas masquer l’essentiel : l’entreprise fixe seule son seuil de danger, le mesure seule, et décide seule qui obtient un accès dérogatoire. Pour les entreprises, s’ils ne se tournent pas vers l’opensource, le sujet n’est pas la peur d’une IA hors de contrôle, c’est une dépendance nouvelle : celle d’une capacité de sécurité de pointe accessible uniquement via une poignée de prestataires accrédités.
Fondateur de LEPTIDIGITAL et SUPASST, je suis également consultant spécialisé en acquisition de leads B2B (SaaS). Passionné par le marketing digital, l’intelligence artificielle et le SEO. Avant de devenir indépendant, j’ai occupé des postes clés en tant que SEO Manager et responsable e-commerce pour plusieurs grandes entreprises (Altice Media, Infopro Digital, Voyage Privé et le Groupe ERAM). Sur le plan perso, je suis un curieux insatiable, également passionné par la photographie, le badminton et les voyages. Pour toute demande de partenariat, privilégiez LinkedIn ou email ([email protected]).
