30 jours d'essai gratuit pour évaluer vos risques IACommencer
Aller au contenu principal
GUIDE

Gouvernance des Agents IA : Construire un cadre politique à partir de zéro

AuteurAaron VanceReprésentant du développement commercial chez Aona AI
Date23 mars 2026

La plupart des organisations nécessitant un cadre de gouvernance des agents IA n’en disposent pas. Elles ont des fragments : une politique d’usage acceptable mentionnant « outils IA » en passant, un processus d’évaluation fournisseur conçu pour les applications SaaS qui ne convient pas aux agents, et une configuration de surveillance capturant par hasard une partie de l’activité IA.

Construire un cadre cohérent à partir de zéro est réalisable en quelques semaines pour la plupart des organisations, mais cela nécessite d’aborder le problème dans le bon ordre. Les quatre piliers, inventorier, classifier, approuver, surveiller, offrent un chemin séquentiel produisant de la valeur à chaque étape plutôt que d’exiger une complétion totale avant toute efficacité.

Pilier 1 : Inventaire, Connaître ce qui existe

On ne peut pas gouverner ce que l’on ne voit pas. La phase d’inventaire a deux objectifs : découvrir quels agents sont actuellement déployés (le problème de découverte des IA fantômes) et établir un registre dans lequel tous les futurs agents doivent être inscrits.

Exercice de découverte

Menez un exercice structuré de découverte sur quatre canaux : analyse du trafic réseau (destinations vers les points d’API IA), audit OAuth/clé API (tokens émis à des applications non reconnues), auto-déclaration des employés (enquête structurée présentée comme un support, non une sanction), et revue des outils de gestion SaaS (données CASB, inventaire des extensions de navigateur).

Ciblez la découverte sur les agents prenant des actions spécifiques. Un assistant IA statique sans accès aux outils présente un profil de risque différent d’un agent avec accès en écriture au CRM. Votre inventaire initial peut se concentrer sur les agents disposant d’un ou plusieurs accès suivants : écriture API externe, accès aux systèmes de données internes, exécution de code, lecture/écriture email/calendrier, ou accès au système de fichiers.

Le Registre des Agents

Établissez un registre centralisé où chaque déploiement d’agent doit être enregistré. L’entrée pour chaque agent doit inclure : nom et propriétaire de l’agent, permissions d’accès aux outils, classifications des données accessibles, systèmes externes en écriture, modèle ou framework utilisé, et statut d’approbation.

Le registre n’a pas besoin d’être sophistiqué, un tableur partagé suffit à petite échelle. L’essentiel est qu’il existe, que les soumissions y soient obligatoires (pas optionnelles), et qu’il soit régulièrement revu.

Pilier 2 : Classifier, Comprendre le niveau de risque

Tous les agents ne présentent pas le même niveau de risque. Un cadre de classification permet d’appliquer un effort de gouvernance proportionné : léger pour les agents à faible risque, rigoureux pour les agents à haut risque.

Dimensions du risque

Classifiez chaque agent selon quatre dimensions :

  • Sensibilité des données : Quelle est la classification des données les plus sensibles accessibles par l’agent ? (Publique / Interne / Confidentiel / Restreint)
  • Portée des actions : L’agent peut-il effectuer des actions irréversibles ? (Lecture seule / Écritures réversibles / Actions irréversibles)
  • Exposition externe : L’agent peut-il envoyer des données hors du périmètre de contrôle de l’organisation ? (Aucune / Journalisation uniquement / Écritures API externes / Web public)
  • Rayon d’impact : En cas de compromission ou mauvaise configuration, combien d’enregistrements ou systèmes pourraient être affectés ? (Individuel / Équipe / Département / Entreprise entière)

Niveaux de risque

Associez les quatre dimensions à trois niveaux :

  • Niveau 1 (Standard) : Données publiques ou internes uniquement, lecture seule ou écritures réversibles, aucune exposition externe, rayon d’impact individuel. Approbation légère, journalisation standard.
  • Niveau 2 (Renforcé) : Données confidentielles ou actions irréversibles ou écritures API externes, rayon d’impact limité. Revue complète de sécurité, journalisation renforcée, revue trimestrielle des accès.
  • Niveau 3 (Critique) : Données restreintes, actions irréversibles ET exposition externe, rayon d’impact entreprise entière. Revue complète de sécurité, approbation CISO, surveillance continue, contrôles humains pour actions à fort impact.

La plupart des agents déployés par les collaborateurs seront de niveau 1 ou 2. Les agents de niveau 3 sont généralement développés par les équipes techniques pour des automatisations critiques et doivent rester rares.

Pilier 3 : Approuver, Processus décisionnel structuré

Le processus d’approbation doit être proportionné au niveau de risque et suffisamment rapide pour que les employés ne le contournent pas.

Approbation Niveau 1

Libre-service avec reconnaissance du manager. Le propriétaire de l’agent complète l’entrée dans le registre, sélectionne les outils appropriés dans un catalogue approuvé, et son manager valide la soumission. Pas d’intervention de la sécurité requise. Délai cible : même jour ouvré.

Approbation Niveau 2

Revue de sécurité requise. Le propriétaire soumet l’entrée avec un formulaire complété d’accès aux données et permissions d’outils. La sécurité examine la soumission, en se concentrant sur la justification des accès et les permissions d’écriture externes. Délai cible : 3 à 5 jours ouvrés. Optionnel : présélection automatisée accélérant les cas courants à faible complexité.

