GPT‑6 Astra arrive dans ChatGPT : disponibilité, capacités et garde-fous

GPT‑6 Astra : ce qu’OpenAI a réellement lancé

Le 3 septembre 2026, les pages officielles d’OpenAI ont confirmé le nom complet GPT‑6 Astra. OpenAI commence le déploiement auprès d’entreprises de son programme Daybreak, annonce un accès par API et une arrivée progressive dans ChatGPT Plus, Pro, Business et Enterprise au cours des prochains jours. Un utilisateur éligible peut donc ne pas encore voir Astra dans son sélecteur de modèles : le déploiement n’est pas instantané pour tous les comptes.

Deux jours plus tôt, OpenAI avait détaillé pourquoi ce lancement était traité différemment. GPT‑6 Astra est son premier modèle classé au seuil « Critical » pour les capacités de cybersécurité dans le Preparedness Framework. Avec les bons outils et les bons accès, il peut selon l’entreprise trouver des failles jusque-là inconnues et développer des moyens de les exploiter sur de nombreux systèmes bien protégés, sans qu’une personne guide chaque étape.

Mise à jour du 3 septembre : Astra est GPT‑6 Astra, pas « ChatGPT 5.6 Astra ». Son arrivée dans ChatGPT est progressive ; le sélecteur de modèles reste la source de vérité pour chaque compte.

Pourquoi Astra ne doit pas être confondu avec GPT‑5.6

GPT‑5.6 est une famille antérieure composée de Sol, Terra et Luna. OpenAI avait classé ces trois modèles au niveau cyber « High ». GPT‑6 Astra appartient à une nouvelle génération et atteint pour la première fois le niveau « Critical ». Le billet de sécurité d’OpenAI compare d’ailleurs explicitement Astra à GPT‑5.6 Sol, preuve qu’il ne s’agit pas d’un simple nouveau nom pour Sol.

Le mot ChatGPT désigne le service dans lequel plusieurs modèles peuvent être proposés ; GPT‑6 Astra désigne le modèle. La formulation correcte est donc « GPT‑6 Astra dans ChatGPT ». Cette distinction compte pour vérifier les offres, les limites d’usage, les paramètres d’entreprise et les résultats de tests : une capacité attribuée à Astra ne doit pas être automatiquement attribuée à GPT‑5.6 Sol, Terra ou Luna.

Que veut dire le mot « critique » ?

Dans le référentiel actualisé d’OpenAI, le seuil « High » désigne une capacité susceptible d’amplifier des voies existantes vers des dommages graves. Le seuil « Critical » vise des capacités pouvant ouvrir des voies nouvelles et sans précédent. Pour la cybersécurité, Astra peut atteindre ce niveau s’il sait produire des exploits zero-day fonctionnels sur de nombreux systèmes critiques durcis sans intervention humaine, ou concevoir et exécuter une stratégie d’attaque nouvelle de bout en bout à partir d’un objectif général.

Ce vocabulaire décrit une capacité avant ou avec certains garde-fous ; il ne constitue pas une probabilité d’incident pour votre entreprise. Le niveau de risque réel dépend des accès donnés au modèle, des outils connectés, de l’identité de l’utilisateur, des contrôles de la plateforme et de la robustesse de la cible. Un classement élevé justifie donc des protections plus fortes, mais pas l’affirmation qu’une cyberattaque autonome est imminente partout.

Les évaluations qui ont conduit à ce classement

OpenAI rapporte un score de 100 % sur ExploitBench, un banc d’essai portant sur le développement d’exploits à partir de vulnérabilités connues. Pour réduire le risque que les exercices aient été vus pendant l’entraînement, l’entreprise a aussi créé un ensemble interne de vingt vulnérabilités récentes et graves. Astra y aurait obtenu davantage d’exécutions de code arbitraire que GPT‑5.6 Sol avec moins de jetons, et découvert deux vulnérabilités zero-day utilisées dans une même chaîne.

Lors d’évaluations conduites par des experts, Astra aurait également assemblé une chaîne compromettant un navigateur durci, sortant de son bac à sable et exécutant des commandes sur la machine hôte. Sur un système d’exploitation durci, le modèle aurait combiné plusieurs vulnérabilités pour passer d’un compte non privilégié aux droits root. OpenAI précise que les résultats publiés correspondent à un accès de type Daybreak Blue, pas à la configuration de production par défaut.

Ce que ces résultats ne prouvent pas

Un score parfait sur un benchmark ne démontre pas une efficacité parfaite dans le monde réel. Les environnements d’évaluation ont des objectifs, des outils et des critères précis. Les réseaux d’entreprise ajoutent des versions différentes, des protections, des erreurs de configuration, des restrictions d’accès et des signaux de détection. Les résultats sont par ailleurs publiés par le créateur du modèle ; la system card complète et les évaluations externes seront nécessaires au lancement pour mieux calibrer les conclusions.

L’annonce ne prouve pas non plus qu’Astra est une intelligence générale, qu’il peut attaquer n’importe quelle cible ou qu’il agira spontanément chez un utilisateur ordinaire. Elle montre une progression importante sur des tâches cyber à double usage. La bonne lecture est donc double : prendre la capacité au sérieux, tout en refusant les raccourcis qui transforment une évaluation encadrée en scénario certain.

Les garde-fous annoncés par OpenAI

OpenAI explique avoir retardé certaines étapes de développement et renforcé l’entraînement aux refus, les classificateurs de sécurité, la détection des abus et la surveillance des actions non autorisées. Dans ses propres tests de contournement cyber, Astra aurait refusé 91,5 % des demandes interdites, contre 59 % pour GPT‑5.6 Sol. Ce résultat est encourageant, mais il ne représente ni une garantie absolue ni une mesure indépendante.

