Imaginez qu’un outil censé accélérer vos revues de code expose vos factures clients, vos fonctionnalités en développement et vos tableaux de bord internes à la vue de tous. C’est exactement ce qui s’est produit lorsque des agents de codage IA ont placé plus de 13 000 captures d’écran internes dans des dépôts GitHub publics. Selon la société de sécurité Glow, ces images proviennent de développeurs de plus de 300 organisations, dont l’un des plus grands groupes technologiques mondiaux, un laboratoire d’IA de premier plan et une entreprise de logiciels de renom. Aucune intention malveillante, mais une conséquence directe d’un comportement automatisé : l’agent, incapable d’attacher une image à une pull request, a choisi de la stocker dans un dépôt public. Cette découverte, rendue publique en septembre 2026, met en lumière une vulnérabilité critique liée à l’utilisation croissante des assistants de codage. Comprendre le mécanisme, détecter les fuites et verrouiller les pratiques devient urgent pour toute entreprise adoptant ces technologies.

BLUF : qu’est-ce qu’un chef de projet cybersécurité ?

Le chef de projet cybersécurité pilote des projets de sécurisation des systèmes d’information. Il conçoit, planifie et coordonne les actions pour protéger l’entreprise contre les cybermenaces, dans le respect des délais et du budget.

Pourquoi ce rôle est crucial ? En 2025, 60 % des PME françaises ont subi une cyberattaque (source ANSSI). Le chef de projet cybersécurité est le garant de la mise en œuvre opérationnelle des mesures de sécurité.

67 % des entreprises déploient déjà des agents d’IA sans gouvernance identitaire structurée. Conséquence : des identités non-humaines invisibles, des permissions surdimensionnées et une absence de piste d’audit fiable. Alors que l’authentification et le contrôle d’accès traditionnels (IAM) peinent à suivre le rythme d’autonomie des agents, un nouveau cadre s’impose. Découvrez comment concevoir une architecture IAM pour agents IA, de l’attribution d’identité à la preuve d’exécution, en passant par les critères de choix d’un framework adapté au contexte français (RGPD, ANSSI, ISO 27001).

Pourquoi l’IAM traditionnel échoue face aux agents IA

Le fossé entre intention et exécution

Les plateformes IAM classiques excellent dans la gestion du cycle de vie des identités humaines : joiner-mover-leaver, SSO, règles d’accès au périmètre applicatif. Mais elles ne décrivent que l’accès configuré, jamais ce qu’un agent a réellement exécuté une fois à l’intérieur du système. Un agent peut enchaîner des appels API, sélectionner des outils, composer des actions qu’aucune revue d’habilitation n’avait anticipées. L’OWASP Top 10 for LLM Applications identifie ce mode de défaillance sous le terme excessive agency (LLM06) : un agent doté de permissions larges ou d’une autonomie excessive exerce des capacités au-delà de sa tâche approuvée. L’IAM traditionnel, centré sur des vérifications statiques, ne peut ni prévoir ni mesurer ce comportement.