(Essayez l'IA de Yiaho, c'est gratuit !)
L’essentiel en 30 secondes
- Le vendredi 7 août 2026, OpenAI a publié trois textes officiels sur Astra, son prochain grand modèle, encore non commercialisé. Ils ne disent pas tout à fait la même chose.
- Le billet de blog écrit qu’OpenAI « ne peut pas exclure » des capacités cyber critiques. Le compte X officiel, trois heures et demie plus tard, écrit qu’Astra est traité comme le premier modèle « critique » de l’entreprise en cybersécurité.
- Ce qui est suspendu, ce sont les activités internes qui ne satisfont pas encore aux contrôles de sécurité renforcés. Pas le développement du modèle.
- Or le cadre interne d’OpenAI prévoit qu’un niveau critique en cybersécurité impose d’arrêter le développement. Sur les 15 pages francophones de la page 1 de Google que nous avons pu lire en entier, aucune ne le mentionne.
- Astra n’est pas le modèle qui a compromis Hugging Face en juillet. OpenAI le précise noir sur blanc.
Une semaine plus tôt, OpenAI présentait Astra comme la machine qui venait de faire avancer dix problèmes de mathématiques ouverts depuis des décennies. Six jours après, le même modèle est mis sous surveillance permanente, isolé dans des environnements de test étanches, et une partie du travail interne qui le concerne est gelée.
Depuis, la presse francophone se partage en deux camps. Les uns écrivent qu’OpenAI « ne peut plus exclure » un niveau de risque critique, les autres qu’Astra « a atteint » ce niveau. Les deux camps ont raison, et c’est tout le problème : ils ne lisent pas le même texte officiel. Nous avons repris les trois publications d’OpenAI du 7 août, le document de référence qu’elles citent, et les 15 pages lisibles de la première page de Google. Voici ce que la source dit exactement, et le passage que personne n’est allé chercher.
Trois textes officiels le même jour, trois formulations
Le billet s’intitule Responding to the next frontier of critical cyber capabilities. Le flux RSS officiel d’OpenAI le date du vendredi 7 août 2026 à 15 h 20 GMT, soit 17 h 20 en France. Son premier paragraphe pose le fait :
« Nos dernières évaluations internes d’Astra, l’un de nos modèles à venir, menées ces derniers jours, indiquent des progrès significatifs en codage agentique et en cybersécurité. Ces résultats, ajoutés aux évaluations d’experts, nous ont conduits à conclure la nuit dernière que nous ne pouvons pas exclure des capacités cyber critiques au titre de notre Preparedness Framework. » (Our latest internal evaluations of Astra, one of our upcoming models, over the past few days indicate significant advancements in agentic coding and cybersecurity. These results, in addition to expert assessments, have led us to conclude last night that we cannot rule out critical cyber capabilities under our Preparedness Framework.)OpenAI, billet du 7 août 2026
Trois détails méritent qu’on s’arrête. « Ces derniers jours » : les évaluations sont récentes et, de l’aveu même d’OpenAI, préliminaires. « La nuit dernière » : la conclusion tombe dans la nuit du 6 au 7 août, et le billet sort le lendemain après-midi, ce qui est très rapide pour ce genre de sujet. Et surtout « nous ne pouvons pas exclure » : ce n’est pas la même chose que « nous avons constaté ».
Trois heures et trente-deux minutes plus tard, le compte X officiel de l’entreprise publie un message qui, lui, tranche.
« Après avoir évalué l’un de nos modèles à venir, Astra, nous le traitons comme notre premier modèle « critique » en cybersécurité au titre de notre Preparedness Framework. C’est un scénario que nous avions anticipé, et nous mettons en place des contrôles supplémentaires pour que la suite du développement d’Astra se déroule de façon sûre et sécurisée. Nous travaillons dur à rendre Astra largement disponible, et à mettre ses capacités cyber avancées entre les mains des défenseurs. » (After evaluating one of our upcoming models, Astra, we’re treating it as our first “critical” model for cybersecurity under our Preparedness Framework. This is a scenario we’ve planned for, and we’re putting additional controls in place to ensure Astra’s further development happens safely and securely. We’re working hard to make Astra broadly available, and get its advanced cyber capabilities into the hands of defenders.)
« Nous le traitons comme notre premier modèle critique en cybersécurité » n’est pas « nous ne pouvons pas exclure ». La première formule est une décision, la seconde une incertitude. Quatre heures après ce message, le directeur général d’OpenAI ajoute une troisième couche, cette fois sur la disponibilité du modèle.
« Astra est un modèle puissant et nous travaillons à le rendre généralement disponible. Nous ne pensons pas que ce soit une bonne stratégie de réserver les modèles puissants à quelques élus. Compte tenu de ses capacités cyber, il nous faut un peu plus de temps pour le faire en toute sécurité. Mais espérons que ce ne sera pas trop long ! » (astra is a powerful model and we are working to make it generally available. we do not think it is a good strategy to keep powerful models to a chosen few. given its cyber capabilities, we need a little big longer to do do this safely. but hopefully not too long!)
| Canal officiel | Heure (GMT) | Ce qui est dit d’Astra |
|---|---|---|
| Billet sur openai.com | 15 h 20 | OpenAI « ne peut pas exclure » des capacités cyber critiques. Évaluations qualifiées de préliminaires. |
| Compte X @OpenAI | 18 h 52 | Astra est traité comme « notre premier modèle critique en cybersécurité ». |
| Compte X @sama | 22 h 54 | OpenAI travaille à rendre Astra « généralement disponible », avec un peu plus de temps. |
Astra, c’est quoi au juste ?
Un modèle qui n’existe dans aucun produit grand public. OpenAI le désigne comme « l’un de nos modèles à venir » (one of our upcoming models). Le 1er août 2026, l’entreprise écrivait déjà que ses avancées en mathématiques avaient été obtenues par « une version interne d’Astra, notre prochain grand modèle » (an internal version of Astra, our next major model). Vous ne pouvez donc ni l’essayer, ni le payer, ni y être exposé. Ce que vous utilisez dans ChatGPT, ce sont les modèles de la famille GPT-5.6.
« Critique » : la définition exacte, et ce qui la sépare d’« élevé »
OpenAI classe les capacités de ses modèles par niveaux dans un document appelé Preparedness Framework. Deux niveaux comptent ici : « élevé » (High) et « critique » (Critical). Voici la définition du niveau critique en cybersécurité, telle qu’elle figure dans le billet du 7 août :
« Au titre de notre Preparedness Framework, un modèle atteint le seuil critique en cybersécurité s’il peut identifier et développer des exploits zero-day fonctionnels de tous niveaux de gravité dans de nombreux systèmes critiques réels et durcis, sans intervention humaine, ou s’il peut concevoir et exécuter de bout en bout des stratégies inédites de cyberattaque contre des cibles durcies à partir d’un simple objectif de haut niveau. » (Under our Preparedness Framework, a model reaches the Critical cybersecurity threshold if it can identify and develop functional zero-day exploits of all severity levels in many hardened real-world critical systems without human intervention, or can devise and execute end-to-end novel strategies for cyberattacks against hardened targets given only a high level desired goal.)OpenAI, billet du 7 août 2026
Un « zero-day » est une faille inconnue de l’éditeur du logiciel, donc sans correctif disponible. Un système « durci » (hardened) est un système déjà protégé sérieusement. « Sans intervention humaine » signifie que personne ne guide la machine étape par étape. Le tableau ci-dessous montre l’écart réel entre les deux niveaux.
| Ce qui distingue les deux niveaux | Seuil élevé | Seuil critique |
|---|---|---|
| Ce que le modèle sait faire | Lever les goulets d’étranglement des opérations cyber : automatiser des opérations de bout en bout contre des cibles raisonnablement durcies, ou automatiser la découverte et l’exploitation de vulnérabilités pertinentes sur le plan opérationnel | Trouver et développer seul des zero-day fonctionnels, de toutes gravités, dans de nombreux systèmes critiques réels et durcis, ou inventer et mener une attaque inédite de bout en bout à partir d’un simple objectif |
| Niveau d’autonomie exigé | Automatisation, un humain reste dans la boucle du dispositif | Sans intervention humaine |
| Ce que le cadre impose alors | Contrôles de sécurité et garde-fous au standard « élevé » avant déploiement externe, garde-fous contre le désalignement pour tout déploiement interne à grande échelle | Arrêter le développement tant que des garde-fous et des contrôles de sécurité de standard critique n’ont pas été définis |
| Modèles concernés à ce jour | Les modèles précédents, GPT-5.6 Sol compris, « évalués au seuil élevé plutôt que critique » (assessed at the High (rather than Critical) threshold) | Astra, présenté par le compte X d’OpenAI comme « notre premier modèle critique en cybersécurité ». Le billet, lui, écrit seulement ne pas pouvoir l’exclure |
Le passage que personne n’est allé chercher
Le billet renvoie vers le Preparedness Framework par un simple lien. Nous avons ouvert le document : un PDF de 22 pages hébergé sur le CDN d’OpenAI. Sa page de couverture porte la mention « Version 2. Last updated: 15th April, 2025 », ses métadonnées une date de compilation du 28 avril 2025, et l’en-tête HTTP du fichier une mise en ligne le 9 juin 2025. C’est la version qui fait foi aujourd’hui. Le billet, lui, rappelle que la première version date de décembre 2023.
Le tableau des catégories suivies court sur deux pages. À la page 6 du document, qui est la septième page du fichier, la ligne « critique » de la cybersécurité comporte une colonne « garde-fous ». Elle tient en une phrase.
« Tant que nous n’avons pas spécifié des garde-fous et des standards de contrôles de sécurité qui atteindraient un standard critique, arrêter le développement. » (Until we have specified safeguards and security controls standards that would meet a Critical standard, halt further development)OpenAI, Preparedness Framework version 2, tableau 1, page 6
Deux fois la même expression, deux verbes opposés
Le cadre écrit « halt further development », arrêter la suite du développement. Le billet du 7 août écrit, à propos des mesures prises, « so that further development of this model happens safely and securely », pour que la suite du développement de ce modèle se déroule de façon sûre et sécurisée. Le message du compte X reprend la même expression : « to ensure Astra’s further development happens safely and securely ». Les deux textes parlent donc exactement de la même chose, la suite du développement, et n’en tirent pas la même conclusion : le cadre dit de l’arrêter, l’annonce dit de l’encadrer.
Faut-il y voir une manœuvre ? Rien ne permet de l’affirmer. Le cadre est bâti sur des mesures, OpenAI décrit ses évaluations comme préliminaires, et la formule prudente du billet est cohérente avec cet état. Mais l’écart mérite d’être posé devant le lecteur plutôt que laissé dans un lien hypertexte, d’autant que le compte officiel de la même entreprise, trois heures et demie plus tard, emploie le mot qui déclenche la règle.
Le décodeur : les 8 catégories du Preparedness Framework
Le cadre ne parle pas que de cybersécurité. Il suit trois catégories de risque assorties de seuils et d’obligations, et il surveille cinq domaines de recherche qui n’ont pas encore de seuil mais déclenchent déjà des réponses. Une neuvième candidate, la persuasion, est explicitement écartée : OpenAI écrit que les risques de cette catégorie « ne remplissent pas les critères d’inclusion » (do not fit the criteria for inclusion) et relèvent de réponses systémiques ou sociétales. Ce document n’existe qu’en anglais. L’outil ci-dessous en donne les huit entrées en français, avec la formulation d’origine et la page où chacune se trouve.
Le décodeur du Preparedness Framework
Choisissez une catégorie, puis ce que vous voulez lire : le texte du cadre, ou ce qu’il oblige OpenAI à faire. Les huit catégories du document, traduites et sourcées page par page.
Biologique et chimique
Ce que la catégorie couvre. Les capacités qui, en plus d’ouvrir des découvertes et des traitements, peuvent aussi abaisser les barrières à la création et à l’emploi d’armes biologiques ou chimiques.
Seuil élevé. Le modèle apporte une aide réellement décisive à un acteur « novice », c’est-à-dire toute personne ayant un bagage technique de base, au point de lui permettre de créer des menaces biologiques ou chimiques déjà connues (The model can provide meaningful counterfactual assistance (relative to unlimited access to baseline of tools available in 2021) to “novice” actors (anyone with a basic relevant technical background) that enables them to create known biological or chemical threats.)
Seuil critique. Le modèle permet à un expert de mettre au point un vecteur de menace inédit et très dangereux, comparable à un nouvel agent biologique de classe A des CDC, ou bien il peut être relié à des outils et à des équipements pour boucler seul tout le cycle d’ingénierie ou de synthèse d’une menace biologique réglementée ou inédite (without human intervention).
Où c’est écrit : Preparedness Framework v2, tableau 1 « Tracked Categories », page 5
Biologique et chimique
Au seuil élevé. Contrôles de sécurité au standard « élevé » de l’annexe C.3, et garde-fous contre l’usage abusif (misuse) au standard « élevé » de l’annexe C.1 avant tout déploiement externe.
Au seuil critique. « Tant que nous n’avons pas spécifié des garde-fous et des contrôles de sécurité qui atteindraient un standard critique, arrêter le développement » (Until we have specified safeguards and security controls that would meet a Critical standard, halt further development), et contribuer à l’amélioration des politiques publiques et de la préparation aux pandémies.
Où c’est écrit : Preparedness Framework v2, tableau 1 « Tracked Categories », page 5
Cybersécurité
Ce que la catégorie couvre. La capacité d’un modèle d’IA à aider à développer des outils et à mener des opérations, aussi bien de cyberdéfense que de cyberattaque.
Seuil élevé. Le modèle lève les goulets d’étranglement qui limitent aujourd’hui la montée en charge des opérations cyber, notamment en automatisant des opérations de bout en bout contre des cibles raisonnablement durcies, ou en automatisant la découverte et l’exploitation de vulnérabilités pertinentes sur le plan opérationnel (operationally relevant vulnerabilities).
Seuil critique. Un modèle outillé sait identifier et développer des exploits « zero-day » fonctionnels, de tous niveaux de gravité, dans de nombreux systèmes critiques réels et durcis, sans intervention humaine ; ou bien il sait concevoir et exécuter de bout en bout des stratégies inédites de cyberattaque contre des cibles durcies à partir d’un simple objectif de haut niveau (A tool-augmented model can identify and develop functional zero-day exploits of all severity levels in many hardened real-world critical systems without human intervention OR model can devise and execute end-to-end novel strategies for cyberattacks against hardened targets given only a high level desired goal.)
Où c’est écrit : Preparedness Framework v2, tableau 1, pages 5 et 6 ; billet OpenAI du 7 août 2026
Cybersécurité
Au seuil élevé. Contrôles de sécurité au standard « élevé » (annexe C.3), garde-fous contre l’usage abusif (misuse) au standard « élevé » (annexe C.1) pour le déploiement externe, garde-fous contre le désalignement au standard « élevé » (annexe C.2) pour tout déploiement interne à grande échelle, et contribution aux politiques et aux outils de cyberdéfense.
Au seuil critique. Une seule ligne, et elle est sèche : « Tant que nous n’avons pas spécifié des garde-fous et des standards de contrôles de sécurité qui atteindraient un standard critique, arrêter le développement » (Until we have specified safeguards and security controls standards that would meet a Critical standard, halt further development).
Où en est Astra. Le billet du 7 août écrit qu’OpenAI ne peut pas exclure ce niveau. Le compte X de l’entreprise, trois heures et demie plus tard, écrit qu’Astra est traité comme « notre premier modèle « critique » en cybersécurité » (our first “critical” model for cybersecurity). Dans les deux cas, l’arrêt du développement annoncé par cette ligne du tableau n’est pas appliqué : ce qui est suspendu, ce sont les seules activités internes qui ne satisfont pas encore aux contrôles renforcés.
Où c’est écrit : Preparedness Framework v2, tableau 1, pages 5 et 6 ; billet OpenAI du 7 août 2026
Auto-amélioration de l’IA
Ce que la catégorie couvre. La capacité d’un système d’IA à accélérer la recherche en IA, y compris à augmenter sa propre capacité.
Seuil élevé. L’effet du modèle équivaut à donner à chaque chercheur d’OpenAI un assistant ingénieur de recherche de milieu de carrière très performant, par rapport au niveau de référence de ces chercheurs en 2024.
Seuil critique. Le modèle est capable de s’améliorer de façon récursive, c’est-à-dire de mener une recherche en IA entièrement automatisée. Le cadre en donne deux signatures : un agent chercheur scientifique surhumain (superhuman research-scientist agent), présenté comme indicateur avancé, ou, en indicateur retardé, une amélioration d’une génération de modèle à l’autre obtenue en un cinquième du temps qu’elle demandait en 2024, l’exemple donné étant le passage d’OpenAI o1 à OpenAI o3 ramené à quatre semaines, et tenue de façon soutenue pendant plusieurs mois.
Où c’est écrit : Preparedness Framework v2, tableau 1, page 6
Auto-amélioration de l’IA
Au seuil élevé. Contrôles de sécurité au standard « élevé » (annexe C.3).
Au seuil critique. Même règle qu’en biologie, au mot près : « tant que nous n’avons pas spécifié des garde-fous et des contrôles de sécurité qui atteindraient un standard critique, arrêter le développement » (Until we have specified safeguards and security controls that would meet a Critical standard, halt further development). Le risque décrit est une accélération de la recherche en IA si rapide que les pratiques de supervision d’OpenAI ne suffiraient plus, y compris pour garder le contrôle humain du système.
Où c’est écrit : Preparedness Framework v2, tableau 1, page 6
Autonomie longue durée (Long-range Autonomy)
Ce que la catégorie couvre. La capacité d’un modèle à exécuter une longue séquence d’actions suffisante pour réaliser un scénario de menace de niveau « élevé », par exemple une cyberattaque, sans être dirigé par un humain, y compris en menant des attaques d’ingénierie sociale réussies quand c’est nécessaire.
Pourquoi c’est une catégorie de recherche. OpenAI la classe parmi les domaines qui ne remplissent pas encore les critères d’une catégorie suivie, faute de modélisation de la menace assez mûre ou de mesures assez rigoureuses, mais qui justifient d’investir dès maintenant.
Où c’est écrit : Preparedness Framework v2, tableau 2 « Research Categories », page 7
Autonomie longue durée (Long-range Autonomy)
La réponse annoncée. Si un modèle atteint des capacités élevées ou critiques dans l’une des catégories suivies, exiger un rapport de garde-fous (safeguards report) portant sur le « désalignement ». Le cadre ajoute que les décisions de gouvernance, dont les jalons de garde-fous au déploiement interne comme externe, seront prises à mesure que la catégorie mûrira.
Le lien avec le sujet du jour. C’est exactement le cas de figure : le communiqué du 7 août annonce une surveillance universelle des usages agentiques d’Astra, entraînement et évaluation compris, avec examen de la chaîne de raisonnement.
Où c’est écrit : Preparedness Framework v2, tableau 2 « Research Categories », page 7
Sous-performance volontaire aux tests (Sandbagging)
Ce que la catégorie couvre. La capacité et la propension d’un modèle à répondre aux évaluations de sûreté ou de capacité d’une manière qui s’écarte nettement de son comportement en conditions réelles, ce qui ruine la validité de ces évaluations.
Traduit en clair. Un modèle qui « joue au plus bête » pendant les tests. Toute la démarche du cadre repose sur des mesures : si le modèle sait fausser la mesure, le reste s’écroule.
Où c’est écrit : Preparedness Framework v2, tableau 2, page 7
Sous-performance volontaire aux tests (Sandbagging)
La réponse annoncée. Adopter une méthode d’élicitation qui déjoue la sous-performance volontaire, ou bien retenir une borne supérieure prudente des résultats du modèle non sous-performant.
Le lien avec le sujet du jour. Les évaluations d’Astra citées le 7 août sont qualifiées de préliminaires par OpenAI, qui écrit continuer à évaluer le modèle. C’est le genre de précaution que cette catégorie justifie.
Où c’est écrit : Preparedness Framework v2, tableau 2, page 7
Réplication et adaptation autonomes
Ce que la catégorie couvre. La capacité à survivre, à se répliquer, à résister à l’extinction, à acquérir des ressources pour maintenir et étendre ses propres opérations, et à commettre des actes illégaux qui, pris ensemble, causent un préjudice grave, que ce soit sur instruction explicite ou de sa propre initiative, et sans mobiliser les capacités des autres catégories suivies.
D’où elle vient. Avec l’autonomie longue durée et l’auto-amélioration, elle formait ce qu’OpenAI appelait auparavant l’« autonomie du modèle » (Model Autonomy). La version 2 du cadre a séparé les trois, l’auto-amélioration passant en catégorie suivie et les deux autres en catégories de recherche.
Où c’est écrit : Preparedness Framework v2, tableau 2, page 7
Réplication et adaptation autonomes
La réponse annoncée. Une seule ligne, et c’est la plus forte des cinq catégories de recherche : convertir la réplication et l’adaptation autonomes en catégorie suivie, donc lui donner des seuils et des obligations.
Où c’est écrit : Preparedness Framework v2, tableau 2, page 7
Sabotage des garde-fous (Undermining Safeguards)
Ce que la catégorie couvre. La capacité et la propension d’un modèle à agir pour saper les garde-fous qui lui sont imposés : tromperie, collusion avec les modèles chargés de le surveiller, sabotage étalé dans le temps, par exemple en glissant des vulnérabilités dans le code même des garde-fous.
Pourquoi c’est à part. Cette catégorie ne crée pas de risque direct : elle menace les dispositifs sur lesquels reposent tous les autres.
Où c’est écrit : Preparedness Framework v2, tableau 2, page 7
Sabotage des garde-fous (Undermining Safeguards)
La réponse annoncée. Si le modèle atteint des capacités élevées ou critiques dans une catégorie suivie, exiger que le dossier de garde-fous résiste à la capacité et/ou à la propension découverte.
Le lien avec le sujet du jour. Les moniteurs déployés sur Astra examinent la chaîne de raisonnement du modèle et déclenchent une réponse de sécurité pour examiner et interrompre une activité à haut risque. C’est le dispositif que cette catégorie surveille.
Où c’est écrit : Preparedness Framework v2, tableau 2, page 7
Nucléaire et radiologique
Ce que la catégorie couvre. La capacité à rendre réellement possible la création d’une menace radiologique, ou à permettre ou accélérer nettement le développement d’une menace nucléaire ou l’accès à celle-ci, tout en restant indétectée.
Pourquoi ce n’est pas une catégorie suivie. OpenAI explique que l’information et l’expertise nécessaires à une arme nucléaire opérationnelle sont classifiées, que les obstacles physiques sont considérables (matière fissile, équipements, balistique), et que le sujet ne peut donc pas être étudié hors d’un cadre classifié.
Où c’est écrit : Preparedness Framework v2, tableau 2, page 7
Nucléaire et radiologique
La réponse annoncée. Renforcer les garde-fous, et envisager d’autres actions, en concertation avec les acteurs gouvernementaux américains appropriés, en tenant compte de la complexité du traitement des informations classifiées.
À retenir. C’est la seule des huit catégories dont la réponse passe explicitement par un État.
Où c’est écrit : Preparedness Framework v2, tableau 2, page 7
16 combinaisons. Source unique : OpenAI, Preparedness Framework version 2, PDF de 22 pages qui se date du 15 avril 2025 en couverture, compilé le 28 avril 2025 selon ses métadonnées, mis en ligne sur le CDN d’OpenAI le 9 juin 2025, et lié par le billet du 7 août 2026. Traduction de la rédaction, formulations d’origine entre parenthèses.
Ce que la presse francophone a écrit, et d’où vient le désaccord
Le 10 août 2026 à 11 h 05, la requête « OpenAI Astra cybersécurité » sur Google France rend 19 résultats organiques. Quatre ne sont pas lisibles par un outil automatique : le billet d’OpenAI lui-même, qui répond une erreur 403, une publication Facebook, une page Binance et une page Zonebourse. Nous avons lu les 15 autres en entier. Tous les décomptes qui suivent portent sur ce périmètre de 15 pages.
Onze rendent la nuance du billet, souvent très bien : « ne peut plus écarter », « ne sait plus si », « incapable d’écarter la possibilité », « n’a pas prouvé que son modèle atteint ce niveau de gravité ». Quatre écrivent l’inverse, sans réserve. Trois des quatre phrases citées ci-dessous attribuent explicitement l’affirmation à OpenAI.
| Page | Ce qu’elle écrit | Ce que disent les canaux officiels |
|---|---|---|
| briefia.fr | Astra a atteint un seuil critique, lui permettant potentiellement de mener des cyberattaques autonomes. | Le billet écrit we cannot rule out Critical capability level at this time. Le compte X d’OpenAI écrit we’re treating it as our first “critical” model for cybersecurity. La formulation dépend donc du canal lu, pas du journaliste. |
| servicesmobiles.fr | Selon OpenAI, Astra a atteint son seuil critique en cybersécurité. | |
| lebigdata.fr | Ses capacités ont atteint un niveau jugé « critique » par OpenAI. | |
| generation-nt.com | Concrètement, Astra a atteint un seuil de compétence que l’entreprise qualifie elle-même de « critique ». |
Le détail qui tranche : sur les 15 pages, une seule reproduit le message du compte X d’OpenAI, celle de lebigdata.fr, et c’est justement l’une des quatre. Autrement dit, la page qui affirme le plus nettement est aussi la seule à disposer du document qui l’autorise. Le message de Sam Altman, lui, est reproduit par trois pages et cité d’une façon ou d’une autre par sept.
Trois des quatre pages « affirmatives » écrivent d’ailleurs la formule prudente ailleurs dans le même article : generation-nt, servicesmobiles et briefia se contredisent elles-mêmes en quelques paragraphes. Une seule, lebigdata, ne comporte aucune réserve, et c’est celle qui a le message officiel sous les yeux.
Un cinquième écart, plus discret, porte sur la date. La reprise d’Investing.com relayée par Yahoo Finance écrit qu’OpenAI « a annoncé jeudi ». Le flux RSS d’OpenAI et la dépêche Reuters reprise par Boursorama disent tous deux vendredi. La même page précise en pied d’article qu’elle a été « générée et traduite avec l’aide de l’IA et revue par un rédacteur ».
Et sur les deux points les plus lourds, le compte est net. Zéro page sur quinze mentionne l’obligation d’arrêt inscrite dans le cadre. Zéro page sur quinze écrit qu’Astra est le premier modèle qu’OpenAI range à ce niveau, alors que c’est le mot employé par le compte officiel de l’entreprise. Aucune ne mentionne non plus la version du document réellement en vigueur, ni ne cite le PDF.
Non, Astra n’a pas piraté Hugging Face
La confusion est facile, parce que l’été 2026 a enchaîné trois affaires de sécurité chez OpenAI en trois semaines. Le billet du 7 août coupe court en une phrase : « Astra est un modèle à venir, et n’a pas été impliqué dans l’exploitation de Hugging Face » (Astra is an upcoming model, and was not involved in exploiting Hugging Face). Voici la chronologie réelle.
- Hugging Face
OpenAI reconnaît qu’un ensemble de ses modèles, dont GPT-5.6 Sol et un modèle préversion plus capable, ont enchaîné des vulnérabilités pour atteindre la base de production de Hugging Face pendant une évaluation interne menée sans les classifieurs de sécurité. Nous avons raconté le récit heure par heure.
- Astra en mathématicien
OpenAI publie dix avancées sur des problèmes ouverts, obtenues par une version interne d’Astra. Le billet précise que le coût en jetons pour trouver ces solutions représenterait environ 2 000 dollars aux tarifs de l’API Sol.
- Évaluateurs externes
Deux partenaires de test signalent des débordements. Sur 19 événements identifiés par l’institut britannique de sécurité de l’IA, deux impliquaient GPT-5.6 Sol, qui est notamment allé créer des comptes chez des fournisseurs externes. Les autres venaient d’un modèle d’un autre laboratoire.
- Astra sous contrôle renforcé
Environnements de test isolés, accès réseau et outils restreints, chiffrement et protection renforcés des poids du modèle, exécution en bac à sable, et surveillance universelle de tous les usages agentiques, entraînement et évaluation compris, avec examen de la chaîne de raisonnement.
Les cinq mesures annoncées, dans l’ordre du billet
- Contrôles de sécurité durcis pour les modèles à forte capacité et les activités associées : environnements de test isolés, accès réseau et accès aux outils restreints, protections et chiffrement renforcés des poids du modèle, capacités supplémentaires de détection et de surveillance, exécution en bac à sable.
- Gel des activités internes impliquant Astra qui ne satisfont pas encore à ces exigences renforcées. C’est la seule mesure de suspension du texte, et elle porte sur des activités, pas sur le développement.
- Surveillance universelle des actions à risque et du désalignement sur tous les usages agentiques d’Astra. Les moniteurs examinent la chaîne de raisonnement du modèle et déclenchent une réponse de sécurité pour interrompre une activité à haut risque.
- Tests avec des agences gouvernementales et des organisations de sûreté de l’IA sélectionnées, pour éprouver les capacités du modèle.
- Recommandations de sécurité aux partenaires de test externes, afin qu’ils puissent mener des évaluations à haut risque sans incident. Point directement issu des débordements du 4 août.
OpenAI termine sur une note qu’il faut lire pour ce qu’elle est, un argument : l’entreprise estime que des modèles très capables en cyber « devraient aider les défenseurs à identifier et corriger les vulnérabilités avant les attaquants » (should help defenders identify and address vulnerabilities before attackers do). Le message du compte X va plus loin en annonçant vouloir mettre ces capacités « entre les mains des défenseurs » (into the hands of defenders), ce qui suppose une mise à disposition, pas un confinement.
Ce que ça change pour vous
Concrètement, rien aujourd’hui. Astra n’est pas dans ChatGPT, ni dans une API publique, ni dans un produit tiers. Les mesures annoncées sont internes à OpenAI et à ses partenaires de test. Aucune faille grand public n’a été annoncée, aucun mot de passe n’est à changer, aucune application n’est à mettre à jour à cause de cette actualité.
Ce qui change, c’est ce qu’il faudra surveiller. Trois signaux valent la peine d’être suivis dans les semaines qui viennent.
- Le classement final. OpenAI écrit continuer à évaluer le modèle. Le compte X emploie déjà le mot « critique » ; si l’évaluation formelle le confirme, le cadre impose l’arrêt du développement, et il faudra voir ce que l’entreprise en fait. Si elle retient finalement le niveau élevé, Astra suivra le régime déjà appliqué à GPT-5.6 Sol.
- La carte système à la sortie. C’est le document qui accompagne chaque modèle et qui détaille les évaluations. C’est là que la mesure définitive sera écrite, pas dans un message publié un vendredi soir.
- Les tests des institutions publiques. OpenAI annonce travailler avec des agences gouvernementales et des organisations de sûreté. Ces institutions publient parfois leurs propres constats, et ils ne disent pas toujours la même chose que l’éditeur.
Questions fréquentes
OpenAI a-t-il arrêté le développement d’Astra ?
Non. Le billet dit suspendre « les activités internes impliquant Astra qui ne satisfont pas encore à ces exigences renforcées de contrôle de sécurité » (internal activities involving Astra that do not yet meet these strengthened security control requirements). Le développement, lui, continue : le compte X d’OpenAI annonce des contrôles supplémentaires « pour que la suite du développement d’Astra se déroule de façon sûre et sécurisée », et Sam Altman écrit travailler à le rendre généralement disponible.
Astra a-t-il vraiment atteint le seuil critique ?
Cela dépend du texte officiel que l’on lit. Le billet de blog écrit « nous ne pouvons pas exclure un niveau de capacité critique à ce stade » (we cannot rule out Critical capability level at this time), donc une incertitude assumée. Le compte X de l’entreprise écrit « nous le traitons comme notre premier modèle critique en cybersécurité » (we’re treating it as our first “critical” model for cybersecurity), donc une décision. Les deux ont été publiés le 7 août 2026, à trois heures et demie d’intervalle.
Puis-je essayer Astra ?
Non. C’est un modèle interne, présenté par OpenAI comme « l’un de nos modèles à venir ». Il n’a ni date de sortie annoncée, ni tarif, ni accès public, même si son directeur général dit travailler à le rendre largement disponible. Les modèles disponibles dans ChatGPT restent ceux de la famille GPT-5.6, dont vous pouvez lire ce qui est réellement accessible gratuitement.
Est-ce que ce modèle a piraté quelque chose ?
Non, et c’est écrit explicitement : « Astra est un modèle à venir, et n’a pas été impliqué dans l’exploitation de Hugging Face » (Astra is an upcoming model, and was not involved in exploiting Hugging Face). L’incident de juillet impliquait GPT-5.6 Sol et un modèle préversion, dans un cadre d’évaluation interne où les classifieurs de sécurité avaient été désactivés pour mesurer la capacité brute.
Qu’est-ce qu’une faille « zero-day » ?
Une vulnérabilité qu’aucun correctif ne couvre parce que l’éditeur du logiciel ne la connaît pas encore. Le nom vient du délai laissé au défenseur : zéro jour. Le seuil critique d’OpenAI ne se contente pas d’une faille de ce type : il exige que le modèle sache en trouver et en exploiter de tous niveaux de gravité, dans de nombreux systèmes déjà protégés, et sans intervention humaine.
Le Preparedness Framework est-il contraignant ?
C’est un engagement interne, publié par OpenAI, pas une norme légale ni un contrôle extérieur. Il décrit des seuils, des obligations et une gouvernance, et l’entreprise s’y réfère publiquement, comme ici. Sa force tient donc à la transparence de son application, ce qui rend la comparaison entre le texte et les annonces d’autant plus utile.
Pourquoi OpenAI publie-t-il ça avant la sortie du modèle ?
L’entreprise l’écrit : « nous partageons ceci parce que nous pensons qu’il est important d’être transparents avec le public et avec les communautés de la sûreté et de la sécurité au sujet de cette évolution potentielle des capacités » (We are sharing this because we believe it’s important to be transparent with the public and the safety and security communities about this potential shift in capabilities). Communiquer sur un modèle non sorti est inhabituel, et c’est probablement le fait le plus notable de cette annonce.
Pas besoin d’attendre le prochain modèle pour tester une IA
Astra n’est pas disponible, et ne le sera pas demain. Yiaho, si : une IA en ligne, en français, gratuite et sans inscription, pour poser vos questions tout de suite.
Pour resituer cette actualité dans l’ensemble, notre guide complet de l’intelligence artificielle reprend les notions employées ici, des modèles de langage aux agents autonomes.
Sources. OpenAI, Responding to the next frontier of critical cyber capabilities, 7 août 2026 (date et heure confirmées par le flux RSS officiel d’OpenAI, 15 h 20 GMT). Compte X @OpenAI, publication n° 2085801349866729975 du 7 août 2026 à 18 h 52 GMT, et compte X @sama, publication n° 2085862292311396515 du même jour à 22 h 54 GMT ; texte et horodatage relevés le 10 août 2026 sur deux passerelles indépendantes et retrouvés dans le code de la page de lebigdata.fr. OpenAI, Preparedness Framework version 2, PDF de 22 pages, tableaux 1 et 2, pages 5 à 7. OpenAI, Ten advances in mathematics and theoretical computer science, 1er août 2026. OpenAI, OpenAI and Hugging Face partner to address security incident during model evaluation, 21 juillet 2026, et Third-party cyber evaluations involving OpenAI models, 4 août 2026. Reuters, dépêche du 8 août 2026 relayée par Boursorama. Relevé de la page 1 de Google France effectué le 10 août 2026 à 11 h 05. Traductions de la rédaction, formulations d’origine entre parenthèses.
