Vault 🇬🇧 🇩🇪 🇫🇷
  • Envoyer
  • Demander
  • Comment ça marche
  • Sécurité et confiance
  • Tarifs
  • Des secrets dans les journaux de session d'un agent IA : la méthode de mesure

    Un exploitant, 70 secrets de déploiement, quatre semaines de travail avec un agent de code IA. Au bout du compte, 68 des 70 valeurs figuraient en clair dans ses journaux de session. Cette page explique comment la mesure a été faite, ce qui compte comme exposé et où se situent ses limites.

    Données clés

    • Mesure du 7 septembre 2026.
    • Journaux analysés : du 10 août au 7 septembre 2026.
    • Objet : 70 secrets de déploiement d'un exploitant, stockés dans un fichier de configuration chiffré (Ansible Vault).
    • Données : tous les journaux de session locaux de l'agent de code IA Claude Code sur le poste de travail de l'exploitant.

    Quand un secret est considéré comme exposé

    Un secret est considéré comme exposé si sa valeur complète figure telle quelle, en clair, dans au moins un fichier journal. Les fragments, les formes encodées comme le Base64 et les simples noms de clés ne comptent pas.

    Déroulé

    1. Extraire les 70 valeurs du fichier de configuration chiffré.
    2. Hacher chaque valeur, afin que le résultat puisse désigner chacune sans son texte en clair.
    3. Comparer tous les journaux de session de la période à ces valeurs et noter, pour chaque valeur, les fichiers où elle apparaît.
    4. Pour chaque occurrence, déterminer par quel chemin la valeur est arrivée dans le journal.

    Résultat

    68 des 70 secrets figuraient en clair dans au moins un journal de session, répartis sur 99 fichiers. Seules deux valeurs n'apparaissaient dans aucun journal. Chaque occurrence remonte à l'un de quatre chemins, et sur chacun d'eux la valeur faisait partie de la sortie d'un outil lancé par l'agent.

    Les quatre chemins vers le journal

    1. Un message d'erreur de l'outil de déploiement a écrit l'ensemble des valeurs de configuration dans une trace d'appels en résolvant une référence.
    2. Le fichier de configuration chiffré a été affiché entièrement déchiffré pour une vérification, au lieu d'interroger des clés précises.
    3. Une recherche grep a parcouru une copie déchiffrée du fichier et affiché les lignes trouvées, valeurs comprises.
    4. Un conflit de fusion dans le fichier chiffré a été résolu en fusionnant en clair les versions concernées.

    Point commun des quatre chemins : ce qu'un outil affiche, l'agent le lit, et ce que l'agent lit reste ensuite dans le journal de session sur le disque.

    Limites de la mesure

    • Un exploitant, une machine, un agent : le chiffre décrit ce seul cas et n'est pas un taux valable pour d'autres équipes.
    • Seuls les journaux locaux ont été analysés. Ce que conserve le fournisseur du modèle échappe à la mesure.
    • Seules les valeurs inchangées ont été comptées. Les occurrences encodées ou fragmentées manquent, d'autres occurrences sont donc possibles.
    • La mesure montre où une valeur se trouvait en clair, pas si quelqu'un en a abusé.
    • La mesure a été réalisée par le fournisseur d'Erseni Vault, une partie intéressée. Elle n'a pas été vérifiée de manière externe.
    Des secrets pour les agents IA : le fonctionnement de vault-ask

    Produit

    Sécurité

    Informations légales

    Résilier les contrats ici © 2026 Erseni Ltd. Zero-knowledge par conception.