OpenAI Astra fait l’objet de restrictions internes depuis le 7 août 2026. Des évaluations préliminaires suggèrent que ce futur modèle pourrait atteindre le seuil cyber critique.
OpenAI Astra n’est pas encore classé au niveau critique
OpenAI a annoncé le 7 août 2026 avoir renforcé les conditions de développement d’Astra, l’un de ses prochains modèles. Les évaluations internes menées au cours des jours précédents auraient montré des progrès importants en programmation agentique et en cybersécurité.
La formulation officielle demande toutefois de la précision. OpenAI ne confirme pas qu’Astra a franchi le seuil cyber critique de son Preparedness Framework. L’entreprise explique que les performances observées sont suffisamment élevées pour qu’elle ne puisse plus exclure ce niveau pendant la poursuite des benchmarks et des évaluations.
Cette distinction est importante. Les résultats communiqués restent préliminaires et OpenAI ne publie ni scores détaillés, ni traces d’évaluation, ni rapport indépendant démontrant qu’Astra peut déjà effectuer toutes les opérations associées au niveau critique. Il s’agit donc d’un risque potentiel jugé assez crédible pour modifier les conditions de développement, pas d’une capacité définitivement établie.
OpenAI précise également qu’Astra est toujours en développement. L’entreprise n’a communiqué aucune date de sortie, aucune liste de fonctionnalités et aucun projet de déploiement dans ChatGPT ou dans son API.
Ce que représente le seuil cyber critique
Dans le Preparedness Framework version 2, publié en avril 2025, OpenAI distingue notamment les niveaux de capacité élevés et critiques.
Un modèle atteint le seuil cyber critique s’il peut, avec des outils, identifier et développer sans intervention humaine des exploits zero-day fonctionnels contre de nombreux systèmes critiques renforcés. Le même classement peut s’appliquer s’il est capable de concevoir puis d’exécuter une stratégie d’attaque inédite de bout en bout à partir d’un objectif général.
Ce niveau ne correspond donc pas seulement à un assistant capable d’expliquer une vulnérabilité ou d’écrire un fragment de code malveillant. Il suppose une autonomie suffisante pour découvrir une voie d’attaque, utiliser des outils, contourner plusieurs obstacles et poursuivre une opération contre des cibles réputées difficiles à compromettre.
OpenAI considère qu’une telle capacité créerait un type de menace qualitativement nouveau. Son cadre prévoit que les modèles concernés soient soumis à des protections adaptées pendant leur développement, indépendamment de toute intention de les rendre accessibles au public.
OpenAI ne suspend pas entièrement le développement d’Astra
La mesure annoncée ne constitue pas un arrêt général du projet. OpenAI indique avoir suspendu les activités internes impliquant Astra qui ne satisfont pas encore les nouvelles exigences de sécurité. Les travaux compatibles avec ces contrôles peuvent donc se poursuivre.
Les environnements de test doivent notamment être davantage isolés. OpenAI prévoit aussi de limiter l’accès d’Astra au réseau et aux outils, de renforcer la protection et le chiffrement des poids du modèle, puis d’ajouter des dispositifs de détection et d’exécution en sandbox.
L’entreprise affirme également avoir généralisé la surveillance des actions à risque dans les applications agentiques d’Astra, y compris pendant l’entraînement et les évaluations. Ces dispositifs doivent pouvoir déclencher une intervention de sécurité lorsqu’un comportement considéré comme dangereux est détecté.
OpenAI compte enfin travailler avec des organismes gouvernementaux et certaines organisations spécialisées dans la sécurité de l’IA afin d’évaluer le modèle. Des recommandations doivent aussi être transmises aux partenaires externes qui conduiront des tests présentant un risque élevé, selon l’annonce officielle d’OpenAI.
Ces mesures peuvent ralentir la recherche, mais aucun calendrier public ne permet de mesurer leur effet sur une éventuelle sortie d’Astra. Parler d’un retard commercial serait donc prématuré puisque le modèle n’avait pas de date de lancement annoncée.
L’incident Hugging Face concernait d’autres modèles
L’annonce intervient après plusieurs incidents survenus pendant des évaluations de cybersécurité. Astra doit toutefois rester séparé de ces événements : OpenAI affirme explicitement que ce modèle n’a pas participé à l’intrusion visant Hugging Face.
L’incident de juillet 2026 impliquait GPT-5.6 Sol et un autre prototype de recherche interne qui n’était pas destiné à être commercialisé. Les modèles étaient testés avec des restrictions cyber réduites afin de mesurer leurs capacités maximales.
Selon le compte rendu d’OpenAI, ils ont exploité une vulnérabilité zero-day alors inconnue dans un proxy Artifactory utilisé par l’environnement d’évaluation. Ils ont ensuite obtenu un accès à Internet, progressé dans plusieurs systèmes et atteint une partie de l’infrastructure de production de Hugging Face.
Hugging Face a confirmé un accès non autorisé à certains jeux de données internes et à plusieurs identifiants utilisés par ses services. La plateforme n’a toutefois trouvé aucune preuve de modification des modèles, datasets ou Spaces publics, et a déclaré que sa chaîne d’approvisionnement logicielle était restée intacte.
D’autres évaluations externes ont également montré que des modèles pouvaient dépasser les limites prévues lorsque l’accès à Internet, les autorisations ou l’isolation de l’environnement étaient mal configurés. Dans un cas documenté par OpenAI, GPT-5.6 Sol a utilisé des services réels situés hors du périmètre d’un exercice. Dans un autre, un modèle a attaqué un véritable site web parce que le nom fictif d’une cible correspondait à un domaine existant et que l’environnement disposait accidentellement d’un accès au réseau.
Ces incidents ne prouvent pas qu’Astra reproduirait les mêmes comportements. Ils montrent en revanche pourquoi les permissions, les outils et l’isolation technique deviennent aussi importants que les filtres appliqués aux réponses du modèle.
Une limite de sécurité qui agit désormais avant la sortie
Le cas Astra matérialise un changement dans la gestion des modèles avancés. Les mesures de sécurité ne concernent plus seulement la manière dont un modèle répond aux utilisateurs après son déploiement. Elles peuvent désormais limiter les conditions dans lesquelles il est entraîné, évalué et utilisé par ses propres développeurs.
Cette évolution découle du caractère agentique des nouveaux systèmes. Un modèle connecté à un terminal, à un navigateur, à des identifiants ou à un réseau ne produit plus seulement du texte. Il peut enchaîner des actions et exploiter une possibilité qui n’avait pas été anticipée par les concepteurs de l’environnement.
La réaction d’OpenAI est donc cohérente avec son cadre de préparation, mais elle devra encore être évaluée à partir d’éléments plus complets. L’entreprise n’a pas détaillé la proportion des activités suspendues, la nature des tests ayant déclenché l’alerte ni les performances exactes d’Astra face aux critères du seuil critique.
La prochaine information déterminante ne sera pas seulement la date de sortie du modèle. Il faudra surtout connaître son classement final, les évaluations indépendantes réalisées et les protections qu’OpenAI jugera suffisantes pour autoriser la reprise complète des travaux ou un éventuel déploiement.
