L'arrivée de GPT-6 Astra pose un risque cyber critique inédit car le modèle peut concevoir des exploits de manière autonome. Pour éviter l'exposition des systèmes, la DSI doit isoler les agents dans des environnements sandboxés stricts. Ce protocole SecOps permet d'auditer le code en continu sans compromettre la sécurité. Le marché des grands modèles de langage en 2026 est marqué à la fois par la baisse du coût de certaines familles de modèles et par l'escalade des capacités de raisonnement, de programmation et d'action autonome. L'arrivée de GPT-6 Astra ajoute une dimension supplémentaire : OpenAI estime désormais qu'un modèle déployé atteint son seuil « Critical » en matière de capacité de cybersécurité. Cette classification doit être interprétée avec précision. Il ne s'agit pas d'affirmer que GPT-6 Astra représente automatiquement un « risque Critical » dans chaque déploiement, mais qu'il possède des capacités correspondant au seuil Critical défini par le Preparedness Framework. OpenAI considère qu'avec les outils et accès appropriés, Astra peut identifier et développer des exploits zero-day contre de nombreux systèmes durcis sans guidage humain étape par étape. Pour les RSSI et les CTOs, la sécurité d'un agent ne dépend donc plus seulement de la confidentialité des données envoyées à l'API : elle dépend aussi des permissions, outils, identités, réseaux et systèmes auxquels l'agent peut agir. OpenAI a parallèlement renforcé sa propre infrastructure autour d'Astra. L'entreprise décrit notamment une isolation plus stricte, le chiffrement et le renforcement des contrôles d'accès aux checkpoints, ainsi qu'une surveillance étendue des trajectoires agentiques. Ces mesures concernent le développement et le déploiement d'Astra chez OpenAI et ne doivent pas être interprétées comme l'obligation universelle d'isoler physiquement tout matériel d'entraînement. Les architectures d'entreprise doivent donc traiter Astra comme un modèle frontier capable d'actions très puissantes lorsqu'il est connecté à des outils, tout en tenant compte des garde-fous et restrictions qu'OpenAI applique à son déploiement. L'arrivée de GPT-6 Astra illustre le passage d'une IA principalement conversationnelle à des systèmes capables de maintenir des objectifs complexes, d'utiliser des outils et d'agir sur des environnements techniques pendant de longues séquences. Le plus frappant n'est peut-être pas qu'un modèle puisse écrire du code offensif : les modèles précédents savaient déjà assister des chercheurs en sécurité. Le changement d'échelle vient du fait qu'OpenAI rapporte désormais des chaînes de recherche de vulnérabilités menées avec très peu de guidage humain, jusqu'à la découverte de failles inédites et la construction d'exploits fonctionnels dans des laboratoires contrôlés. C'est une avancée considérable pour la défense, mais aussi une raison supplémentaire de ne jamais confondre intelligence du modèle et autorité opérationnelle. L'enjeu pour les entreprises sera donc moins de « dompter une bête » que de construire une séparation claire entre ce qu'un agent sait faire et ce qu'il est autorisé à faire. Identités à privilèges minimaux, outils sandboxés, segmentation réseau, validation des changements, observabilité et révocation rapide deviennent les véritables primitives de cette nouvelle architecture. Astra montre que la frontière des capacités continue d'avancer ; la prochaine différence compétitive pourrait venir des organisations capables d'exploiter ces capacités sans relâcher leurs principes de sécurité.