La meilleure nouvelle de l'année pour votre gouvernance agentique vient de Microsoft

il y a 3 jours

5 min de lecture

« Traiter les modèles propriétaires et open source de pointe comme des risques internes est une façon de construire un tel système. » La phrase est de Satya Nadella. Elle a de quoi surprendre : Microsoft, l'un des plus grands promoteurs de l'adoption massive de l'IA agentique en entreprise, vient de livrer, par la voix de son propre directeur général, l'aveu le plus honnête qu'un grand éditeur ait formulé sur la nature réelle du risque agentique. Un agent IA n'est pas un logiciel qu'on configure une fois pour toutes. C'est un acteur qui opère à l'intérieur du système d'information, avec des accès, des droits et une capacité d'action, exactement comme un collaborateur. Et comme un collaborateur, il peut dériver, se tromper, ou être manipulé par une instruction malveillante dissimulée dans un document qu'il traite.

Mi-octobre, Microsoft a annoncé un ensemble de fonctionnalités, regroupées sous le nom de Guardian Agents, qui étendent son système de sécurité agentique Project Perception. Trois briques méritent l'attention d'un comité de direction, parce qu'elles opérationnalisent très concrètement ce que la plupart des cadres de gouvernance IA décrivent encore de façon abstraite.

Dynamic Permissions. Le principe : un agent ne reçoit que l'autorité strictement nécessaire à la tâche approuvée, pour la durée requise par cette tâche, et dans les limites des politiques de l'organisation. Une politique peut explicitement empêcher un agent d'obtenir une autorité que son propre utilisateur humain ne possède pas lui-même, ce qui règle d'un coup un angle mort fréquent : un agent configuré avec des droits techniques plus larges que ceux de la personne pour laquelle il agit. Les actions à plus fort impact peuvent exiger une approbation humaine vérifiée. Chaque agent reçoit sa propre identité via Microsoft Entra Agent ID, avec des permissions bornées à la tâche, qui peuvent se réduire ou expirer automatiquement.
Dynamic Agent Risk. Il s'agit d'un scoring continu qui combine des signaux d'identité, de données, de postes de travail, de cloud, de réseau, de comportement en exécution et d'activité propre de l'agent. Le score prend en compte la configuration de l'agent, les ressources auxquelles il peut accéder, l'impact potentiel de ses actions, et les signes de dérive par rapport à l'intention de l'utilisateur ou de l'organisation. Contrairement à un audit ponctuel réalisé a posteriori, ce score se met à jour en continu, pendant que l'agent travaille.
Dynamic Conditional Access, utilise les variations de ce score de risque pour coordonner des restrictions à travers l'ensemble des points d'application de la politique de sécurité. Concrètement, un agent dont le risque augmente peut conserver un accès en lecture tout en perdant son accès en écriture, voir son périmètre de données restreint, ses connexions réseau limitées, ses accès à durée limitée raccourcis ou révoqués, se voir imposer une approbation humaine, ou, dans les cas les plus graves, être isolé dans son environnement d'exécution, voire stoppé. Microsoft donne un exemple concret et parlant : un agent de traitement de notes de frais qui rencontre des instructions suspectes et tente une action hors de son périmètre perd sa capacité à approuver des notes de frais, tout en conservant la capacité de les examiner. L'agent n'est pas arrêté brutalement : son autonomie se réduit précisément là où le risque est apparu, et nulle part ailleurs.

Pourquoi cette annonce mérite-t-elle d'être lue comme un signal stratégique plutôt que comme une simple mise à jour produit ? Parce qu'elle valide, au niveau de l'infrastructure, un principe que nous défendons depuis le lancement de notre offre Meridian Responsible Agentic : la gouvernance agentique n'est pas un document de politique qu'on rédige une fois et qu'on range dans un classeur. C'est un dispositif opérationnel, en temps réel, qui doit vivre au même rythme que les agents qu'il supervise.

Microsoft parle d'un monde de « centaines de milliers d'agents » à gouverner simultanément : à cette échelle, une gouvernance statique, fondée sur des revues trimestrielles et des chartes d'usage, devient structurellement incapable de suivre.

