Permissions des agents IA : ce que « Ne plus demander » nous apprend

La réponse courte d'abord. Les permissions des agents IA, ce sont les règles qui décident ce qu'un agent peut faire tout seul, ce qu'il doit vous demander avant, et ce à quoi il ne touche jamais. Si vous avez une PME ou une boutique en ligne et que vous commencez à laisser des agents répondre aux clients, modifier des commandes ou fouiller dans vos outils, ces règles comptent plus que le modèle que vous choisissez. Cette semaine, on en a eu un exemple assez clair.

L'histoire de Claude Code

Le 5 novembre 2026, la firme de sécurité Apiiro a publié une recherche sur Claude Code, l'agent de programmation d'Anthropic. Quand Claude Code veut lancer une commande, il demande normalement la permission. Un des choix est « Yes, and don't ask again », donc oui, et ne plus demander. Si vous cliquez là, il enregistre la commande approuvée dans un petit fichier de réglages de votre projet, et la prochaine fois il la lance sans rien demander. Le problème, c'est qu'il enregistre parfois la commande au complet, mot pour mot, et si elle contenait un mot de passe ou une clé d'API, le secret se retrouve dans le fichier aussi, en clair.

Apiiro a fouillé GitHub public et trouvé 104 185 copies de ce fichier. 1 122 d'entre elles contenaient au moins un vrai secret, 1 379 secrets au total : des mots de passe de bases de données, des clés infonuagiques, des accès SSH (The Hacker News, 7 nov. 2026). Le fichier est censé rester sur votre ordinateur, mais Claude Code le garde hors de git seulement avec un réglage propre à cette machine, alors il se glisse facilement dans le projet partagé (GitLab, nov. 2026). Le 9 novembre, l'histoire circulait partout sur X.

Et honnêtement, ce qui me reste en tête, ce n'est pas le bogue. C'est le bouton. Tous les produits d'agents ont maintenant une version de « toujours autoriser », et on clique presque tous dessus parce que les demandes finissent par tomber sur les nerfs.

Si vous ne programmez pas

Vous vous dites peut-être que c'est un problème de développeurs. Un peu. Mais le même schéma revient partout où on donne à un agent un accès et un « oui » permanent.

Disons que vous avez un agent qui répond aux courriels des clients de votre boutique Shopify. Le premier jour, vous approuvez chaque remboursement qu'il propose. Au dixième jour, vous êtes tanné, alors vous lui dites de procéder. Maintenant il peut rembourser n'importe quoi, à n'importe qui, sans plafond, et personne n'a vraiment pris cette décision parce qu'elle n'a jamais eu l'air d'une décision. Ou encore, vous collez le mot de passe de votre portail fournisseur dans un clavardage pour que l'agent vérifie l'inventaire, et ce mot de passe vit maintenant dans un historique que vous ne contrôlez pas vraiment.

Donc la leçon, ce n'est pas « n'utilisez pas d'agents ». J'en utilise tous les jours. La leçon, c'est que les permissions sont une décision d'affaires, et qu'elles méritent les mêmes cinq minutes de réflexion que les clés qu'on remet à un nouvel employé.

La même semaine, le 11 novembre, Databricks a lancé une nouvelle version de Genie, un agent qui roule de longues tâches en arrière plan. Ce que j'ai aimé, c'est comment il est encadré. Il agit avec l'identité de l'utilisateur et voit seulement ce que cette personne a le droit de voir, les administrateurs décident quels outils il peut utiliser et quelles actions demandent une approbation, chaque action est journalisée, et on peut fixer des budgets et des plafonds de dépenses par utilisateur (Databricks, 11 nov. 2026). Leur propre documentation dit franchement que le budget est une estimation quasi en temps réel et non un plafond absolu sur la facture (documentation Databricks), et j'apprécie.

Pas besoin de Databricks pour copier l'idée. Identité, approbations, journaux et une limite d'argent. C'est toute la recette.

Comment je configurerais les permissions des agents IA dans une PME

Voici à peu près la configuration que je montre aux gens. Rien de compliqué.

Donnez à l'agent son propre compte

Ne laissez pas l'agent travailler en votre nom. Créez-lui son propre utilisateur dans Shopify, Gmail, votre outil de soutien ou autre, avec seulement les accès dont cette tâche a besoin. Si quelque chose tourne mal, vous fermez un compte sans vous barrer vous-même, et les journaux montrent clairement ce que l'agent a fait et ce que vous avez fait.

