Contexte et définition
Le secrets sprawl désigne l’accumulation de clés d’API, de jetons ou de comptes de service dans un nombre de systèmes supérieur à la capacité d’inventaire et de rotation d’une organisation. GitGuardian, dans son 2026 State of Secrets Sprawl Report, indique que les commits générés avec l’assistance d’IA exposent les secrets à un rythme environ deux fois supérieur à ceux écrits manuellement. Cette hausse n’est pas due à une nouvelle vulnérabilité, mais à la capacité des agents IA à opérer à grande vitesse sur l’ensemble du projet.
Impact des agents IA sur la propagation des secrets
Un agent de codage IA peut lire tous les fichiers d’un dépôt, modifier le code, créer des configurations et appeler des API en quelques secondes, soit le temps qu’un développeur consacre à la revue d’une pull request. Cette rapidité multiplie les points d’injection où une identité logicielle doit être authentifiée. Les agents accèdent aux fichiers .env ou aux configurations locales contenant des clés en texte clair, les dupliquent dans des scripts générés, puis les propagent vers des services externes via le Model Context Protocol (MCP). Ainsi, chaque copie supplémentaire crée une surface d’attaque indépendante de la rotation du secret d’origine.
Limites des contrôles existants
Les pratiques traditionnelles – scanners de dépôts, hooks pré‑commit et rotation post‑exposition – reposent sur la détection rétrospective. Elles ne couvrent pas les secrets stockés hors du code, par exemple dans des variables CI/CD, des tickets Jira ou des fichiers de configuration d’agents MCP qui ne sont jamais versionnés. Keeper Security, dans son enquête RSAC 2026, révèle que 46 % des répondants autorisent des outils IA à accéder à des systèmes critiques, alors que 76 % constatent une visibilité insuffisante sur les permissions accordées. Cette disparité montre que la simple surveillance du code ne suffit plus à contenir le sprawl.
Recommandations d’atténuation
Pour réduire le risque, les organisations doivent traiter le sprawl comme un problème d’identité non‑humaine (NHI) plutôt que comme un comportement de modèle. Cela implique de restreindre les identités attribuées aux agents IA à des ensembles de permissions minimaux, d’utiliser des jetons à durée de vie courte et de centraliser la gestion des secrets via des vaults qui imposent une authentification dynamique. De plus, les pipelines CI/CD doivent intégrer des scanners capables d’interroger les environnements de tickets et les configurations MCP, afin de détecter les copies hors‑dépot. Enfin, un audit périodique des permissions accordées aux agents, surtout dans les systèmes d’orchestration multi‑agents, permet de révoquer les accès superflus avant qu’ils ne soient exploités.
