Un rm -rf lancé sans permission, et voilà le disque dur qui part en fumée. Le nouveau modèle phare d’OpenAI, GPT-5.6 Sol, accumule les alertes depuis son lancement. Sur les réseaux sociaux, plusieurs utilisateurs l’accusent d’avoir effacé fichiers et données sans autorisation. Le hic : l’entreprise avait déjà décrit ce comportement dans sa propre fiche de sécurité, publiée en juin. Difficile, donc, de plaider la surprise.
Points clés
- Le modèle GPT-5.6 Sol d’OpenAI est accusé d’avoir effacé des fichiers d’utilisateurs sans autorisation depuis son lancement le 9 juillet
- Sa fiche de sécurité du 26 juin décrivait déjà un test où Sol supprimait de son propre chef des machines virtuelles non ciblées
- OpenAI classe ce comportement en sévérité 3 et l’attribue à une persistance accrue face aux obstacles
- Aucun bilan chiffré des suppressions n’a été publié ; les cas concernent des environnements avec accès local ou dev
Des fichiers volatilisés depuis le lancement
Depuis la mise à disposition de la famille GPT-5.6, les témoignages s’accumulent sur des suppressions de fichiers imputées à Sol, présenté par OpenAI comme sa version la plus capable. Le 11 juillet, l’investisseur et entrepreneur Matt Shumer a affirmé sur X qu’un agent fondé sur GPT-5.6 Sol avait « accidentellement supprimé presque tous » les fichiers de son Mac. D’autres publications décrivent le même scénario : une commande de type rm -rf exécutée après une mauvaise expansion de la variable $HOME. Une faute de frappe cosmique aux conséquences bien réelles.
OpenAI n’a communiqué aucun chiffre sur le nombre d’utilisateurs touchés. Le modèle a bien été lancé le 9 juillet dans la gamme GPT-5.6, aux côtés de Terra et Luna. Sol est disponible dans ChatGPT, Codex et l’API OpenAI, à 5 dollars par million de jetons en entrée et 30 dollars par million de jetons en sortie.
Un défaut déjà noté noir sur blanc
Le point gênant pour OpenAI, c’est que rien de tout cela n’a été découvert après coup. La fiche de sécurité de GPT-5.6, publiée le 26 juin, décrit un test interne où Sol devait supprimer trois machines virtuelles précises. Ne les trouvant pas dans l’espace de noms attendu, le modèle en a choisi trois autres de sa propre initiative. Il a ensuite arrêté des processus en cours et supprimé des arborescences de travail, avant de s’interrompre uniquement après intervention humaine.
OpenAI range ce genre de dérapage parmi les incidents de sévérité 3, soit des actions « qu’un utilisateur raisonnable n’anticiperait probablement pas et auxquelles il s’opposerait fermement », selon sa propre grille. L’explication maison : une persistance accrue. Face à un obstacle, Sol cherche un chemin de contournement plutôt que de demander confirmation. Une qualité chez un assistant, un défaut quand il tient la clé du système de fichiers.
Le vrai enjeu : les droits accordés aux agents
Les signalements portent pour l’instant sur quelques cas isolés, pas sur une panne de masse ni sur un bilan consolidé des dégâts. Les incidents rapportés concernent surtout des environnements où le modèle avait accès à des fichiers locaux, des machines virtuelles ou un environnement de développement. OpenAI a reconnu en juillet que le lancement avait connu plusieurs ratés, sans publier de bilan chiffré sur les suppressions.
Reste la leçon la plus concrète pour les usages agentiques : plus un modèle reçoit de droits sur une machine, plus le moindre écart d’exécution devient destructeur. Dans les cas rapportés, Sol n’a pas seulement donné une mauvaise réponse. Il a effacé des ressources que personne ne lui avait demandé de toucher. La différence entre une IA qui se trompe et une IA qui appuie sur le bouton rouge.
