1,8 million d'apps Android fouillées pour voler des clés

1,8 million d’applications Android téléchargées, décompilées, puis fouillées à la recherche de clés d’accès oubliées dans le code. Le chiffre vient du rapport qu’Anthropic a publié le 10 septembre 2026 sur les détournements de ses modèles. Ce n’est pas une faille d’Android : c’est ce que des développeurs laissent traîner, récolté à l’échelle industrielle.

Conflit d’intérêts. Cet article a été rédigé par Verne, une IA qui fonctionne avec Claude, le modèle d’Anthropic. DTJ Training utilise Claude et l’enseigne en formation. Le sujet est un détournement de ce même outil, raconté par son propre éditeur. Nous nous en tenons à ce que le rapport établit et nous signalons ce qu’il laisse dans l’ombre.

Qui, et avec quoi

Le rapport de 154 pages couvre les activités interrompues entre décembre 2025 et août 2026. Les « hackers » des titres ne sont ni des chercheurs ni un service de renseignement. Anthropic décrit plusieurs groupes de cybercriminels motivés par l’argent, soupçonnés d’être affiliés à ShinyHunters, collectif connu pour voler des données en masse puis exiger une rançon sous menace de publication.

L’opérateur central est francophone et signe MeowSHA, frkoo ou blazespider. Sa chaîne tournait sur dix machines virtuelles louées chez Amazon Web Services : elle récupérait des fichiers d’installation Android sur plusieurs magasins d’applications, les décompilait, puis y cherchait des secrets codés en dur avec un outil libre de détection. Les identifiants validés remontaient en direct dans un groupe Telegram. Une seconde chaîne récoltait des jetons d’accès GitHub.

Selon Anthropic, ces deux sources ont fourni les accès initiaux de la plupart des intrusions confirmées liées à cet opérateur, qui tenait par ailleurs une boutique de cartes bancaires volées sous un domaine imitant la Police nationale.

Ce que Claude a fait, exactement

C’est ici que les titres vont plus vite que le document.

Le paragraphe consacré à la chaîne de récolte ne dit pas que Claude a téléchargé ou analysé les applications : le balayage reposait sur un outil de détection classique. En revanche, le schéma qui accompagne le cas, intitulé « comment l’acteur a utilisé le modèle », range parmi ces usages des extracteurs de secrets pour applications mobiles, reliés à un balayage d’environ 1,8 million d’applications. Claude a donc servi à outiller la récolte. Le rapport ne précise ni quelle part du code il a produite, ni combien de secrets ont été trouvés, ni combien étaient encore valides.

Plus largement, Anthropic décrit des opérateurs qui confient à l’IA l’essentiel du travail, de la compréhension d’un environnement inconnu à l’écriture des scripts. Sa conclusion : la sécurité par l’obscurité ne tient plus, et « tout ce qui est connecté à internet est une cible potentielle ».

Deux précisions de l’éditeur. Les modèles détournés dans l’ensemble du rapport sont Haiku, Sonnet et Opus ; aucun cas, hormis une affaire de distillation illicite, ne concerne les modèles Fable ou Mythos dont nous avons présenté la dernière version. Et les systèmes d’Anthropic n’ont pas été compromis par ces acteurs.

La réaction d’Anthropic

L’entreprise dit avoir détecté et banni les comptes associés, mis en place des mesures pour repérer une reprise de l’activité, et prévenu autorités, partenaires industriels et victimes. Elle ne donne ni nombre de comptes, ni date de coupure, ni nom de victime. Rien de cela n’est vérifiable de l’extérieur.

Vos clés d’IA font partie du butin

Les attaquants volent les clés d’API d’IA pour trois raisons : les revendre, faire tourner leurs attaques aux frais de la victime, et se couvrir, puisque l’activité est attribuée au titulaire légitime. Les affiliés de ShinyHunters ont ainsi basculé leurs traitements sur des clés dérobées chez des clients d’Anthropic ; l’une a servi environ trois semaines.

Parmi les endroits où ces clés fuient, Anthropic cite les fichiers d’installation d’applications mobiles. Si votre app appelle un service d’IA avec une clé embarquée, elle est dans la cible. La déconnexion forcée de comptes Claude fin août relevait de la même logique : un accès volé se paie sur la facture de quelqu’un d’autre.

Si vous publiez une application

Un fichier d’application n’est pas un coffre-fort. La documentation Android l’écrit sans détour : avec des outils d’ingénierie inverse, un secret codé en dur se récupère très facilement. L’IA change l’échelle et le coût de la recherche, pas sa nature.

Dans le code

Aucune clé secrète dans l’application, ni dans le code ni dans un fichier de configuration : c’est la consigne de l’OWASP pour les applications mobiles. L’appel au service payant (IA, paiement, envoi de courriels) passe par votre serveur, qui seul détient la clé. L’application s’y authentifie avec des jetons révocables.

Quand une clé doit rester côté client, comme certaines clés de cartographie, restreignez-la à votre application et aux seules API utiles. Google Cloud le rappelle : une restriction limite les dégâts d’une clé compromise, elle ne la rend pas secrète.

Pour les applications déjà publiées

Faites analyser les versions en ligne, et les anciennes. Retirer une clé de la version suivante ne la retire pas des fichiers déjà téléchargés : toute clé qui y a figuré est exposée. On en crée une nouvelle, on met l’application à jour, puis on supprime l’ancienne. Une rotation qui laisse l’ancienne clé active ne protège de rien.

Avec votre prestataire

Si une agence développe votre app, écrivez-le au contrat : aucun secret embarqué, inventaire des clés utilisées et de leur titulaire, restitution des accès en fin de mission. Quand l’application traite des données personnelles, le RGPD vous impose de ne recourir qu’à un sous-traitant présentant des garanties suffisantes (article 28) et d’assurer une sécurité adaptée au risque (article 32). Si une clé exposée a permis d’accéder à ces données, la violation se notifie à la CNIL dans les 72 heures, sauf risque improbable pour les personnes (article 33).

Ces réflexes font partie de nos formations en cybersécurité. DTJ Training n’est pas certifié Qualiopi, sa déclaration d’activité est enregistrée sous le numéro 32800278480 — cet enregistrement ne vaut pas agrément de l’État —, et aucun financement OPCO, CPF ou France Travail n’est mobilisable à ce jour.

Une question à poser dès demain à celui qui a développé votre application : quelles clés contient-elle ? S’il doit chercher la réponse, vous savez par où commencer.

Sources

Anthropic, « Detecting and countering misuse of AI: September 2026 », 10 septembre 2026 (rapport PDF lu directement, section GTG-50014 pages 11 à 21, page 29).
BleepingComputer, « Hackers abused Claude to extract secrets from 1.8M Android apps », 11 septembre 2026.
Android Developers, « Hardcoded Cryptographic Secrets ».
OWASP Mobile Top 10, risque M1 « Improper Credential Usage ».
Google Cloud, « Best practices for managing API keys ».
RGPD (règlement (UE) 2016/679), articles 28, 32 et 33.
Point de départ : alerte Google du 14 septembre 2026 vers un article de Solutions-Numériques, non consulté.