Votre agent IA a-t-il plus d'accès que vos employés?

Votre entreprise connecte un agent d'intelligence artificielle à la boîte courriel des ventes et au CRM. Son travail : lire les nouvelles demandes, créer les fiches clients, classer les occasions et préparer les suivis. Le projet fonctionne tellement bien qu'après quelques semaines, on lui permet aussi de modifier les dossiers et de déclencher certaines automatisations.

Puis, un matin, l'agent interprète mal une instruction contenue dans un courriel ou un document. Il classe un client au mauvais endroit, partage une information avec la mauvaise personne ou répète la même erreur dans des centaines de dossiers avant que quelqu'un s'en aperçoive.

Personne n'a cliqué sur une pièce jointe douteuse. Aucun mot de passe n'a été volé. L'agent a simplement utilisé les accès qu'on lui avait accordés.

Le risque n'est plus seulement ce qu'on dit à l'IA. C'est ce qu'on l'autorise à faire. Et sur ce point, les chiffres sont brutaux : selon le rapport Cost of a Data Breach 2025 d'IBM, 97 % des organisations ayant subi un incident de sécurité lié à l'IA n'avaient pas de véritables contrôles d'accès sur leurs systèmes d'IA — et 63 % des organisations victimes d'une brèche n'avaient pas de politique de gouvernance de l'IA, ou étaient encore en train d'en rédiger une. Presque personne ne verrouille la porte avant de brancher la machine.

De l'assistant qui répond à l'agent qui agit

Jusqu'ici, l'intelligence artificielle utilisée au bureau ressemblait surtout à un assistant. On lui demandait de résumer un document, de reformuler un courriel ou de proposer des idées. Elle produisait une réponse, puis un humain décidait quoi en faire.

Un agent IA va plus loin. Il peut utiliser des outils, consulter des systèmes et exécuter une suite d'actions afin d'atteindre un objectif. Il peut, par exemple :

• lire et classer des courriels;
• créer ou modifier une fiche dans un CRM;
• chercher de l'information dans SharePoint ou OneDrive;
• préparer une soumission;
• déclencher un flux dans Power Automate;
• planifier une rencontre ou envoyer un suivi.

Autrement dit, l'assistant suggère. L'agent exécute.

Et cette évolution avance plus vite qu'on le pense. Selon le sondage du Commissariat à la protection de la vie privée du Canada mené auprès de 800 entreprises canadiennes qui traitent des renseignements de clients, la proportion d'entreprises utilisant l'IA dans leurs activités a presque triplé en deux ans, passant de 6 % à 16 % — et elle atteint 29 % chez celles de 100 employés et plus. La rédaction et la recherche arrivent encore en tête des usages, mais l'amélioration de l'efficacité et l'aide à la décision occupent déjà une place importante.

Après le Shadow AI , où des employés utilisent des outils non approuvés, un autre défi apparaît donc : l'IA officiellement adoptée par l'entreprise, mais branchée trop rapidement à ses systèmes.

Une erreur à la vitesse d'une machine

Un employé peut envoyer un document au mauvais destinataire. Un agent mal encadré peut répéter la même action des centaines de fois avant la pause du matin.

C'est ce qui change l'équation. Selon Microsoft Security, les agents peuvent amplifier les faiblesses déjà présentes dans les permissions, la protection des données et les contrôles d'accès. Plus on leur donne d'outils et de responsabilités, plus les erreurs peuvent se propager rapidement et devenir difficiles à renverser.

Le danger ne vient pas nécessairement d'un agent « malveillant ». Il peut venir d'un mandat trop vague, d'un accès beaucoup trop large ou d'une instruction contenue dans un courriel qu'il interprète comme une commande. Il peut aussi devenir impossible de comprendre après coup pourquoi une action a été prise si l'agent utilise le compte d'un employé et se confond avec lui dans les journaux d'activité.

Au Québec, cette question n'est pas que technique. Brancher un agent sur des systèmes qui contiennent des renseignements personnels — clients, employés, fournisseurs — devrait déclencher le réflexe de l'évaluation des facteurs relatifs à la vie privée prévue par la Loi 25 . Et l'erreur du début de cet article — l'information partagée avec la mauvaise personne — n'est pas qu'un accroc opérationnel : c'est potentiellement un incident de confidentialité au sens de la Loi, avec inscription au registre et, si le risque de préjudice est sérieux, déclaration à la Commission d'accès à l'information.

Voilà pourquoi un agent IA devrait être traité comme une nouvelle identité numérique dans l'entreprise — avec un rôle, des accès, un responsable et une date de fin.

Cinq règles avant de donner les clés à un agent

1. Donnez-lui sa propre identité

Un agent ne devrait pas se connecter avec le compte partagé d'un employé ou d'un administrateur. Il doit être possible de distinguer clairement ce que l'employé a fait de ce que l'agent a exécuté.

