Une entreprise est compromise. Sept cents autres suivent. Ce n’est pas hypothétique, c’est ce qui s’est passé lorsque des attaquants ont compromis Salesloft et Drift, deux plateformes SaaS intégrant l’IA, et ont utilisé des tokens OAuth et de rafraîchissement volés pour accéder discrètement aux installations Salesforce de plus de 700 clients.
La « Grande faille SaaS » de 2025 est devenue une leçon magistrale sur la manière dont les outils IA ont créé une nouvelle chaîne d’attaque. Et si votre organisation utilise une plateforme moderne intégrant l’IA, ce qui est statistiquement presque certain, cette histoire vous concerne.
Le problème des identifiants dont personne ne veut parler
Le rapport « State of Secrets Sprawl 2026 » publié ce mois-ci révèle un chiffre qui devrait stopper tout responsable sécurité : les secrets de services IA sur GitHub public ont augmenté de 81 % en 2025 par rapport à l’année précédente. Près de 29 millions de secrets ont été exposés au total. Les secrets d’infrastructures LLM ont fuité cinq fois plus vite que ceux des fournisseurs de modèles principaux.
Voici ce que cela signifie en clair. Lorsque les développeurs connectent des outils IA, ChatGPT, Copilot, Claude, API internes LLM, ils ont besoin de clés API. Ces clés se retrouvent dans le code. Le code est stocké dans des dépôts. Les dépôts sont poussés sur GitHub. Et GitHub est, comme on le découvre, entièrement indexé par quiconque possède un navigateur.
Ce n’est pas de la négligence. C’est un problème structurel. Les équipes de développement intègrent les outils IA à un rythme que la gouvernance ne peut suivre. L’entreprise moyenne utilise désormais des dizaines d’intégrations IA dans les produits, ventes, marketing et opérations, chacune générant des identifiants, tokens OAuth, clés de comptes de service et secrets webhook dispersés dans le code.
Et contrairement aux secrets logiciels traditionnels, les identifiants de services IA ont souvent une portée particulièrement dangereuse : une clé API pour une intégration LLM peut donner accès aux fichiers téléchargés, contenus d’emails, historique de navigation et appels d’outils. Ce n’est pas juste un mot de passe de base de données. C’est une clé passe-partout pour tout le workflow augmenté par IA de votre équipe.
Comment la chaîne OAuth casse tout
L’incident Salesloft/Drift illustre un schéma d’attaque spécifique et sous-estimé. Les attaquants n’avaient pas besoin de pénétrer 700 entreprises individuellement. Ils devaient en compromettre une seule, et laisser la chaîne de confiance OAuth faire le reste.
Les intégrations SaaS modernes reposent sur des tokens. En connectant votre CRM à votre plateforme email, à votre outil d’écriture IA et à votre suite analytique, vous créez un réseau de confiance déléguée. Chaque connexion génère un token permettant au Système A d’agir pour le compte du Système B. Les tokens de rafraîchissement, en particulier, sont durables et souvent valides indéfiniment, conçus pour maintenir les outils connectés sans réauthentification constante.
Lorsqu’un attaquant vole ces tokens, il n’accède pas à une seule application. Il usurpe l’intégration elle-même. Depuis Drift, il pouvait émettre des requêtes ressemblant à des appels API légitimes Drift-vers-Salesforce. Les outils de sécurité des victimes n’avaient aucune raison de les signaler, le token était valide, la source fiable, le comportement normal.
C’est à cela que ressemble concrètement le risque d’IA fantôme. Ce n’est pas seulement un employé collant des données clients dans ChatGPT. C’est la toile invisible d’autorisations accumulée par votre stack SaaS intégré à l’IA, qui attend silencieusement d’être exploitée.
Ce que votre équipe sécurité ne voit pas
La plupart des programmes de sécurité en entreprise reposent sur un modèle mental qui ne correspond plus à la réalité. L’hypothèse : les humains prennent des décisions authentifiées, et vous auditez ces décisions. La réalité : dans un environnement moderne intégré à l’IA, une part significative et croissante de vos « décisions » est prise par des identités non humaines, API, agents, workflows automatisés, opérant à des vitesses et échelles rendant la surveillance traditionnelle presque obsolète.
Gartner estime qu’en 2027, près de 40 % des workflows d’entreprise seront automatisés par des agents IA. Fin 2026, ils prévoient plus de 1 000 recours juridiques pour dommages causés par des agents IA contre des entreprises n’ayant pas mis en place de garde-fous et de supervision suffisants.
Le déficit de sécurité ne concerne pas seulement les attaquants externes exploitant vos intégrations IA. Il s’agit aussi de visibilité interne. La plupart des organisations ne peuvent pas vous dire :
- Quels outils IA sont activement connectés à leurs systèmes de production
- À quelles données ces outils ont accès
- Quelles intégrations utilisent des identifiants créés par des employés partis depuis
- Si ces identifiants ont été renouvelés au cours des six derniers mois
Ce dernier point mérite qu’on s’y attarde. Le parc SaaS moyen d’une entreprise compte des centaines d’intégrations. Les identifiants sous-jacents sont généralement gérés par leur créateur initial, un développeur parti, un manager ayant automatisé son propre workflow, ou un fournisseur ayant reçu un accès « temporaire » il y a deux ans.
C’est le visage le plus ennuyeux et le plus dangereux de l’IA fantôme : pas des chatbots hors de contrôle, mais une authentification orpheline.
Le signal OWASP
En février 2026, OWASP a publié son « Top 10 pour applications agentiques », le premier cadre de sécurité dédié aux risques des agents IA. Le simple fait qu’OWASP ait dû publier cela en dit long. Nous sommes au-delà du stade où la sécurité IA peut se gérer en adaptant des contrôles existants.
La liste inclut l’injection de prompt, l’agence excessive et la compromission de privilèges, mais ce qui les relie est un fil commun : ces risques ne sont pas isolés. Ils se cumulent. Un agent IA avec des permissions excessives, vulnérable à l’injection de prompt et connecté à une chaîne OAuth n’est pas un problème. Ce sont trois problèmes qui se multiplient.
L’IMDA de Singapour a publié son propre cadre de gouvernance IA agentique en janvier. Les obligations à haut risque du règlement européen sur l’IA deviendront pleinement applicables en août 2026. Les responsables sécurité et conformité vont se retrouver dans une position très inconfortable : des régulateurs exigeant une gouvernance non encore mise en œuvre, et des surfaces d’attaque ayant grandi pendant que tout le monde se concentrait sur les gains de productivité.
Prendre de l’avance sur la réaction en chaîne
La cascade de violations Salesloft/Drift n’était pas inévitable. Quelques contrôles auraient brisé la chaîne à plusieurs points.
Premièrement : l’hygiène des identifiants pour les intégrations IA. Traitez chaque clé API et jeton OAuth lié à un service IA comme un identifiant à haute valeur. Faites-les tourner. Limitez leur portée. Auditez-les trimestriellement. Si un identifiant a été créé par une personne qui n’est plus dans l’organisation, c’est un risque.
Deuxièmement : visibilité avant gouvernance. Vous ne pouvez pas gouverner ce que vous ne voyez pas. La plupart des équipes sécurité découvrent leur inventaire d’outils IA par des canaux réactifs, notification d’un fournisseur, rapport de faille, départ d’un employé révélant des accès inattendus. Prendre de l’avance nécessite une découverte proactive : un processus continu d’identification des outils IA en fonctionnement dans votre environnement et de leurs connexions.
Troisièmement : considérez les chaînes OAuth comme des surfaces d’attaque. Cartographiez vos dépendances d’intégration. Sachez quels systèmes critiques sont accessibles via des jetons détenus par des fournisseurs SaaS tiers. Lorsqu’un fournisseur subit un incident de sécurité, votre temps de réponse pour révoquer l’accès délégué ne doit pas se compter en jours.
Quatrièmement : surveillez le comportement des identités non humaines. Les agents IA et intégrations automatisées génèrent des logs. Ces logs contiennent les signaux de compromission, schémas inhabituels d’appels API, accès hors horaires, requêtes ne correspondant pas au comportement normal d’intégration. La question est de savoir si quelqu’un les surveille.
La hausse de 81 % des secrets IA exposés n’est pas une tendance qui va s’inverser. Chaque nouvelle intégration IA est un point d’exposition potentiel. Les organisations qui traverseront 2026 sans devenir un maillon dans une cascade de violations seront celles qui auront pris la gouvernance IA au sérieux avant l’incident, pas après.
C’est la mission aujourd’hui.
