Vos automatisations IA fonctionnent. Mais à quoi ont-elles accès ?

Dans beaucoup d'entreprises, personne ne peut dire combien d'automatisations accèdent aujourd'hui aux données clients. Ce n'est pas un reproche. C'est la conséquence mécanique d'outils devenus faciles à créer.

Une automatisation ne se contente pas de traiter de l'information. Pour travailler, elle reçoit des accès. Une messagerie, un CRM, un espace de fichiers, parfois une base de données.

Ces accès ne s'effacent pas quand l'outil sort des radars. Ils restent ouverts, au nom de l'entreprise. C'est cela qui mérite d'être regardé.

Votre défense dépend de ce que vous connaissez de vos systèmes

L'ANSSI a traité 1 366 incidents de sécurité en 2025, selon son Panorama de la cybermenace 2025 publié en mars 2026. L'année précédente en comptait 1 361. Le niveau ne baisse pas.

Ce qui frappe dans ces bilans n'est pas le volume. C'est la position de départ. L'attaquant explore un système que personne, en face, ne connaît entièrement.

La chaîne compte autant que le périmètre. Alain Bouillé, délégué général du Cesin, estime que deux tiers des attaques réussies passent par un prestataire. On n'est pas seulement responsable de ses propres murs.

La question n'est donc pas seulement de savoir se défendre. Elle est de savoir ce qu'il y a à défendre, et par où on y entre.

Chaque automatisation ajoute un accès, pas seulement un gain de temps

Une automatisation qui trie vos demandes clients a besoin de lire votre messagerie. Celle qui crée les fiches correspondantes a besoin d'écrire dans votre CRM.

Ces autorisations prennent la forme de jetons et de clés d'API. Ce sont des identifiants, au même titre qu'un mot de passe. Ils vivent souvent dans un fichier de configuration, parfois dans un compte personnel.

Rien d'anormal là-dedans : c'est ainsi que les outils se parlent. Le point à tenir est ailleurs. Chaque outil ajouté élargit ce qu'un tiers pourrait atteindre, et la liste s'allonge plus vite qu'elle ne se relit.

Nous avons traité ailleurs ce que coûte une automatisation qu'on ne voit plus. Il y a un second versant, plus discret : ce qu'elle ouvre.

Une application peut très bien fonctionner et rester ouverte

En février 2026, les chercheurs de Wiz ont publié leur analyse de Moltbook, un réseau social expérimental destiné aux agents IA. La plateforme marchait. Sa base de données, elle, était accessible.

La clé d'accès était visible côté navigateur, sans contrôle ligne par ligne derrière. Selon Wiz, étaient exposés :

• 1,5 million de jetons d'authentification d'agents ;
• environ 35 000 adresses e-mail ;
• 4 060 conversations privées, dont certaines contenaient en clair des clés donnant accès à d'autres services.

La lecture et l'écriture étaient possibles. Les chercheurs ont signalé, l'équipe a corrigé en quelques heures.

Le fondateur indiquait publiquement n'avoir écrit aucune ligne de code lui-même. En conclure que l'IA produirait du logiciel peu sûr serait aller vite. L'application faisait très bien ce qu'on lui demandait. C'est la porte d'entrée qui n'avait pas été fermée.

Un logiciel écrit à la main présente exactement le même défaut quand personne ne relit cette partie. Ce que la vitesse de création change, c'est le nombre de mises en ligne par relecture.

Un outil ne devrait détenir que les droits de sa mission

Un outil qui doit seulement consulter des informations reçoit souvent, par commodité, le droit de les modifier et de les supprimer. Accorder large va plus vite que d'ajuster.

Tant que tout fonctionne, personne ne le remarque. L'écart compte le jour où l'outil se trompe, ou le jour où sa clé circule.

Le sujet devient sensible avec les agents, qui enchaînent plusieurs actions sans validation intermédiaire. Nous avons décrit cette bascule dans workflow ou agent IA. Un agent hérite de tous les droits qu'on lui a confiés, et il s'en sert à la vitesse d'une machine.

La règle est facile à énoncer, moins à tenir. Chaque accès accordé correspond à une action que l'outil doit réellement faire. Le reste se retire. C'est une relecture d'une heure par outil, pas un chantier.

Même sans écrire de code, la plateforme reste à tenir

Beaucoup d'automatisations ne contiennent aucune ligne de code maison. Elles vivent sur une plateforme, souvent installée sur vos propres serveurs.

En janvier 2026, l'éditeur n8n a publié un avis de sécurité concernant les instances auto-hébergées. Dans certaines configurations, un visiteur non authentifié pouvait lire le système de fichiers. Le correctif existait, dans une version plus récente.

L'éditeur a fait son travail : il a trouvé, publié, corrigé. L'installation de la mise à jour, elle, appartient à celui qui héberge.

Sur les plateformes hébergées, la responsabilité se déplace sans disparaître. En mai 2026, l'éditeur de sécurité Red Access publiait un recensement. Il annonçait environ 380 000 applications publiquement accessibles, créées avec des outils de développement assisté par IA. Près de 5 000 exposaient des informations sensibles.

Ces chiffres viennent d'un éditeur et les plateformes concernées les contestent, ce qui invite à la prudence. Axios a toutefois vérifié plusieurs cas : les horaires de navires d'un transporteur, des conversations de service client, des données d'essais cliniques.

Leur réponse publique mérite surtout d'être lue. Les paramètres de confidentialité relèvent de l'utilisateur. C'est exact, et c'est précisément le sujet.

Le RGPD porte sur le traitement, pas sur l'IA

Une confusion revient souvent. Le RGPD ne s'applique pas parce qu'il y a de l'IA. Il s'applique parce qu'il y a des données personnelles.

Les questions sont donc les mêmes qu'avant. Quelles données, pour quelle finalité, chez quel prestataire, pour combien de temps, avec quelles garanties.

Ce qui change, c'est le nombre de traitements créés sans décision formelle. Une automatisation montée en deux jours peut envoyer des données clients vers un service externe, sans que personne ait arbitré.

La CNIL rappelle que la sécurité se traite dès le développement, pas après la mise en service. Savoir où vivent vos données et qui peut y accéder reste la base. C'est aussi ce qui vous laisse la liberté de changer de fournisseur plus tard.

Ce qu'un outil peut atteindre se décide, et se relit

Revenons à la question du début. Elle demandait combien d'automatisations accèdent à vos données. Vous pouvez y répondre autrement, et plus vite.

Prenez les trois qui vous rendent le plus service. Pour chacune, écrivez deux colonnes. Ce à quoi elle a accès. Ce qu'elle a le droit d'y faire, lire seulement, ou aussi écrire et supprimer.

Dans beaucoup de cas, l'écart entre les deux colonnes se corrige dans l'après-midi. C'est rarement un chantier, souvent une relecture.

Une démonstration prouve qu'une idée fonctionne. Elle ne prouve jamais qu'elle est fermée. Ce sont deux vérifications distinctes, et la seconde ne se pose presque jamais toute seule.

Auteur · M.Baudoux - Développeur senior & fondateur de GDN