Notion · Sécurité et conformité
Secrets et mots de passe
Tout ce qui ouvre un accès : mots de passe, clés d’API, jetons. Ne jamais les coller dans une conversation avec une IA, ni dans un fichier lu par un agent.
Comment ça marche
Un agent qui travaille dans vos fichiers lit tout ce qu’on lui donne à lire, et peut l’écrire ailleurs : dans un autre fichier, dans un journal, dans une réponse. Un mot de passe dans un fichier de configuration, une clé d’API dans un script, un jeton dans une note : tout ça devient lisible, copiable, et finit parfois dans un dépôt Git ou dans une conversation. Avec les agents, les secrets ont besoin de règles strictes.
La règle de base : un secret ne figure jamais en clair dans un fichier que l’agent peut lire ni dans un message. Il vit dans un gestionnaire dédié, et les programmes y accèdent par une variable d’environnement ou un appel au coffre. Les fichiers qui en contiennent sont exclus de Git. Chaque secret a un usage, un propriétaire, une date de renouvellement. Et en cas d’exposition, même possible, on le révoque et on le remplace, sans attendre de savoir s’il a été utilisé.
Un exemple concret
- Le point de départ : une clé d’API d’un fournisseur d’IA, écrite dans un script d’automatisation, dans un dossier sur lequel un agent travaille.
- L’enchaînement : l’agent, chargé de documenter le projet, copie le script dans le README « pour l’exemple ». Le README est commité sur un dépôt GitHub, public par erreur.
- La découverte : quatre jours plus tard, la facture du fournisseur montre 1 800 euros de consommation inconnue. La clé a été trouvée et utilisée par un tiers.
- La remise en ordre : clé révoquée, dépôt passé en privé et historique nettoyé, plainte. Puis : toutes les clés déplacées dans un coffre, chargées par variables d’environnement ; fichiers de secrets exclus de Git ; un hook qui bloque tout commit contenant une chaîne ressemblant à une clé ; une clé par usage, avec plafond de dépense.
Le fournisseur a remboursé une partie. La demi-journée de mise en ordre aurait coûté cent fois moins que l’incident.
Ce que ça change pour une équipe
- Les agents peuvent travailler sans risque d’exposition. Si aucun secret n’est lisible, aucun ne peut fuir par l’agent.
- Les accès sont inventoriés. Un coffre liste les secrets, leurs usages, leurs propriétaires. On sait qui a accès à quoi.
- La révocation est rapide. Un secret suspecté se remplace en minutes, parce qu’on sait où il est utilisé.
- Les plafonds limitent les dégâts. Une clé avec une limite de dépense coûte au pire cette limite.
Les limites et les erreurs fréquentes
- Le secret « temporaire » dans un fichier. Il y reste des mois. Dès le premier jour, le coffre.
- Un secret pour tout. La même clé pour cinq usages : impossible de savoir qui consomme, et une fuite expose tout. Une clé par usage.
- Les secrets dans les consignes de l’agent. Un fichier de consignes est lu, copié, versionné. Jamais de secret dedans.
- Oublier l’historique. Un secret supprimé d’un fichier reste dans l’historique Git et dans les conversations. Il est révoqué, pas seulement effacé.
Pour aller plus loin
Les secrets se stockent dans un gestionnaire ou un coffre, s’injectent par variables d’environnement et se renouvellent après toute exposition. Un agent avec accès au système peut les lire : limiter son périmètre fait partie de la sécurité.
Où ça se situe chez Opora
Programme 04 · Construire des agentsIngénierie agentique pour les équipes techniques
Mettre en place une gestion des secrets avant de lancer un agent dans vos fichiers, c’est une des premières règles du programme Construire des agents.
Questions fréquentes
Qu’est-ce qu’un secret ?
Tout ce qui donne un accès : mot de passe, clé d’API, jeton de connexion, certificat, code de récupération. Si quelqu’un le lit, il peut se faire passer pour vous ou votre entreprise auprès d’un service. Les secrets se protègent plus que n’importe quelle autre donnée, parce qu’ils ouvrent l’accès à toutes les autres.
Pourquoi ne pas coller une clé dans une conversation avec l’IA ?
Parce que la conversation est stockée, parfois longtemps, parfois chez un tiers, et parfois dans une mémoire. Une clé collée une fois reste dans l’historique. Et un agent qui lit un fichier contenant une clé peut la recopier ailleurs sans le vouloir. Un secret dans un texte est un secret perdu.
Où mettre les secrets, alors ?
Dans un gestionnaire de secrets ou un coffre : un gestionnaire de mots de passe pour les personnes, des variables d’environnement ou un coffre dédié pour les programmes et les agents. L’agent accède au service par une variable, sans jamais voir la valeur dans un fichier. Et chaque secret est renouvelé s’il a pu être exposé.