Les cadres de conformité n'ont pas été conçus pour l'IA agentique. Le RGPD a été rédigé avant que les systèmes IA autonomes ne deviennent une préoccupation courante en entreprise. Les critères de service de confiance SOC 2 visaient à évaluer une infrastructure statique, pas des agents logiciels auto-dirigés. Les contrôles ISO 27001 supposent un traitement des données initié par l'humain, pas des systèmes IA opérant de manière asynchrone sous des objectifs fournis par des humains.
Cela ne signifie pas que ces cadres ne s'appliquent pas à l'IA agentique. Ils s'appliquent, mais leur application aux agents crée des lacunes spécifiques de conformité que les organisations doivent anticiper. Ce billet identifie les lacunes prioritaires sous chaque cadre et propose des pistes concrètes de remédiation.
RGPD et IA agentique
Lacune 1 : Base légale pour le traitement initié par l'agent
Le RGPD exige une base légale pour chaque activité de traitement impliquant des données personnelles. Le traitement initié par un humain est généralement couvert par une combinaison d'intérêts légitimes, d'exécution de contrat et de consentement. Mais lorsqu'un agent IA, opérant sur un objectif large comme « analyser les comportements clients », décide d'accéder à des données personnelles dans son raisonnement autonome, qui a autorisé cette activité de traitement spécifique ?
La réponse est souvent floue. L'utilisateur ayant déployé l'agent a autorisé l'agent à atteindre un objectif, pas à effectuer chaque étape spécifique de traitement des données. Si l'approche de l'agent implique de traiter des données personnelles d'une manière que l'utilisateur n'a pas explicitement anticipée, on peut raisonnablement arguer que la base légale ne s'applique pas clairement à ce traitement spécifique.
Remédiation : définissez le périmètre d'accès aux données personnelles pour chaque déploiement d'agent au stade de l'approbation. La documentation de la base légale doit spécifier non seulement que l'agent peut traiter des données, mais quelles catégories, dans quel but, sous quelle base juridique. Cela limite l'accès aux données de l'agent à ce qui est couvert par la base légale documentée.
Lacune 2 : Résidence des données et transfert transfrontalier
Le RGPD restreint les transferts de données personnelles vers des pays hors EEE sauf protection adéquate. Les agents IA créent de nouveaux vecteurs de transfert transfrontalier faciles à manquer : appels API LLM incluant des données personnelles dans les prompts, serveurs MCP hébergés hors EEE traitant des données personnelles, infrastructure d'orchestration d'agents dans des régions cloud américaines.
Quand des données personnelles sont incluses dans un prompt envoyé à une API LLM, ces données sont transférées là où l'API est hébergée. Si le point d'accès est aux États-Unis et qu'aucune clause contractuelle type n'est en place, c'est une violation RGPD de transfert transfrontalier. La plupart des déploiements IA en entreprise n'ont pas entièrement cartographié les flux de données impliqués dans l'opération des agents par rapport à leurs obligations de transfert.
Remédiation : cartographiez chaque flux de données dans les opérations des agents selon son chemin physique de transfert. Incluez les points d'accès API LLM dans votre cartographie des transferts. Assurez-vous que des CCT ou mécanismes équivalents sont en place pour tout transfert de données personnelles UE vers des points tiers. Envisagez des contrôles de résidence des données au niveau de la passerelle agent filtrant les données personnelles des prompts destinés à des points non conformes.
Lacune 3 : Décision automatisée selon l'article 22
L'article 22 du RGPD restreint la prise de décision entièrement automatisée produisant des effets juridiques ou similaires. Avec le déploiement d'agents pour des cas d'usage comme le tri de prêts, le recrutement, l'évaluation de crédit ou la modération de contenu, l'applicabilité de l'article 22 devient concrète. Les organisations doivent déterminer si les décisions des agents dans ces contextes constituent un traitement « entièrement automatisé », documenter la supervision humaine impliquée et fournir les informations requises aux personnes concernées.
SOC 2 et IA agentique
Lacune 1 : Contrôles d'accès logique (CC6.1)
Le critère SOC 2 CC6.1 exige que l'accès logique soit restreint aux individus autorisés. Les agents posent un défi ici car ils opèrent souvent sous les identifiants utilisateur, brouillant la frontière entre « accès utilisateur » et « accès agent ». Quand un agent agit avec les jetons OAuth d'un utilisateur, l'accès est attribué à l'utilisateur dans les journaux, mais les décisions sont prises par l'agent.
Les auditeurs examinant les contrôles SOC 2 demandent de plus en plus : comment garantissez-vous que les agents IA ne sont pas utilisés pour contourner les restrictions d'accès prévues ? Si un utilisateur ne peut pas accéder directement à une base de données, mais peut déployer un agent qui le peut, parce que l'agent utilise un compte de service avec des permissions plus larges, le contrôle d'accès logique présente une faille.
Remédiation : Assurez-vous que les identités des agents sont distinctes de celles des utilisateurs dans votre architecture de contrôle d'accès. Les comptes de service des agents doivent avoir des permissions limitées au strict nécessaire pour le cas d'usage approuvé de l'agent. Incluez les identités des agents dans les revues d'accès utilisateur.
Faille 2 : Intégrité de la piste d'audit (CC7.2)
Le SOC 2 CC7.2 exige que l'organisation détecte et traite les événements de sécurité via l'analyse des pistes d'audit. Les agents opérant sous les identifiants utilisateur génèrent des journaux d'audit attribués à l'utilisateur, pas à l'agent, ce qui complique la reconstitution des actions effectuées par l'agent versus celles effectuées par l'utilisateur humain.
Ce problème d'attribution n'est pas seulement un enjeu de sécurité ; c'est un problème d'audit SOC 2. Si un auditeur demande « qui a accédé à cet enregistrement le 15 mars ? », la réponse « l'agent IA de l'utilisateur, pas l'utilisateur directement » constitue une constatation majeure si les journaux d'audit ne distinguent pas les deux.
Remédiation : Mettez en place une journalisation spécifique aux agents qui capture l'identité de l'agent, le contexte utilisateur sous lequel l'agent a opéré, ainsi que les outils et données spécifiques consultés. Ce journal complémentaire doit être corrélé aux journaux d'audit standards pour fournir une vue complète nécessaire à la conformité CC7.2.
Faille 3 : Gestion des changements (CC8.1)
Le SOC 2 CC8.1 exige que les modifications d'infrastructure et d'applications passent par un processus de gestion des changements autorisé. Les agents IA capables de modifier du code, des configurations ou l'infrastructure, fréquents dans les déploiements destinés aux développeurs, représentent un risque de contournement de la gestion des changements. Un agent exécutant une modification de code pour un utilisateur effectue un changement sur le système d'information. Ce changement passe-t-il par votre processus de gestion des changements ?
ISO 27001 et IA Agentique
Faille 1 : Gestion des actifs (A.8)
L'annexe A.8 de l'ISO 27001 exige l'identification et la gestion des actifs informationnels. Les agents IA sont des actifs informationnels : ils traitent des données, agissent sur les systèmes organisationnels et représentent une surface de risque. La plupart des inventaires d'actifs des organisations n'incluent pas les agents IA déployés. C'est une faille directe de conformité ISO 27001.
Remédiation : Ajoutez les déploiements d'agents IA à votre registre des actifs informationnels. Pour chaque agent, documentez : classification, propriétaire, données traitées, systèmes impactés et traitement des risques applicable. Incluez les actifs agents dans le périmètre de votre SMSI.
Faille 2 : Relations fournisseurs (A.15)
L'ISO 27001 A.15 exige d'établir des exigences de sécurité avec les fournisseurs et prestataires. Les fournisseurs de modèles IA (OpenAI, Anthropic, Google) et les vendeurs de serveurs MCP sont des fournisseurs au sens de l'A.15. Les organisations déployant une IA agentique doivent avoir des accords fournisseurs couvrant : les conditions de traitement des données, les restrictions sur les sous-traitants, la notification des incidents de sécurité et les droits d'audit.
Beaucoup d'organisations ont des DPA basiques avec les fournisseurs IA mais n'ont pas spécifiquement abordé le cas d'usage agentique, ce qui modifie substantiellement la relation de traitement des données (les données sont désormais envoyées dans le cadre d'opérations autonomes d'agents, pas seulement via des requêtes initiées par l'utilisateur).
Faille 3 : Gestion des incidents (A.16)
L'ISO 27001 A.16 exige une capacité structurée de gestion des incidents. Les incidents liés à l'IA agentique, attaque par injection de prompt, exfiltration de données via un appel d'outil, action destructive non autorisée par un agent, constituent une nouvelle catégorie d'incidents que la plupart des playbooks de réponse aux incidents ne couvrent pas.
Remédiation : Mettez à jour votre cadre de classification des incidents pour inclure les types spécifiques aux incidents IA agentique. Définissez les procédures de confinement (comment arrêter un agent en cours d'exécution ?), d'investigation (comment reconstituer les actions d'un agent ?) et de communication (quand un incident agentique est-il une violation à notifier ?).
Une feuille de route pratique pour la conformité
Les failles de conformité ci-dessus peuvent être traitées en parallèle avec le cadre de gouvernance décrit dans notre article sur le cadre politique. Les points critiques :
- RGPD : Cartographier les flux de données des agents vers les chemins de transfert, documenter la base légale pour chaque type d'agent, mettre à jour le processus d'évaluation de l'article 22 pour inclure les décisions des agents.
- SOC 2 : Mettre en œuvre des identités distinctes pour les agents afin d'attribuer les audits, inclure les agents dans les revues d'accès, étendre la gestion des changements aux modifications initiées par les agents.
- ISO 27001 : Ajouter les agents au registre des actifs, mettre à jour les accords fournisseurs pour les cas d'usage agentique, ajouter les types d'incidents IA agentique aux playbooks.
Les cadres de conformité évolueront pour traiter plus explicitement l'IA agentique dans les 12 à 24 prochains mois, des mises à jour du RGPD, des critères SOC 2 révisés et des amendements ISO 27001:2026 sont en cours. Les organisations qui comblent ces failles dès maintenant seront bien positionnées à l'arrivée de ces mises à jour, plutôt que de devoir adapter en urgence des contrôles dans des workflows établis.