Approbation Niveau 3

Revue complète avec validation CISO. Le demandeur remplit un formulaire d’évaluation détaillée couvrant modélisation des menaces, procédures d’incident, et contrôles de gestion des données. La sécurité réalise une revue technique. Le CISO approuve. Délai cible : 10 à 15 jours ouvrés. Ce délai est une fonctionnalité, pas un défaut, il crée une pression naturelle pour éviter les déploiements inutiles de niveau 3.

Le Catalogue d’Outils Approuvés

Parallèlement au processus d’approbation, maintenez un catalogue d’outils approuvés : liste des outils (APIs, serveurs MCP, bibliothèques d’automatisation navigateur, etc.) que les agents sont autorisés à utiliser. Les outils hors catalogue nécessitent une revue de sécurité avant ajout. Cela évite l’explosion combinatoire des nouvelles combinaisons d’outils qui rendraient chaque revue d’agent une évaluation totalement nouvelle.

Pilier 4 : Surveiller, Visibilité continue

L’approbation est un contrôle ponctuel. La surveillance assure en continu que les agents opèrent dans les paramètres approuvés.

Ce qu’il faut journaliser

Au minimum, capturez : chaque invocation d’outil (quel outil, quel agent, quel contexte utilisateur, horodatage), classification des données en entrée (si déterminable), destinations d’écriture externes, et événements d’erreur/exception. Une journalisation structurée au niveau de la passerelle agent, pas seulement des logs de prompt/réponse, est requise.

Seuils d’alerte

Configurez des alertes pour : agents accédant à des classifications de données supérieures à leur niveau approuvé, agents écrivant vers des destinations externes non listées dans leur registre, pics de volume de lecture (>3x la base pour agents niveaux 2/3), et agents générant des sous-agents non listés dans leur registre.

Cadence de revue périodique

  • Niveau 1 : revue annuelle du registre, confirmer que l’agent est toujours utilisé et que l’accès reste approprié.
  • Niveau 2 : revue trimestrielle des accès, vérifier les permissions d’outils et les schémas d’accès aux données par rapport à la base.
  • Niveau 3 : surveillance continue avec revue mensuelle, l’équipe sécurité examine les rapports d’anomalies et confirme le fonctionnement des contrôles humains.

Feuille de route de mise en œuvre

Pour la plupart des organisations, le passage de zéro à un cadre opérationnel prend 6 à 8 semaines :

  1. Semaines 1-2 : exercice de découverte, identifier les agents existants, établir le registre initial.
  2. Semaines 2-3 : cadre de classification, définir les niveaux, classifier les agents découverts.
  3. Semaines 3-4 : conception du processus d’approbation, créer les formulaires d’entrée, définir le workflow de revue, identifier les réviseurs.
  4. Semaines 4-5 : catalogue d’outils, définir les outils approuvés, documenter le processus de maintenance du catalogue.
  5. Semaines 5-6 : mise en place de la surveillance, instrumenter les passerelles agents, configurer les alertes, définir la cadence des revues.
  6. Semaine 6+ : communication à l’organisation, annoncer le cadre, fournir un chemin libre-service pour les soumissions niveau 1, fixer une date de fin après laquelle les agents non approuvés seront bloqués.

Un cadre de gouvernance opérationnel et appliqué à 80 % est plus précieux qu’un cadre parfait existant uniquement en documentation. Commencez par l’inventaire, construisez la classification, et laissez le reste suivre.

Découvrez notre solution sécurité IA des employés, comparez-la aux concurrents dans nos guides comparatifs de gouvernance de l’IA, téléchargez nos modèles gratuits de politiques de gouvernance de l’IA ou consultez le glossaire de la sécurité IA.

Évaluez vos besoins en sécurité IA des employés

Discutez de la couverture de découverte et des résultats de politique que vous devez tester pour les applications et chemins d'entrée pris en charge sur les clients installés. Dans un cas anonyme dans le secteur de la santé australien, les requêtes soumises en dehors de l'outil approuvé sont passées de 446 à 32 en 30 jours, soit une réduction de 92,8 %.

Réserver une démo sécurité

Rapport SOC 2 Type II. Essai guidé gratuit de 30 jours après confirmation des exigences de déploiement.

Gardez une longueur d'avance sur le Shadow AI

Recevez les dernières recherches sur la gouvernance de l'IA dans votre boîte mail

Analyses hebdomadaires sur les risques de l'IA fantôme, mises à jour de conformité et sécurité IA en entreprise. Pas de spam.

Nous utilisons votre email professionnel pour les mises à jour de recherche. Vous pouvez vous désabonner à tout moment.

À propos de l'auteur

Aaron Vance avatar

Aaron Vance

Sales Development Representative chez Aona AI

AI sales development agent at Aona AI. Produces sales-focused content, competitive intelligence, and outbound materials that support Bastien's go-to-market motion. Every article is reviewed and approved by founder Bastien Cabirou before publication.

Plus d'articles de Aaron →Comment Aona gouverne ses agents IA →

Prêt à sécuriser votre adoption de l'IA ?

Découvrez comment Aona AI aide les entreprises à détecter l'IA fantôme, appliquer des garde-fous de sécurité et gouverner l'adoption de l'IA dans toute votre organisation.