Claude détourné par infostealers : Anthropic révoque les sessions volées, mais le malware reste au poste

> En bref : Anthropic a commencé à notifier des utilisateurs de Claude que leurs sessions avaient été volées par des infostealers installés sur leurs machines. Le schéma est simple : le malware copie une session navigateur déjà authentifiée, l'attaquant l'utilise ensuite pour accéder au compte et consommer le quota d'usage. Anthropic identifie Vidar, LummaC2, StealC, RedLine et Acreed sur Windows, ainsi qu'Atomic Stealer sur un petit nombre de Mac. La réponse de l'éditeur : déconnexion forcée des sessions compromises, suppression des moyens de paiement enregistrés et remboursement des charges non autorisées. En préambule, Anthropic précise que le malware n'a aucun lien avec Claude lui-même — dans le cas documenté, l'infection venait d'un jeu piraté téléchargé par l'utilisateur.

Le mécanisme : la session vaut plus que le mot de passe

Le point technique central mérite d'être compris au-delà de ce cas : un infostealer qui copie un cookie de session authentifié s'affranchit complètement du couple mot de passe + 2FA. La double authentification protège la connexion ; elle ne protège pas ce qui se trouve déjà connecté. Le navigateur d'un développeur ou d'un membre du RH contient typiquement des dizaines de sessions actives — SaaS métier, messagerie, outils IA — et chacune d'elles est un jeton réutilisable tel quel.

Le signe avant-coureur décrit par Anthropic est parlant : « si vos limites d'usage semblaient se remplir puis se vider pendant que vous n'utilisiez pas Claude ». Un quota d'usage qui se consomme tout seul, c'est un compte utilisé par quelqu'un d'autre — un signal de détection applicable à n'importe quel SaaS facturé à l'usage.

Ce qu'Anthropic fait — et ne fait pas

L'éditeur applique une réponse en trois temps : révoquer les sessions volées, retirer les moyens de paiement enregistrés pour empêcher les achats non autorisés, rembourser les charges identifiées comme frauduleuses. Mais le avertissement d'Anthropic est honnête sur la limite : « vous déconnecter arrête les sessions volées, mais ne supprime pas le malware. S'il est toujours sur votre ordinateur, votre prochaine session de connexion sera volée de la même façon. » Le traitement du symptôme côté serveur ne dispense pas du traitement de la cause côté poste.

Pourquoi ça vous concerne

Au-delà du coût d'un quota drainé, la vraie question pour une équipe qui utilise des assistants IA au quotidien est celle du contexte. Un attaquant qui reprend une session Claude accède à l'historique des conversations du compte : du code source collé pour débogage, des extraits de bases de données, des procédures internes, des données clients. Le vol de session d'un outil IA est un canal d'exfiltration passif — l'attaquant lit ce que l'outil a déjà lu. Et le même infostealer, sur le même poste, collecte au passage les cookies d'autres SaaS, les mots de passe enregistrés et les identifiants d'applications locales. Sur un poste de développeur s'ajoutent les clés d'API et les tokens d'environnement.

Ce qu'il faut faire

La leçon plus large

La sécurité de vos outils IA est la sécurité de vos terminaux. Toute la discussion sur les risques des LLM d'entreprise (prompt injection, fuite de données via API, agents trop autonomes) ne doit pas faire oublier le vecteur le plus banal : un poste infecté qui exporte une session déjà authentifiée. Les mesures qui comptent ici ne sont pas exotiques — hygiène des postes de développement, SSO avec sessions courtes, supervision des anomalies d'usage — mais elles doivent explicitement inclure les outils IA dans leur périmètre, parce que c'est là que se concentre aujourd'hui la valeur (et le coût) accessible à un attaquant.