Classez chaque action dans trois catégories

Ce qu'il peut faire seul, ce qu'il doit demander, et ce qu'il ne fait jamais. Pour un agent de service à la clientèle en commerce électronique, ça pourrait ressembler à ceci :

• Seul : répondre aux questions sur le statut des commandes, envoyer les liens de suivi, étiqueter les billets.
• Demander avant : les remboursements au delà d'un certain montant, les codes de rabais, les changements d'adresse après l'expédition.
• Jamais : changer les prix, supprimer des produits, toucher aux versements ou aux informations bancaires.

Écrivez-le. Sérieusement, une petite note suffit. Ensuite, réglez l'outil pour qu'il corresponde.

Approuvez des types d'actions, pas des commandes uniques

Celle-là vient directement des conseils d'Apiiro. Quand un outil vous laisse approuver une règle, approuvez le type d'action (« envoyer les courriels de suivi ») plutôt qu'une commande précise avec vos données dedans. C'est plus propre et ça ne garde pas en silence tout ce qu'il y avait dans cette commande.

Gardez les mots de passe hors du clavardage

Ne collez jamais un mot de passe ou une clé d'API dans une conversation avec un agent. Branchez l'outil correctement, avec sa propre connexion ou un vrai connecteur, ou gardez le secret dans un gestionnaire de mots de passe ou une variable d'environnement pour que l'agent ne voie qu'un nom, jamais la valeur. C'est exactement ce que recommandent les chercheurs (The Hacker News).

Mettez un plafond sur l'argent

Tout agent qui peut dépenser, rembourser ou commander devrait avoir une limite par action et par mois. Si votre plateforme ne le permet pas, laissez les étapes d'argent dans la catégorie « demander avant ». Mais gardez en tête qu'une alerte de budget n'est pas un arrêt ferme, comme Databricks le précise pour son propre outil.

Relisez la liste « toujours autoriser » une fois par mois

Ouvrez la liste des approbations permanentes que gardent vos outils d'agents et lisez-la. Supprimez tout ce que vous ne vous souvenez pas d'avoir approuvé. Ça prend dix minutes, et c'est exactement l'étape qui aurait attrapé la plupart de ces 1 122 fichiers.

Propriétaires au Québec

La Loi sur la protection des renseignements personnels dans le secteur privé, celle que la Loi 25 a modernisée, exige de limiter l'accès aux renseignements personnels de vos clients aux seules personnes qui en ont besoin pour leurs fonctions (Commission d'accès à l'information). Un agent avec votre accès administrateur complet ne cadre pas très bien avec ça. Un compte par agent, le minimum d'accès nécessaire et un journal de ce qu'il a fait, ça rend beaucoup plus facile de montrer que vous avez pris la chose au sérieux. Je ne suis pas avocat, alors validez vos cas précis avec un.

Par où commencer

Si vous avez déjà un agent ou deux en marche, faites la révision mensuelle aujourd'hui et changez tout mot de passe que vous avez déjà collé dans un clavardage. Si vous commencez, choisissez une seule tâche, écrivez les trois catégories et bâtissez à partir de là. J'en parle plus dans agents IA pour PME et dans un agent IA ou plusieurs.

Et si vous préférez que quelqu'un mette ça en place avec vous, c'est une grande partie de ce que je fais avec les agents IA pour PME, permissions et approbations comprises.

Vous voulez un deuxième regard sur votre configuration d'agents? Réservez un appel avec moi.

Sources

• The Hacker News, Claude Code's "Don't Ask Again" File Exposes Passwords and Keys in 1,122 Public Copies on GitHub (7 nov. 2026; chiffres d'Apiiro : 104 185 fichiers, 1 122 avec des secrets, 1 379 secrets)
• GitLab, How to prevent leaks from Claude Code's "Don't ask again" file (nov. 2026)
• X, Claude Code's Approval Button Leaks Secrets to Public GitHub Repos (mis à jour le 9 nov. 2026)
• Databricks, The new Genie: autonomous AI for complex enterprise work (11 nov. 2026)
• Documentation Databricks, Manage budgets and cost controls for Genie (le budget est une estimation quasi en temps réel, pas un plafond absolu)
• Commission d'accès à l'information du Québec, Utilisation et communication de renseignements personnels (limiter l'accès aux personnes qui en ont besoin pour leurs fonctions)