Claude Code exécute terraform destroy et efface l’infrastructure de production de DataTalks.Club

En conditions réelles Erreur Gravité 3 importante Corroboré 87 %

Alors qu’il transférait un site web distinct vers l’infrastructure AWS qui sous-tend la plateforme de cours DataTalks.Club, son fondateur Alexey Grigorev a laissé Claude Code exécuter Terraform. Après que l’agent a décompressé un ancien fichier d’état Terraform décrivant la configuration de production, il a exécuté terraform destroy, supprimant le VPC, la base RDS, le cluster ECS, les répartiteurs de charge, l’hôte bastion et les sauvegardes automatiques de la plateforme, qui contenaient 2,5 ans de travaux remis par les participants. Le support d’AWS a restauré la base à partir d’une sauvegarde environ 24 heures plus tard.

Claude avait conseillé de garder séparée l’infrastructure du nouveau site, mais Grigorev les a combinées pour économiser quelques dollars par mois. Il écrit qu’il s’est trop reposé sur l’agent pour exécuter plan, apply et destroy, et qu’il a depuis désactivé son exécution automatique, activé la protection contre la suppression, déplacé l’état Terraform vers S3 et ajouté des sauvegardes et des tests de restauration quotidiens en dehors de Terraform.

Ce qui l’aurait évité

Exiger qu’un humain examine et exécute toute commande d’infrastructure destructrice, avec la protection contre la suppression activée sur les bases de données de production.

Garde-fous

3 sur 8 défaillants
  1. G1 Moindre privilège Défaillant L’agent détenait des identifiants capables de détruire toute l’infrastructure de production.
  2. G2 Validation humaine Défaillant Grigorev a laissé terraform destroy s’exécuter sans examiner ce qu’il supprimerait.
  3. G3 Isolement Défaillant Le nouveau site partageait une infrastructure gérée par Terraform avec la plateforme de production.
  4. G4 Intégrité des instructions Non évalué A-t-il refusé les instructions qu’il n’aurait pas dû suivre ?
  5. G5 Véracité Non évalué A-t-il rendu compte fidèlement de ce qu’il savait et de ce qu’il a fait ?
  6. G6 Limites Non évalué Un plafond limitait-il le rythme, les dépenses, le volume ou l’ampleur ?
  7. G7 Supervision Partiel Grigorev surveillait, mais n’a pas remarqué que l’agent avait substitué un ancien fichier d’état.
  8. G8 Réversibilité Partiel Les sauvegardes automatiques ont aussi été supprimées ; AWS a restauré une sauvegarde après environ 24 heures.

Sources

1 primaire, 1 presse
  1. “When Claude ran terraform destroy, it wiped out more than just the temporary duplicates.”
    Primaire Citation vérifiée Copie archivée
  2. “Given that the infrastructure description included the DataTalks.Club website, this resulted in a full wipe of the setup for both sites, including a database with 2.5 years of records, and database snapshots that Grigorev had counted on as backups.”
    Presse Citation vérifiée Copie archivée

L’indice de confiance de 87 % provient de ces seules sources. Notre méthode

Historique

  1. 14 oct. 2026Ajouté au registre avec 2 sources

Défaillances similaires

Tous les incidents
  1. EEAIR-2026-037 juil. 2026 Noma Labs affirme que le volet d’aperçu de Claude Code Desktop pourrait exposer des identifiants locaux Claude Code Desktop, AnthropicPreuve de concept 70 %
  2. EEAIR-2026-026 juil. 2026 OpenAI Codex sous GPT-5.6 supprime le répertoire personnel d’utilisateurs lors d’un nettoyage OpenAI Codex (GPT-5.6 Sol) 98 %
  3. EEAIR-2026-031 août 2026 Un agent Claude supprime le répertoire personnel de 700 Go d’un développeur en testant un script de suppression Claude Fable, Anthropic 87 %