L’entreprise prévoit également une surveillance capable d’interrompre une action suspecte. Dans ChatGPT ou Codex, une personne pourra être invitée à examiner l’action avant de continuer ; via l’API, la tâche pourra s’arrêter. OpenAI avertit que ce contrôle risque parfois de bloquer ou ralentir un travail défensif légitime. Les entreprises devront donc prévoir une procédure de reprise et ne pas construire un processus critique dépendant d’une exécution ininterrompue.

Ce que cela change pour un particulier ou une TPE

À court terme, la principale différence visible sera l’apparition progressive de GPT‑6 Astra dans le sélecteur des comptes éligibles. OpenAI cite Plus, Pro, Business et Enterprise, mais n’annonce pas un accès simultané à tous les comptes. Pour Enterprise et Edu, Astra est désactivé par défaut au lancement et doit être autorisé par l’administrateur lorsqu’il devient disponible.

À moyen terme, les outils défensifs pourraient aider à examiner du code, repérer des configurations fragiles et accélérer la correction. La même progression peut aussi réduire le coût des attaques pour des acteurs malveillants. Les petites structures doivent donc réduire les failles simples qui restent les plus faciles à exploiter : logiciels non corrigés, comptes sans MFA, accès trop larges, sauvegardes connectées et absence de procédure lorsque quelque chose se passe mal.

Six actions utiles avant de l’utiliser sur des données sensibles

Commencez par un inventaire minimal : noms de domaine, messagerie, boutique, hébergement, postes, outils cloud et personnes administratrices. Notez pour chacun le responsable, la méthode de connexion, la dernière mise à jour et le moyen de récupération. Ce tableau révèle rapidement les comptes oubliés et les services dont personne ne suit les alertes.

Appliquez ensuite les mesures fondamentales recommandées par l’ANSSI : mises à jour rapides, authentification multifacteur, privilège minimum, sauvegardes régulières et tests de restauration. Une sauvegarde utile ne doit pas être la seule copie accessible depuis le même réseau. Écrivez enfin sur une page qui appeler, comment isoler un poste et comment préserver les preuves sans improviser une communication publique.

1. Inventorier les services exposés et leurs responsables
2. Activer le MFA sur messagerie, hébergement, domaine et comptes administrateurs
3. Appliquer les correctifs automatiques et traiter rapidement les mises à jour critiques
4. Réduire les droits et supprimer les comptes inutilisés
5. Maintenir trois copies sur deux supports, dont une hors ligne, puis tester une restauration
6. Écrire une fiche d’incident avec contacts, isolation, sauvegarde et reprise

Comment évaluer GPT‑6 Astra pendant son déploiement

Commencez par vérifier le sélecteur de modèles et la documentation correspondant exactement à votre offre. Contrôlez la disponibilité réelle en France, les quotas, le traitement des données, les journaux, les contrôles administrateurs et les différences entre ChatGPT, l’API et Daybreak. OpenAI n’a pas publié, dans les sources vérifiées ici, un tarif autonome permettant d’attribuer un prix précis à Astra.

Si vous avez un besoin cyber légitime, testez dans un environnement isolé avec des données fictives, une cible de laboratoire que vous possédez et des autorisations écrites. Commencez par une tâche défensive : expliquer une alerte, prioriser des correctifs publics ou relire une configuration de démonstration. Mesurez les faux positifs, les refus, les sources, le temps de contrôle humain et la capacité à rester dans le périmètre.

1. Définir un objectif défensif et un périmètre autorisé
2. Utiliser un laboratoire isolé sans données de production
3. Limiter les outils, le réseau et les identifiants accessibles
4. Journaliser chaque action et garder une validation humaine
5. Comparer le résultat à la méthode actuelle
6. Arrêter le test si le modèle sort du périmètre ou si les contrôles sont incompris

Un plan de décision pour les dirigeants non spécialistes

Posez quatre questions simples. Quel problème défensif voulons-nous résoudre ? Quelles données et quels systèmes seraient accessibles ? Qui valide les actions proposées ? Que faisons-nous si l’outil se trompe, refuse ou s’arrête ? Si ces réponses n’existent pas, il est trop tôt pour connecter un modèle avancé à la production.

Demandez au prestataire ou au responsable informatique de documenter les droits, les journaux, les limites et le retour arrière. Une TPE n’a pas besoin de reproduire les évaluations d’OpenAI. Elle doit s’assurer qu’un outil puissant reste enfermé dans une tâche précise, réversible et observable. Le niveau de contrôle doit augmenter avec l’accès donné, pas avec le prestige du modèle.

La conclusion raisonnable

GPT‑6 Astra marque un changement important : selon OpenAI, un modèle de frontière atteint désormais un niveau de capacité cyber qui impose des garde-fous renforcés pendant le développement et le déploiement. Son lancement du 3 septembre remplace les spéculations sur son nom et sa génération par un fait clair : Astra succède à GPT‑5.6 et commence à arriver dans les produits OpenAI.

Pour les particuliers et petites entreprises, la priorité reste concrète. Il faut consolider l’hygiène numérique, contrôler les connexions et éviter d’accorder à un assistant plus d’accès qu’il n’en faut. Astra pourra devenir un outil défensif précieux ; il ne supprimera ni la responsabilité humaine, ni la nécessité d’une architecture simple, corrigée, sauvegardée et préparée aux incidents.