Cette logique recoupe très directement l'un des piliers de notre accélérateur implémenté sous Boldo, notre cartographie de gouvernance agentique : un registre vivant des agents, une classification de leurs risques au regard de l'AI Act, et une supervision qui s'ajuste en continu plutôt qu'en coupe transversale ponctuelle. Ce que Microsoft construit au niveau de l'infrastructure technique (permissions dynamiques, scoring de risque continu, contrôle d'accès conditionnel), Meridian Responsible Agentic le structure au niveau organisationnel : qui est responsable de quel agent, quel niveau d'autonomie est validé pour quelle tâche, quel seuil déclenche une escalade humaine, et comment cette gouvernance s'articule avec la trajectoire de certification ISO 42001.

Il y a toutefois un point sur lequel il faut rester lucide. Ces fonctionnalités, aussi sophistiquées soient-elles, ne remplacent pas une gouvernance pensée en amont. Un outil de scoring de risque ne vous dit pas quel niveau de risque est acceptable pour votre organisation, ni quelles tâches doivent rester hors du périmètre de toute autonomie, même supervisée. C'est une décision métier, réglementaire et stratégique, pas une décision d'infrastructure. Microsoft fournit les rails. C'est à chaque organisation de décider où ils mènent.

Une entreprise qui déploie Dynamic Permissions sans avoir préalablement cartographié ses agents, classé leurs risques au sens de l'AI Act et défini ses propres seuils d'escalade aura simplement automatisé une gouvernance qu'elle n'a jamais véritablement conçue.

L'autre enseignement, moins technique mais tout aussi important, tient dans l'ampleur du chantier de découverte que Microsoft a dû engager en parallèle : son dispositif de sécurité couvre désormais soixante types d'agents locaux différents, contre vingt-cinq auparavant, Claude Code, OpenAI Codex et GitHub Copilot compris. Autrement dit, même un acteur de la taille de Microsoft découvre encore, mois après mois, l'étendue réelle de la prolifération agentique dans les organisations qu'il sert. Si vous pensez connaître précisément le nombre d'agents actifs dans votre système d'information aujourd'hui, c'est probablement le signe que votre registre d'agents n'est pas encore à jour.

Ce mouvement confirme par ailleurs un choix d'architecture que nous retenons dans la conception de toute AI Factory : la couche « Évaluation & garde-fous » n'est jamais un module optionnel ajouté après coup, mais une couche transverse qui irrigue l'ensemble du socle, au même titre que la sécurité ou le FinOps. Jeux d'évaluation, garde-fous aux données, supervision humaine aux points de décision, réversibilité et kill switch : ce que Microsoft vient de livrer au niveau de son propre écosystème est, fonctionnellement, l'équivalent de ce que nous dimensionnons pour nos clients dans cette couche, qu'ils s'appuient sur Microsoft, sur un socle alternatif, ou sur une combinaison des deux. L'enjeu n'est pas de choisir un éditeur pour sa gouvernance ; c'est de s'assurer que, quel que soit l'éditeur retenu, cette couche existe réellement et n'est pas simplement promise sur une slide commerciale.

Il reste enfin une question que chaque secteur devra se poser à son rythme : jusqu'où la supervision doit-elle être continue, et à partir de quel niveau de risque l'approbation humaine systématique redevient-elle non négociable, quel que soit le score de confiance affiché par l'outil ? Dans la banque, cette ligne est largement fixée par le régulateur. Dans le retail, le luxe ou l'énergie, elle reste encore, dans la plupart des organisations, à définir explicitement. C'est un chantier de gouvernance, pas un paramètre technique, et c'est précisément là que la cartographie Boldo et l'architecture de référence d'une AI Factory bien dimensionnée prennent tout leur sens.

Pour un comité de direction, la leçon pratique de cette annonce n'est donc pas « attendons que Microsoft règle le problème pour nous ». C'est l'inverse : l'infrastructure de gouvernance technique arrive enfin à maturité, ce qui signifie que l'absence de gouvernance organisationnelle en amont devient, à partir de maintenant, strictement injustifiable.