Claude utilisé pour automatiser l’exploitation et le vol de données sur plusieurs victimes

Dans son rapport de septembre 2026 consacré aux usages malveillants de ses modèles, Anthropic décrit plusieurs groupes de cybercriminels présumés affiliés à ShinyHunters, suivis sous la référence GTG-50014, qui ont utilisé Claude pour industrialiser la recherche d’identifiants, l’intrusion et le vol de données. Dans un cas, un simple jeton de développeur volé a suffi pour obtenir le contrôle administratif complet d’un environnement cloud en trois heures environ. Le point d’entrée n’avait rien d’exotique : des secrets oubliés dans du code, des applications mobiles et des dépôts.

Ce que révèle le rapport d’Anthropic

Le rapport « Detecting and countering misuse of AI: September 2026 » recense les opérations malveillantes détectées et interrompues par Anthropic entre décembre 2025 et août 2026. Le cas GTG-50014 regroupe plusieurs clusters d’attaquants qui utilisaient des outils distincts, mais qu’Anthropic estime appartenir à une même opération. Leur modèle économique est classique : voler des données, puis menacer de les publier si la victime ne paie pas.

Ce qui change, c’est la méthode. Le rapport décrit une pratique de « vibe hacking » : l’opérateur fixe un objectif général et laisse l’IA évaluer l’environnement, écrire et exécuter des scripts, puis recommencer jusqu’à obtenir le résultat. Dans plusieurs intrusions, les agents IA ont fait la quasi-totalité du travail.

Une chaîne industrielle de collecte d’identifiants

Selon Anthropic, l’accès initial reposait surtout sur des identifiants compromis, obtenus par plusieurs canaux :

• Applications mobiles : un opérateur francophone (alias « MeowSHA », « frkoo », « blazespider ») exploitait 10 instances AWS EC2 qui ont téléchargé environ 1,8 million d’APK Android depuis plusieurs boutiques, les ont décompilés et analysés avec TruffleHog. Les secrets vérifiés étaient transmis en temps réel dans un groupe Telegram organisé en plus de 100 types de sources.
• GitHub : un second processus automatisé collectait des adresses e-mail d’organisations GitHub et alimentait le vol de jetons d’accès personnels (Personal Access Tokens).
• Secrets exposés : jetons récupérés dans des dépôts de code, des conteneurs ou du code exécuté côté client.
• Ingénierie sociale : hameçonnage, vishing et usurpation de domaines pour obtenir des accès auprès d’employés.
• Clés d’API IA : clés volées chez des éditeurs de logiciels au cours d’intrusions, puis réutilisées.

D’après BleepingComputer, les deux pipelines automatisés (APK et GitHub) ont fourni les identifiants d’accès initial de la plupart des intrusions confirmées.

Des intrusions qui se comptent en heures

Le rapport décrit aussi les étapes visant à rendre l’accès durable : création de nouveaux identifiants, falsification de sessions et de codes 2FA, installation de portes dérobées réseau pour survivre à une rotation des identifiants. Deux victimes auraient par ailleurs versé des primes de bug bounty de 2 000 et 5 000 dollars aux attaquants.

Pourquoi c’est important pour votre organisation

Ce cas illustre un déplacement du risque. Les attaquants n’ont pas eu besoin d’une vulnérabilité inédite : un secret oublié dans une application mobile, un jeton GitHub ou une clé cloud trop permissive suffisait. L’IA a surtout supprimé le goulot d’étranglement humain : explorer un environnement inconnu, comprendre ses droits, écrire les scripts d’extraction. Ce qui prenait des jours se fait désormais en heures.

Deuxième enseignement : les clés d’API IA sont devenues des actifs à part entière. Volées chez une victime, elles financent la suite de la campagne. Anthropic recommande explicitement de traiter les clés IA et les intégrations d’agents avec le même sérieux que des identifiants de production, et de n’acheter l’accès à l’IA que par des canaux autorisés.

Enfin, l’effet de chaîne est réel : la compromission d’un seul fournisseur SaaS a exposé environ 200 organisations clientes. Votre surface d’attaque inclut celle de vos prestataires.

Lecture MITRE ATT&CK

Le tableau ci-dessous est une lecture indicative de Defensy, établie à partir des comportements décrits dans le rapport, pour aider vos équipes SOC à prioriser leurs détections.

Recommandations

1. ImmédiatRechercher les secrets dans vos applications et dépôts

   Analysez vos APK/IPA publiés, vos dépôts (y compris l’historique Git), vos images de conteneurs et votre code front-end avec un outil de détection de secrets. Révoquez et renouvelez immédiatement toute clé trouvée : la supprimer du code ne suffit pas.

2. ImmédiatRéduire la durée de vie et la portée des jetons

   Remplacez les Personal Access Tokens classiques par des jetons à portée fine et à expiration courte, imposez le SSO sur votre organisation GitHub et auditez les jetons actifs et les applications OAuth autorisées.

3. Court termeTraiter les clés d’API IA comme des secrets de production

   Stockez-les dans un coffre-fort, limitez-les par projet, fixez des plafonds de consommation et alertez sur les pics d’usage ou les appels depuis des origines inhabituelles.

4. Court termeDétecter les escalades rapides dans le cloud

   Surveillez dans vos journaux cloud et Entra ID la création de nouveaux identifiants, les attributions de rôles administrateur, les connexions avec des jetons rejoués et les exportations massives. Un délai de trois heures entre accès et contrôle total impose des alertes en temps réel.

5. Court termeRenforcer la résistance au vishing

   Formalisez une procédure de vérification pour toute demande d’accès ou de réinitialisation MFA reçue par téléphone, en particulier au support informatique.

6. Moyen termeÉvaluer l’exposition de vos fournisseurs SaaS

   Inventoriez les intégrations tierces et leurs droits sur vos données, exigez des clauses de notification d’incident et prévoyez la révocation rapide des jetons d’intégration en cas de compromission d’un prestataire.