Sécuriser les agents IA : pratiques IAM dans les opérations des entreprises du Golfe

Un tableau de bord unique, des dizaines d’identités numériques — et un agent persistant qui ne se déconnecte jamais. C’est la réalité pour les équipes informatiques des entreprises du Golfe, alors que les agents IA deviennent essentiels dans les opérations de service client. Contrairement aux utilisateurs humains, ces agents s’authentifient une fois, interagissent avec plusieurs systèmes et exécutent des tâches à la vitesse de la machine. Ce changement met en évidence une faille : les cadres IAM établis, conçus pour les personnes, peinent à suivre et contrôler des acteurs non humains opérant en continu.

Le fossé IAM agentique : là où les modèles humains échouent

L’IAM traditionnel dans les secteurs réglementés du Golfe — banque, télécommunications, immobilier — se concentre sur l’authentification des personnes, l’attribution des rôles et la journalisation de leurs actions. Les agents IA, en revanche, sont des identités numériques qui persistent et agissent de façon autonome. Ils peuvent enchaîner des actions à travers les systèmes, déclencher des étapes de workflow et traiter des données sensibles sans les points de contrôle humains habituels.

Deux risques apparaissent rapidement :

• Visibilité : Les journaux IAM standards ne capturent pas toujours ce qu’un agent IA fait dans une application ou via des API, laissant des lacunes dans l’auditabilité.
• Gestion du cycle de vie : Les agents IA sont créés, mis à jour et retirés différemment des utilisateurs humains. Sans processus de désactivation clair, des agents inactifs ou des identifiants obsolètes peuvent subsister, introduisant un risque.

Le résultat est le fossé IAM agentique : un décalage entre les contrôles centrés sur l’humain et la réalité opérationnelle des agents automatisés.

Principes pour l’IAM agentique : ce qui change réellement

Les régulateurs du Golfe ont renforcé les attentes en matière de gouvernance des identités, reflétant la montée de l’automatisation dans le service client et les processus administratifs. Ce changement est concret, non théorique. Quatre principes guident désormais l’IAM pour les agents IA :

1. Découverte : Maintenir un inventaire en temps réel de chaque agent IA, incluant son propriétaire, son objectif et ses accès aux systèmes. Cela va au-delà du simple nommage des comptes — chaque agent doit être suivi de sa création à sa suppression.
2. Accès granulaire : Attribuer les droits en fonction de la tâche, non de la commodité. Par exemple, un assistant numérique qui vérifie des documents KYC dans une banque régionale reçoit un accès limité à ce workflow uniquement, jamais à la gestion de compte globale ou aux validations de risque.
3. Auditabilité par action : Journaliser chaque action significative au niveau applicatif — pas seulement les événements d’authentification. En pratique, cela signifie enregistrer quels champs de données ont été consultés, quelles étapes de workflow ont été déclenchées et le résultat de chaque action. Ce niveau d’auditabilité est de plus en plus attendu dans des cadres comme le SAMA Cybersecurity Framework d’Arabie Saoudite (sdaia.gov.sa, 2022) et la Loi sur la protection des données personnelles des Émirats arabes unis (u.ae, 2023). Selon un résumé d’audit de 2025 d’un cabinet de conformité régional, plus de 60 % des entreprises examinées dans le CCG présentaient au moins une observation liée à des traces d’audit insuffisantes pour les identités non humaines.
4. Contrôles du cycle de vie : Définir et appliquer des procédures claires pour la mise à jour, la révision et la suppression des identités d’agents. Les agents orphelins ou inutilisés sont systématiquement désactivés, réduisant l’exposition au risque.

À quoi cela ressemble en pratique : exemple d’une entreprise du Golfe

Un promoteur immobilier aux Émirats arabes unis a adopté des agents IA pour automatiser la capture de prospects, la vérification de documents et l’engagement client sortant. Chaque agent disposait d’une identité unique dans l’annuaire central de l’entreprise. Les droits étaient attribués par workflow : par exemple, un agent pouvait lire les documents soumis par les clients mais pas modifier les dossiers ni initier de transactions financières. Les revues d’accès étaient programmées chaque trimestre, avec révocation de tout droit inutilisé.

L’auditabilité était une exigence du conseil d’administration. Chaque action d’agent — qu’il s’agisse de mettre à jour un champ CRM ou de déclencher une notification — était journalisée à la fois dans le CRM et dans un référentiel d’audit dédié. Les journaux applicatifs détaillaient les opérations : quelles données ont été consultées, quel workflow exécuté, et si l’action a réussi. Pour certains agents, l’entreprise appliquait des règles strictes de conservation : certains journaux étaient conservés 90 jours, d’autres supprimés immédiatement selon la politique. Bien que certaines entreprises cherchent à réduire les constats d’audit liés aux identités machines, il n’existe pas, à août 2026, de documentation publique sur des améliorations quantitatives en matière d’incidents ou d’économies réalisées.

Pièges courants et enseignements opérationnels

Même avec ces principes, la mise en œuvre reste rarement simple. Les défis courants incluent :

• Identifiants partagés : Utiliser des comptes de service génériques pour plusieurs agents rend impossible l’attribution des actions ou l’application du principe du moindre privilège. Cette pratique subsiste dans certaines entreprises du Golfe, notamment lors des premiers pilotes.
• Droits trop larges : Accorder à un agent un accès global par commodité conduit souvent à une dérive des privilèges. Des revues régulières et l’expiration automatique des droits sont utiles, mais nécessitent une discipline de processus.
• Traces d’audit incomplètes : La journalisation au niveau applicatif est essentielle mais peut être négligée si seuls les journaux d’authentification sont surveillés. Les équipes doivent s’assurer que chaque action critique — extraction de données, exécution de workflow, mises à jour système — est capturée et vérifiable.
• Sortie de service floue : Sans désactivation systématique, des agents retirés peuvent subsister dans les systèmes, créant des vulnérabilités cachées.

Combler ces lacunes nécessite une coordination entre IT, audit, conformité et responsables métiers. Dans les secteurs réglementés, il est désormais courant que les équipes d’audit demandent des preuves de la sortie de service des agents et des journaux par action lors des contrôles.

La position d’Amira sur ce sujet

Amira répond au fossé IAM agentique en traitant chaque agent IA comme une identité numérique gérée, avec des droits adaptés à chaque workflow et une conservation conforme aux exigences métiers et réglementaires. Chaque action — sur téléphone, WhatsApp, web et CRM — est journalisée au niveau système et conversation, soutenant les besoins d’audit et de conformité. Les contrôles de résidence et de conservation des données sont configurables selon la politique locale, y compris des périodes de rétention par assistant si nécessaire. Pour les équipes opérationnelles, cela signifie que les identités machines sont aussi responsables et auditables que les identités humaines. Pour découvrir comment cela fonctionne dans votre organisation, réservez une démonstration de 60 minutes.