Le vol de sessions IA devient l’un des angles d’attaque les plus rentables contre les entreprises : plutôt que de forcer un mot de passe, l’attaquant dérobe le jeton d’authentification déjà validé sur le poste du développeur. Anthropic vient d’alerter sur des infostealers qui détournent les sessions Claude actives pour consommer les quotas payés par l’entreprise. Pour une PME ou une ETI qui outille ses équipes avec des assistants IA, ce signal change la façon de penser l’exposition : le compte IA est devenu un actif à protéger comme un accès cloud.
Pourquoi le vol de sessions IA change la donne
Un jeton de session est une preuve d’authentification déjà accordée. Il court-circuite le mot de passe, le second facteur et, bien souvent, les alertes de connexion. Quand un infostealer aspire les fichiers de configuration, les cookies de navigateur et les répertoires de credentials d’un poste de travail, il récupère aussi les jetons des outils IA installés localement : CLI d’agents, extensions d’éditeur, sessions web ouvertes.
L’exploitation immédiate est financière — la consommation du quota — mais elle n’est que la partie visible. Un jeton d’agent IA détourné donne aussi accès à l’historique des conversations, donc potentiellement à des extraits de code propriétaire, à des schémas d’architecture, à des noms d’hôtes internes et à des secrets collés dans un prompt. C’est une fuite de données silencieuse, sans exfiltration réseau visible depuis vos serveurs.
Le poste de travail redevient le maillon faible
La chaîne d’attaque est classique et c’est précisément ce qui la rend efficace : installeur piégé, extension de navigateur malveillante ou fausse page de vérification, puis collecte automatisée. Les attaques visant l’IA locale l’ont déjà montré — ce qui tourne sur le poste échappe à la plupart des contrôles périmétriques.
Ce que le vol de sessions IA expose vraiment
- Le quota et le budget : consommation frauduleuse, facturation en hausse, dégradation du service pour vos équipes.
- L’historique : code source, configurations, éléments d’infrastructure partagés dans les échanges.
- Les intégrations : un agent connecté à un dépôt Git, à une base de tickets ou à un connecteur MCP hérite de ces accès.
- L’identité : les actions réalisées apparaissent comme légitimes puisqu’elles proviennent d’une session valide.
- La confiance dans les journaux : sans corrélation, rien ne distingue l’usage normal de l’usage détourné.
Sécuriser les sessions IA en PME-ETI : les mesures concrètes
La bonne nouvelle est que le vol de sessions IA se traite avec des contrôles que vous maîtrisez déjà, appliqués à un nouveau périmètre.
1. Inventorier les accès IA
Recensez qui utilise quel assistant, avec quel compte et sur quel poste. Un compte IA partagé entre plusieurs personnes rend toute investigation impossible. Privilégiez les comptes nominatifs rattachés à votre SSO d’entreprise plutôt que des inscriptions individuelles.
2. Réduire la durée de vie des jetons
Forcez la réauthentification périodique et révoquez immédiatement les sessions d’un poste suspect. Traitez la révocation de session IA comme vous traitez la révocation d’une clé d’API cloud : c’est le même geste, sur le même type d’actif.
3. Surveiller la consommation comme un signal de sécurité
Un pic de consommation hors horaires, depuis une géolocalisation inhabituelle ou sur un modèle que l’équipe n’utilise pas, est un indicateur de compromission. Remontez ces métriques dans votre SOC au même titre qu’une authentification anormale.
4. Durcir le poste de travail
C’est là que se joue l’essentiel : EDR à jour, contrôle des extensions de navigateur, blocage des installeurs non signés, et sensibilisation aux fausses pages de vérification. Les bonnes pratiques appliquées aux assistants IA internes valent aussi pour les postes qui les consomment.
5. Limiter ce que l’agent peut atteindre
Un agent IA ne devrait disposer que des accès strictement nécessaires. Si un jeton compromis ouvre votre dépôt de production, le problème n’est pas seulement le jeton — c’est le périmètre qu’il porte.
Le compte IA est un accès à privilèges
Le vol de sessions IA n’est pas une nouvelle catégorie de menace : c’est l’extension d’un schéma connu à un actif que beaucoup d’organisations n’ont pas encore classé comme sensible. Tant que l’assistant IA reste un outil « personnel » hors de l’inventaire, il échappe à la gestion des identités, à la journalisation et à la réponse à incident. Le traiter comme un accès à privilèges — nominatif, révocable, surveillé et cloisonné — est la mesure la plus rentable que puisse prendre une PME-ETI aujourd’hui.