La nuance est importante. Le secret volé n’est pas toujours un mot de passe. Il s’agit de plus en plus d’un accès déjà authentifié. SpyCloud a ainsi déclaré avoir récupéré 18,1 millions de clés API et tokens exposés en 2025, en décrivant un basculement vers le vol de clés API, de jetons de session et d’identifiants d’automatisation, au-delà des seuls couples identifiant-mot de passe .
Le vol de tokens d’IA suit généralement deux grandes logiques.
Certains fraudeurs créent des vagues de nouveaux comptes afin de récupérer des crédits promotionnels ou du temps de calcul offert. Fortune a rapporté que Patrick Collison, PDG de Stripe, le spécialiste américain des paiements, estimait que les voleurs de tokens représentaient, dans certains cas, un nouvel inscrit sur six chez des entreprises d’IA . Ce chiffre ne doit pas être lu comme une moyenne universelle du secteur, mais il illustre pourquoi les parcours d’inscription des services d’IA sont devenus des cibles.
La mécanique est simple : un essai gratuit généreux n’est plus seulement une dépense marketing. Si les crédits offerts déclenchent de vraies inférences de modèle, chaque inscription abusive peut créer un coût immédiat de calcul .
L’autre scénario est le vol d’identifiants. Les attaquants trouvent ou dérobent une clé API d’IA, puis l’utilisent pour exécuter des charges de travail sur le compte de la victime. Cette pratique est souvent appelée LLMjacking .
Un exemple cité dans un article consacré au sujet décrit une start-up dont la facture OpenAI mensuelle habituelle tournait autour de 400 dollars avant qu’une clé API exposée ne débouche sur une facture de 67 000 dollars. La clé aurait été laissée pendant 11 jours dans un dépôt GitHub public et repérée par des robots automatisés en quelques minutes . Un autre guide de défense explique que ce phénomène est passé d’un vol opportuniste de clés à des abus plus structurés visant des fournisseurs d’IA et des services d’IA dans le cloud
.
Beaucoup de start-up d’IA misent sur une entrée sans friction : inscription en libre-service, démonstration rapide, crédits gratuits, accès API immédiat. Ce sont de bons leviers de croissance, mais ils créent aussi une surface de fraude lorsque chaque requête peut consommer du calcul coûteux .
Le risque augmente encore avec les fuites d’identifiants. CSO a rapporté des recherches de Wiz selon lesquelles des fuites de secrets vérifiées avaient été trouvées chez 65 % des entreprises du Forbes AI 50, notamment des clés API et des jetons d’accès exposés sur GitHub . Cela ne signifie pas que chaque fuite conduit à un vol de tokens d’IA, mais cela montre à quelle vitesse des identifiants précieux peuvent sortir d’environnements de développement très rapides.
L’économie de cette fraude diffère aussi d’abus plus classiques. Un faux compte sur un logiciel SaaS traditionnel peut fausser les métriques ou consommer du support. Un faux compte d’IA, ou un compte IA détourné, peut immédiatement brûler des crédits de fournisseur de modèles, de l’inférence adossée à des GPU ou de la dépense cloud .
Le problème, c’est que l’abus peut ressembler à un usage normal. L’attaquant utilise souvent une vraie clé, une session valide ou un compte fraîchement créé qui a bien passé les premières étapes d’inscription. Les analyses sur le vol de tokens avertissent que des cookies de session, jetons OAuth et artefacts similaires peuvent permettre de contourner des contrôles d’authentification et d’usurper l’identité d’utilisateurs légitimes .
Pour une plateforme d’IA, les signaux les plus utiles sont donc souvent comportementaux : comptes très récents qui épuisent leurs crédits en quelques minutes, clés API qui passent soudainement d’un trafic modéré à des appels massifs, choix de modèles plus coûteux que d’habitude, ou dépenses qui s’envolent par rapport à l’historique du compte. Ces signaux correspondent directement aux deux schémas observés : faux comptes créés pour siphonner du calcul et clés exposées utilisées jusqu’à produire de lourdes factures .
Il n’existe pas de correctif unique, car le vol de tokens se situe à la frontière de la fraude, de la sécurité des identités et du contrôle des coûts cloud. Les protections efficaces combinent ces trois dimensions.
Les crédits gratuits doivent être considérés comme une exposition financière, pas seulement comme un budget d’acquisition. Les équipes peuvent réduire le risque avec des essais plus progressifs, des crédits débloqués par étapes, des quotas par compte et par clé, des limites de débit et des alertes lorsque l’usage grimpe brutalement .
Les équipes de développement devraient partir du principe qu’une clé API finira par fuiter si les processus ne l’empêchent pas activement. Le scan de secrets dans les dépôts et les chaînes CI/CD, la rotation des clés, les identifiants à privilèges minimaux et la révocation rapide des clés exposées sont des contrôles essentiels, surtout au vu des expositions signalées sur GitHub chez des entreprises d’IA .
Un système antifraude qui ne regarde que les données d’inscription peut manquer une clé API volée. Un système de sécurité qui ne surveille que les connexions peut manquer la création industrielle de comptes d’essai. Les plateformes d’IA doivent corréler l’âge du compte, la consommation de crédits, le volume d’API, les modèles appelés et la vitesse de dépense afin de détecter l’abus avant qu’il ne devienne une facture majeure .
Le changement de mentalité est là : les tokens et accès d’IA ont une valeur quasi monétaire. Ils peuvent ouvrir l’accès à une ressource rare, être revendus ou servir à alimenter d’autres activités tout en reportant le coût sur quelqu’un d’autre . Pour une start-up, les plafonds de dépense, la détection d’anomalies et la gestion du cycle de vie des clés ne sont donc plus de simples tâches de sécurité interne. Ce sont des éléments centraux de l’infrastructure produit.
Le vol de tokens d’IA est une fraude visant la couche de mesure et de facturation des plateformes d’IA. L’objet volé peut être une clé API, un jeton de session, un jeton OAuth ou un solde d’essai gratuit, mais ce qui est monétisé reste le même : du calcul payant . Pour les start-up, ce n’est pas seulement un problème de cybersécurité. C’est une menace directe pour les marges, les entonnoirs d’acquisition et la possibilité même d’offrir des essais gratuits sans garde-fous solides
.