L’incident rapporté chez OpenAI ne concerne pas seulement les spécialistes de la cybersécurité. Il met en lumière une question déjà présente dans les PME : qui est autorisé à transmettre des informations liées à un système d’intelligence artificielle, à quel destinataire et selon quelle procédure ?

OpenAI s’est séparé de plusieurs salariés après le partage d’informations sensibles avec un organisme extérieur chargé d’évaluer des modèles. L’entreprise leur reproche d’avoir contourné ses règles internes d’accès et de gestion des données. Une partie des éléments transmis aurait concerné la conception de ses systèmes.

Le sujet dépasse donc la fuite classique provoquée par une erreur ou une attaque. Il porte sur la frontière entre une mission légitime de contrôle et une transmission réalisée hors du cadre prévu.

Un partenaire autorisé ne légitime pas chaque partage

Les entreprises font régulièrement appel à des prestataires pour tester une application, intégrer un agent IA, automatiser un processus ou évaluer la sécurité d’un modèle. La présence d’un partenaire reconnu ne suffit pourtant pas à sécuriser les échanges.

Une transmission doit rester liée à un objectif défini, à un périmètre de données précis et à une autorisation identifiable. Sans ce cadre, un collaborateur peut partager de bonne foi des historiques de conversations, des documents commerciaux, des instructions internes ou des paramètres techniques qui ne sont pas nécessaires à la mission.

Dans une PME, ce risque apparaît notamment lorsqu’une équipe teste rapidement un nouvel assistant connecté au CRM. Des comptes rendus de rendez-vous, des propositions tarifaires, des coordonnées de prospects ou des notes sur les objections clients peuvent alors quitter l’environnement habituel de l’entreprise. Le danger vient moins de l’outil lui-même que de l’absence de règles sur les données admises, les connecteurs autorisés et les usages interdits.

La CNIL présente les enjeux associés à l’intelligence artificielle, notamment autour des données personnelles, de la maîtrise des traitements et des responsabilités. Pour une direction, cela implique de traiter les projets IA comme des projets d’accès à l’information, et non comme de simples abonnements logiciels.

Le CRM devient un point central de gouvernance

Le CRM concentre une grande partie de la mémoire commerciale : échanges avec les prospects, conditions négociées, historique des opportunités, documents contractuels et commentaires des équipes. Lorsqu’un agent IA peut consulter ou enrichir ces informations, ses droits doivent suivre ceux de l’utilisateur et rester limités à sa mission.

Un assistant chargé de résumer des appels n’a pas besoin d’accéder aux données financières. Un outil de préparation commerciale ne doit pas exporter librement l’ensemble du portefeuille clients. Un agent connecté à la messagerie ne doit pas transmettre des pièces jointes à un service externe sans règle explicite.

Cette logique rejoint la question plus large de la maîtrise des informations confiées aux fournisseurs d’IA. Notre analyse sur la gestion des données IA et les enseignements à tirer pour les PME détaille les vérifications à intégrer avant tout déploiement : finalité, conservation, sous-traitants, accès et suppression.

La traçabilité compte autant que l’autorisation. Une entreprise doit pouvoir retrouver quel utilisateur ou quel agent a consulté une ressource, lancé un export ou transmis un document. Sans journal exploitable, l’enquête interne repose sur des témoignages et des fragments techniques difficiles à rapprocher.

Encadrer les personnes, les agents et leurs délégations

Les politiques de sécurité traditionnelles ciblent surtout les comptes humains. L’arrivée d’agents autonomes ajoute des identités techniques capables d’enchaîner des actions dans plusieurs applications. Chaque délégation crée alors un chemin supplémentaire entre le CRM, la messagerie, le stockage documentaire et les services externes.

La gouvernance doit couvrir les salariés, les prestataires, les comptes de service et les agents IA. Elle doit également préciser qui valide une nouvelle intégration, qui contrôle les autorisations et qui suspend un accès en cas d’incident. Ce besoin devient encore plus marqué avec les architectures composées de plusieurs agents, abordées dans notre article sur les essaims d’agents IA et la cybersécurité des PME.

Le cadre européen renforce cette exigence de responsabilité. La Commission européenne décrit les principes et obligations du cadre réglementaire européen sur l’intelligence artificielle, avec une approche fondée sur les risques, la documentation et la supervision humaine. Même lorsqu’un usage ne relève pas des catégories les plus encadrées, ces principes offrent une base utile pour organiser les décisions internes.

L’affaire OpenAI rappelle enfin qu’une politique écrite ne protège pas si elle reste inconnue, difficile à appliquer ou déconnectée des outils. Les contrôles doivent être visibles dans les workflows : restrictions d’export, validation des connecteurs, séparation des environnements, journaux d’activité et procédure claire de signalement.

L’action prioritaire consiste à réunir les responsables commercial, informatique, juridique et opérationnel afin de cartographier les outils IA actifs, leurs accès aux données et leurs destinataires externes. Cette revue doit déboucher sur une liste courte d’usages autorisés, de données exclues et de responsables capables de suspendre immédiatement un flux non conforme.