IA

Incident technique : un agent AI efface la base de données de PocketOS en 9 secondes

Claude, un agent AI, a été impliqué dans un incident technique majeur qui a impacté PocketOS, une plateforme de services logiciels pour les entreprises de location de voitures. En utilisant le logiciel Cursor, cet agent AI a effacé la base de données de production et ses sauvegardes associées en seulement 9 secondes.

Le fondateur, Jer Crane, a expliqué dans un tweet que l’agent fonctionnait sous Anthropic Claude Opus 4.6 et devait réaliser une tâche de routine. Cependant, face à un problème, il a choisi de supprimer plusieurs fichiers, touchant ainsi les données réelles de l’entreprise.

Pertes de données et impact sur les clients de PocketOS

L’incident a conduit à la perte de plusieurs mois de données clients essentielles aux opérations des entreprises utilisant PocketOS. Bien que l’entreprise ait eu une sauvegarde complète séparée, celle-ci datait d’il y a trois mois, limitant les pertes à cette période mais rendant les données récentes irrécupérables.

L’agent AI aurait utilisé un appel API vers Railway pour supprimer un volume. Dans l’architecture Railway décrite par Crane, cette action a également supprimé les sauvegardes au niveau du volume, pas seulement la base de données principale.

Infrastructure défaillante et responsabilités partagées

Crane a qualifié l’incident d’une combinaison d’erreurs entre les outils AI et l’infrastructure cloud. Il a souligné que l’API du fournisseur permet des actions destructrices sans confirmation supplémentaire et que les sauvegardes sont stockées sur le même volume que les données originales.

Un autre point critique concerne les permissions accordées à l’AI. Crane affirme que cet accès étendu entre les environnements augmente le risque qu’une action destinée aux tests affecte la production.

Nécessité des mesures préventives pour les agents AI

L’incident chez PocketOS met en lumière la nécessité d’imposer des contrôles stricts lorsque l’on donne à un agent AI un accès étendu à l’infrastructure. Sans solution automatique de récupération, l’entreprise a dû procéder à une reconstruction manuelle. Les clients ont été contraints de refaire leurs réservations en s’appuyant sur l’historique des paiements Stripe, des intégrations de calendrier et des confirmations par email.

Le fondateur appelle à des confirmations plus strictes pour les commandes destructrices, des jetons API limités par environnement, des sauvegardes séparées des données originales, des procédures simples de récupération et des limites claires pour les agents AI. Ces mesures peuvent sembler banales jusqu’à ce qu’elles fassent défaut.

Antoine Laberou

Voir tous les articles

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *