IA et cybersécurité

Astra, ou quand une IA franchit seule le seuil critique de la cybersécurité

Le 3 septembre 2026, OpenAI a mis en service GPT-6 Astra et l'a classé au niveau « critique » de sa propre grille de risques cybersécurité, une première pour un de ses modèles. Lors des évaluations internes, Astra a découvert et enchaîné seul deux vulnérabilités inédites pour compromettre un système protégé. Ce que cela déplace, pour tout dirigeant ou RSSI, quel que soit l'éditeur qu'il utilise.

L'essentiel. Ce n'est pas la sortie d'un nouveau modèle qui compte, c'est qu'un éditeur ait écrit lui-même qu'il franchissait un seuil : une IA capable de repérer une faille non documentée, de l'enchaîner avec une seconde et de mener l'exploitation jusqu'au bout, sans validation humaine à chaque étape. La fenêtre entre « le correctif existe » et « la faille est exploitée » se rétrécit. Trois questions remontent au niveau direction : le rythme des correctifs, la chaîne de sous-traitance et la convergence entre gouvernance de l'IA et gouvernance de la cybersécurité. Une demi-journée suffit à poser un premier état des lieux.

Au sommaire : le point de départ · ce qui change concrètement · un exemple pour se représenter l'écart · ce que cela déplace dans la gouvernance · le cas des collectivités · ce que je recommande

Le point de départ : un seuil que l'éditeur documente lui-même

Le 3 septembre 2026, OpenAI a mis en service GPT-6 Astra. Ce n'est pas la sortie qui retient mon attention, les nouveaux modèles se succèdent tous les quelques mois. Ce qui retient mon attention, c'est qu'OpenAI l'a elle-même classé au niveau « critique » de sa propre grille de risques cybersécurité, une première pour un de ses modèles. Lors des évaluations internes, Astra a découvert et enchaîné deux vulnérabilités inédites (zero-day) pour compromettre un système protégé, sans qu'un opérateur humain ait eu besoin de le guider étape par étape.

Je ne commente pas ce produit en particulier et je ne fais la publicité d'aucun éditeur. Ce qui se passe chez l'un se passera chez les autres dans les mois qui viennent, et c'est précisément ce qui rend le sujet intéressant pour tout dirigeant ou RSSI, quel que soit l'éditeur qu'il utilise aujourd'hui.

Ce qui change concrètement

Un modèle qui « aide » à rédiger un correctif ou à comprendre une vulnérabilité, cela existe depuis plusieurs années. Ce n'est pas de cela qu'il s'agit ici. La différence tient à l'autonomie de la chaîne complète : repérer une faille non documentée, l'enchaîner avec une seconde, et mener l'exploitation jusqu'au bout, sans validation humaine à chaque étape. C'est cette autonomie de bout en bout qu'OpenAI désigne comme le franchissement d'un seuil.

Astra est déjà accessible aux abonnés ChatGPT Plus, Pro, Business et Enterprise, ainsi que via l'API et Amazon Web Services. Ce n'est donc pas un scénario de laboratoire à horizon lointain, c'est un outil disponible cette semaine.

Un exemple pour se représenter l'écart

Prenons un cas volontairement simple, à titre d'illustration. Une PME dispose d'un serveur exposé sur internet, avec un correctif de sécurité publié la veille par l'éditeur mais pas encore appliqué. Jusqu'ici, le délai entre la publication d'un correctif et son exploitation réelle dépendait de la disponibilité d'un attaquant compétent pour l'écrire et la déployer, ce qui laissait souvent plusieurs jours, parfois plusieurs semaines. Avec un outil capable de chercher, chaîner et exploiter seul, ce délai peut se compter en heures. La fenêtre entre « le correctif existe » et « la faille est exploitée à grande échelle » se rétrécit, et c'est cette fenêtre que votre politique de patch management est censée couvrir.

Ce que cela déplace dans la gouvernance

Trois points, à mon sens, méritent d'être remontés au niveau direction, pas seulement à l'équipe technique.

Le rythme des correctifs devient un sujet de gouvernance

Le rythme de gestion des correctifs devient un sujet de gouvernance et pas seulement d'exploitation. Un correctif appliqué « dans le mois » était une pratique défendable il y a encore peu. Le sujet mérite d'être rouvert avec des chiffres, pas avec une impression.

La chaîne de sous-traitance porte un risque nouveau

La chaîne de sous-traitance porte désormais un risque nouveau. Vos prestataires informatiques, vos éditeurs métier, vos partenaires ont-ils accès à ce type d'outil, et sous quelles conditions d'usage contractuelles ? La question ne se posait pas de la même façon il y a un an.

Gouvernance de l'IA et gouvernance de la cybersécurité ont intérêt à converger

La gouvernance de l'IA et la gouvernance de la cybersécurité, souvent pilotées par des personnes différentes avec des tableaux de bord différents, ont un intérêt objectif à converger. Un plan de conformité NIS2 qui traite l'IA comme un sujet séparé de la sécurité opérationnelle laisse un point mort exactement là où l'actualité vient de se déplacer.

Le cas des collectivités

Une collectivité expose souvent plusieurs services en ligne, gérés par des prestataires différents, avec des cycles de mise à jour qui ne sont pas toujours synchronisés : portail citoyen, logiciel métier état civil, plateforme de paiement en ligne, parfois un ancien site resté en production faute de budget pour le remplacer. Chacun de ces points d'entrée devient un candidat plus rapide à l'exploitation si une vulnérabilité y est découverte. La question à poser à chaque prestataire n'est plus seulement « appliquez-vous les correctifs », c'est « en combien de temps, et comment le prouvez-vous ».

Sur le périmètre d'assujettissement et les premières étapes pour une commune ou une intercommunalité sans RSSI dédié, la démarche est détaillée dans NIS2 et collectivités territoriales.

Ce que je recommande

  1. Demandez à votre RSSI ou à votre prestataire un chiffre, pas une impression : le délai moyen entre la publication d'un correctif critique et son application sur votre parc, sur les douze derniers mois. Ce chiffre existe rarement de façon spontanée, et c'est déjà un signal en soi.
  2. Interrogez vos contrats de sous-traitance sur l'usage d'outils d'IA à capacité offensive, au même titre que vous interrogez déjà l'hébergement ou la sauvegarde.
  3. Rapprochez, même de façon informelle pour commencer, la personne qui pilote vos projets d'IA et celle qui pilote votre cybersécurité. Une réunion d'une heure suffit à identifier si un point mort existe déjà entre les deux.

Pour ma propre activité, je considère que la réponse à un audit de sécurité qui ignore ce sujet en 2026 est une réponse incomplète, quel que soit par ailleurs le sérieux du reste de l'audit.

Ce chantier ne demande pas un projet ni un budget pour démarrer. Une demi-journée avec le responsable informatique et le prestataire suffit à poser un premier état des lieux. Le coût de ne pas le faire, lui, se mesurera le jour où le délai entre la découverte d'une faille et son exploitation sera devenu plus court que votre propre délai de réaction.

Fabrice Bonneville est RSSI & Risk Manager indépendant. Il accompagne les PME, ETI et collectivités territoriales sur leur cybersécurité, leur conformité NIS2 et la gouvernance de leurs données et de leurs usages d'IA. Le contacter · bonneville.expert.

Pour aller plus loin