Les outils IA que vos collègues ont installés sans le dire à l'IT
Des millions de travailleurs ont discrètement connecté des assistants IA à leur email professionnel et à leurs fichiers. La plupart des entreprises ignorent ce qui s'exécute et ce que cela peut faire.
Points clés
- Les agents IA, des logiciels qui agissent en votre nom plutôt que de simplement répondre à des questions, se propagent dans les systèmes d'entreprise sans approbation IT.
- La plupart se connectent via OAuth, l'écran de permission standard « Autoriser cette application », qui peut donner à un agent un accès à long terme aux emails, calendriers et fichiers en deux clics.
- Un jeton d'actualisation, une clé numérique durable créée lors de cette approbation, permet à un agent de continuer à se connecter pendant des semaines ou des mois sans redemander la permission.
- La majorité des entreprises ne dispose d'aucune liste centralisée des agents actifs, de qui les a approuvés ou des permissions qu'ils détiennent.
- Google et Microsoft proposent à chaque utilisateur une page où il peut voir et supprimer les applications connectées dès maintenant.
Quelque part dans votre entreprise, quelqu'un a cliqué sur « Autoriser » pour un outil IA la semaine dernière. L'intention était bonne. Il a trouvé quelque chose qui rédige ses emails ou programme ses réunions, s'est connecté avec son compte professionnel et a repris son travail. Ce qu'il n'a probablement pas lu, c'est l'écran de permissions qui a discrètement accordé à cet outil l'accès à sa boîte de réception, son calendrier et son disque partagé.
Comme l'a d'abord rapporté ThreatVectr, c'est maintenant un schéma répandu dans les entreprises de toutes tailles, qui se déploie dans Google Workspace, Microsoft 365, Slack et Salesforce.
Qu'est-ce qu'un agent IA exactement, et pourquoi a-t-il besoin de votre mot de passe ?
Un agent IA n'est pas un chatbot. Un chatbot répond à des questions. Un agent agit : il réserve des réunions, remplissait les notes de frais, rédige et envoie des réponses, déplace des fichiers entre les applications. Pour faire tout cela, il doit se connecter en tant que vous ou en parallèle de vous.
La connexion se fait par un mécanisme appelé OAuth, le système derrière chaque bouton « Se connecter avec Google » que vous avez jamais cliqué. La spécification technique s'appelle RFC 6749, mais vous savez déjà comment cela fonctionne : un écran s'affiche listant ce à quoi l'application veut accéder, vous cliquez pour approuver, et c'est tout.
Le problème, c'est ce qui est créé en arrière-plan : un jeton d'actualisation. Pensez-y comme à une clé de secours. L'agent la détient et l'utilise pour continuer à se connecter automatiquement, pendant des semaines ou des mois, sans que vous voyiez une autre demande. L'authentification multifacteur, le code à six chiffres que votre employeur vous oblige probablement à utiliser, n'aide pas ici. Vous avez déjà passé cette vérification quand vous avez cliqué pour approuver. La clé de l'agent fonctionne sans vous.
Les équipes IT devraient-elles s'inquiéter ?
Oui, pour une raison spécifique. Les outils de sécurité standard sont conçus pour détecter un comportement humain inhabituel : quelqu'un se connectant d'un nouveau pays, un compte actif à 3 heures du matin. Un agent se connectant à 3 heures du matin pour traiter les factures semble parfaitement normal pour ces outils. C'est probablement normal. Mais si la clé de l'agent a été volée, ou si elle dispose de permissions plus larges qu'elle ne devrait, personne ne le remarque.
La question des permissions est très importante. L'écran d'approbation liste souvent un accès large : « lire tous les emails », « envoyer en tant qu'utilisateur », « modifier des fichiers ». Les utilisateurs le parcourent rapidement. L'agent conserve chaque permission qui lui a été accordée, indéfiniment.
Actuellement, la plupart des entreprises n'ont aucun inventaire des agents connectés, de qui les a approuvés ou de ce à quoi ils peuvent accéder.
| Ce qu'il faut vérifier | Où chercher | Ce qu'il faut faire |
|---|---|---|
| Compte Google | myaccount.google.com/permissions | Supprimez les applications que vous ne reconnaissez pas |
| Microsoft 365 | myapps.microsoft.com | Examinez les applications avec consentement |
| Slack | Paramètres Slack, « Gérer les applications » | Supprimez les intégrations inutilisées |
| Salesforce | Configuration, « Utilisation OAuth des applications connectées » | Auditez les connexions actives |
Que doivent faire les employés ordinaires dès maintenant ?
Vérifiez ce qui est connecté à votre compte. Google et Microsoft proposent à chaque utilisateur une liste claire de chaque application approuvée pour accéder à son compte, avec un bouton de révocation en un clic. Si vous voyez quelque chose que vous ne reconnaissez pas ou que vous n'utilisiez plus, supprimez-le.
Si votre employeur dispose d'une équipe IT, signalez-le-lui plutôt que de deviner. La solution n'est pas d'arrêter d'utiliser les outils IA. C'est d'utiliser ceux que votre organisation a vérifiés et approuvés, avec uniquement l'accès dont ils ont réellement besoin.
Pour les équipes IT, la tâche à court terme est simple, bien que peu glamoureuse : dresser un inventaire de ce qui est déjà connecté, désactiver la capacité du personnel à approuver les permissions à haut risque de leur propre chef, et fixer une date d'expiration des jetons plutôt que de les laisser durer indéfiniment.
Questions courantes
Est-ce la même chose qu'une fuite de données ?
Pas automatiquement. Le risque est qu'un agent connecté détienne un accès large et durable que personne ne surveille. Cela devient un vrai problème si les permissions de l'agent sont détournées ou si sa clé de connexion est volée.
Puis-je toujours utiliser les outils IA au travail ?
Oui. Le problème n'est pas les outils IA eux-mêmes, mais d'accorder un accès de compte très large à des logiciels que personne n'a examinés. Les outils que votre employeur a vérifiés et approuvés, avec des permissions limitées, présentent un risque beaucoup plus faible.