Une identité distincte permet d'attribuer des permissions précises, de suivre les actions, de couper l'accès sans toucher au compte d'une personne et d'identifier rapidement la source d'un problème. Microsoft applique maintenant ce principe dans son environnement : les agents peuvent posséder leur propre identité et être encadrés par des politiques d'accès, tout comme les utilisateurs.

2. Commencez avec aucun accès

Le principe du moindre privilège s'applique aussi aux agents : aucun accès par défaut, puis seulement les permissions nécessaires pour accomplir une tâche précise.

Un agent chargé de qualifier des demandes de clients a-t-il vraiment besoin de voir les dossiers RH? Doit-il pouvoir supprimer des fichiers, ou uniquement les lire? Peut-il modifier toutes les fiches du CRM, ou seulement celles qu'il vient de créer?

Plus le mandat est précis, plus les accès peuvent l'être. C'est la même logique que le Zero Trust : on ne fait confiance ni à une personne, ni à une application, ni à une IA simplement parce qu'elle se trouve déjà à l'intérieur de l'environnement.

3. Donnez-lui un seul vrai travail

L'agent qui « aide un peu partout » est attirant sur papier, mais difficile à contrôler. Chaque système ajouté, chaque outil connecté et chaque instruction ambiguë augmente la surface de risque.

Il vaut mieux créer un agent responsable d'une tâche bien définie qu'un super-agent capable de lire les courriels, modifier les finances, accéder aux ressources humaines et répondre aux clients. La spécialisation limite les dommages possibles et facilite les tests.

L'objectif n'est pas de réduire la valeur de l'agent. C'est d'éviter que l' automatisation des tâches répétitives se transforme en automatisation des erreurs.

4. Gardez un humain devant les décisions importantes

Un agent peut préparer une soumission, mais une personne devrait l'approuver avant l'envoi. Il peut détecter une modification de coordonnées bancaires, mais il ne devrait pas autoriser lui-même un paiement. Il peut proposer de supprimer des comptes inactifs, mais pas effectuer une révocation massive sans confirmation.

Les actions financières, juridiques, irréversibles ou susceptibles d'affecter une personne doivent déclencher une validation humaine obligatoire. Cette règle doit être intégrée au processus; il ne faut pas laisser l'agent décider lui-même si la situation mérite une approbation.

La responsabilité demeure celle de l'entreprise. Le Commissariat à la protection de la vie privée du Canada rappelle d'ailleurs que les organisations qui utilisent l'IA restent soumises aux lois existantes et doivent prévoir de la transparence, des limites sur les renseignements personnels et une supervision humaine lorsque des décisions importantes sont prises.

5. Surveillez, révisez et sachez tout arrêter

Un agent devrait laisser une trace claire : quelles données a-t-il consultées, quel outil a-t-il utilisé, quelle action a-t-il exécutée et au nom de qui?

Cette visibilité doit servir à détecter les comportements inhabituels. Un agent qui consulte soudainement des milliers de dossiers, travaille dans un système qui ne fait pas partie de son mandat ou multiplie les échecs devrait déclencher une alerte.

Il faut aussi lui attribuer un propriétaire. Cette personne confirme périodiquement que l'agent est toujours utile, que ses permissions sont encore justifiées et que personne n'a ajouté une intégration « temporaire » devenue permanente. Enfin, l'équipe doit savoir comment suspendre rapidement l'agent et révoquer ses accès si quelque chose tourne mal.

Les questions à poser avant le branchement

Avant de connecter un agent IA à Microsoft 365, à un CRM ou à un logiciel métier, prenez le temps de répondre à ces questions :

• Quel problème d'affaires précis doit-il régler?
• Quelles informations peut-il lire?
• Que peut-il créer, modifier, envoyer ou supprimer?
• Utilise-t-il une identité distincte?
• Quelles actions exigent toujours une approbation humaine?
• Où ses actions seront-elles enregistrées et surveillées?
• Qui est responsable de réviser ses accès?
• Comment peut-on l'arrêter rapidement?

Si certaines réponses demeurent floues, l'agent n'est probablement pas prêt à recevoir les clés.

Le mot de la fin

Les agents IA peuvent devenir de formidables collègues numériques. Ils peuvent enlever des tâches répétitives, accélérer le service et aider les équipes à mieux utiliser les outils qu'elles possèdent déjà. Il ne s'agit pas de freiner cette innovation.

Mais on n'embaucherait pas un employé sans description de poste, sans compte personnel, sans gestionnaire et avec un accès complet à tous les dossiers de l'entreprise. Un agent IA ne devrait pas recevoir un traitement plus permissif simplement parce qu'il n'a ni bureau ni carte d'employé.

La bonne question n'est donc pas : « Pouvons-nous connecter un agent à nos systèmes? » C'est plutôt : « Sommes-nous capables de voir, de limiter et d'arrêter ce qu'il fera une fois connecté? »

Chez MMO Techno, c'est exactement par là qu'on commence : revoir les identités, les permissions et les contrôles qui protègent vos données — avant de brancher l'agent, pas après l'incident. Si vous préparez un projet d'IA connectée à vos outils de travail, parlez-nous-en d'abord .