Agent 365 : gouvernance centralisée des agents IA dans Microsoft 365

La prolifération des agents IA dans les environnements Microsoft 365 pose un problème concret de gouvernance : qui a déployé quoi, avec quels accès, et sur quelles données ? Agent 365 est la réponse de Microsoft à cette question. Cette plateforme de contrôle centralisée s'adresse aux administrateurs M365, aux architectes sécurité et aux équipes en charge de l'identité et de la conformité.

Ce qu'est Agent 365 et pourquoi ça change la donne

Agent 365 est intégré au centre d'administration Microsoft 365. Il agrège en une interface unique la visibilité, la gestion des accès, les contrôles de sécurité et le suivi des coûts pour l'ensemble des agents IA de l'organisation — qu'ils soient créés par vos développeurs internes, vos partenaires, des éditeurs tiers ou directement par Microsoft.

La plateforme s'appuie sur les signaux natifs de Microsoft Entra, Microsoft Purview, Microsoft Defender et Microsoft Intune. Elle ne crée pas une couche de sécurité parallèle : elle orchestre les protections déjà en place et les applique au périmètre spécifique des agents IA.

Les agents concernés couvrent un spectre large :

• Agents créés dans Copilot Studio ou Agent Builder (Microsoft 365)
• Agents déployés dans Azure AI Foundry
• Agents SharePoint et agents packagés par Microsoft ou ses partenaires ISV
• Agents tiers issus de AWS Bedrock, Google Cloud, Databricks Genie, Anthropic Claude, Salesforce AgentForce

Le registre unifié des agents : visibilité complète sur le parc

Le registre d'agents unifié est le point d'entrée central d'Agent 365. Il recense automatiquement tous les agents détectés dans votre tenant, quelle que soit leur plateforme d'origine.

Pour chaque agent référencé, le registre expose :

• Identité gérée : l'agent dispose-t-il de sa propre identité (service principal, managed identity) avec les permissions associées ?
• Propriétaire désigné : qui est responsable de l'agent dans l'organisation ?
• Accès utilisateurs : quels comptes ou groupes ont la possibilité d'interagir avec l'agent ?
• Périmètre de données et d'outils : avec quelles sources de données, connecteurs, plugins et serveurs MCP (Model Context Protocol) l'agent a-t-il été configuré ?
• Contrôles de sécurité appliqués : quelles politiques Entra, Purview ou Defender sont actives sur cet agent ?
• Permissions API : quels endpoints, connecteurs ou serveurs MCP l'agent est-il autorisé à appeler ?
• Activité récente et tendances d'utilisation dans le temps

Toutes les actions des agents sont journalisées via OpenTelemetry (OTel), un standard ouvert qui garantit une cohérence des traces sur l'ensemble des stacks IA connectées — y compris les plateformes tierces.

La carte des agents : cartographier les dépendances

La carte des agents offre une représentation visuelle des agents en cours d'exécution sur les différentes plateformes. Elle matérialise les connexions entre agents, utilisateurs, données et outils — utile pour identifier des chaînes d'appel inattendues ou des accès croisés non anticipés.

Synchronisation des registres externes

Agent 365 permet d'importer les agents d'autres plateformes cloud via la synchronisation du registre. Les connecteurs disponibles incluent :

Une fois la synchronisation configurée, les agents des plateformes externes apparaissent dans le registre unifié avec leurs métadonnées. L'administrateur dispose ainsi d'une vue consolidée sans avoir à naviguer entre plusieurs consoles.

Contrôle des accès : qui peut utiliser quoi

Agent 365 introduit un rôle dédié — administrateur Agent 365 — qui gère la publication et le partage des agents dans Microsoft Copilot.

Le cycle de vie d'un agent suit un flux structuré :

Automatisation de la gouvernance courante

Pour les opérations répétitives, Agent 365 propose des règles automatisées. Exemple concret : lorsqu'un employé quitte l'organisation, les agents dont il était propriétaire sont automatiquement réattribués à son manager. Ce type de règle évite les agents orphelins — un vecteur de risque classique en Shadow AI.

Depuis le registre, un administrateur peut également :

• Bloquer un agent indésirable ou à haut risque
• Modifier le propriétaire d'un agent existant
• Gérer les outils (MCP servers, plugins, connecteurs) et bloquer ceux jugés non conformes

Contrôles de sécurité : Entra, Purview, Defender et Intune au service des agents

Les contrôles de sécurité d'Agent 365 évaluent en continu les demandes d'accès, préviennent les fuites de données et protègent contre les menaces spécifiques aux agents IA.

Depuis les paramètres Agent 365, vous créez des modèles de stratégie réutilisables qui référencent les protections gérées dans chaque plateforme de sécurité Microsoft. Ces modèles sont applicables aux agents avec ou sans identité propre.

Contenu configurable dans un modèle :

• Accès conditionnel Entra : conditions d'accès, MFA, conformité appareil
• Packages d'accès Entra Identity Governance : durée de vie, workflow d'approbation
• Attributs de sécurité personnalisés : classification des agents selon vos propres taxonomies
• Politiques Purview : prévention des fuites de données (DLP) adaptée aux interactions agents
• Alertes Defender : détection de comportements anormaux
• Stratégies Intune : confinement des agents locaux

Shadow AI : bloquer les agents non autorisés en local

Pour les agents d'IA locale exécutés sans autorisation sur des postes utilisateurs, Agent 365 permet de :

• Configurer des blocages par défaut appliqués par les politiques Intune
• Exiger l'isolation des sessions dans des conteneurs d'exécution Microsoft, séparant l'agent du profil utilisateur principal

Cette approche adresse directement le vecteur Shadow AI sans nécessiter de développement custom — les politiques Intune existantes servent de mécanisme d'application.

Analyses d'adoption : donner de la visibilité aux responsables métier

La visibilité n'est pas réservée aux administrateurs. Le tableau de bord Agent 365 expose des indicateurs d'adoption filtrable par groupe, organisation, fonction ou type de licence — accessible aux responsables d'équipe et aux managers.

Les données disponibles incluent :

• Tendances d'utilisation par groupe avec comparaisons temporelles
• Classement des agents les plus utilisés
• Détail par agent : statistiques d'utilisation et évolution dans le temps
• Vue de l'environnement de création (qui fabrique des agents, dans quel outil)

Ces analytics servent deux objectifs distincts : identifier les agents sur-utilisés qui méritent un investissement supplémentaire, et détecter ceux qui ne trouvent pas leur public malgré un déploiement.

Gestion des coûts : crédits à l'usage et limites budgétaires

Agent 365 intègre un module de gestion des services à l'usage pour éviter les dépassements budgétaires non anticipés. Les services concernés — dont Copilot Cowork et l'API Work IQ — sont désactivés par défaut et doivent être activés explicitement.

Politiques granulaires par groupe et crédits prépayés

Au-delà de la politique organisationnelle, vous pouvez créer des politiques de dépenses par groupe avec leurs propres plafonds — utile pour allouer des budgets distincts par département ou par projet.

Agent 365 propose également l'achat de crédits prépayés à tarif réduit (exemple : 300 000 crédits prépayés) combinable avec une facturation à l'usage pour les crédits supplémentaires. Cette approche mixte permet d'optimiser les coûts sur les usages prévisibles tout en gardant de la flexibilité.

Mise en œuvre : inventaire PowerShell des agents via Microsoft Graph

Module requis : Microsoft.Graph (version 2.x minimum)
Permission minimale : AgentApp.Read.All (lecture seule sur le registre d'agents)
Sortie : export CSV des agents détectés avec leur propriétaire, leur statut et leur plateforme d'origine

1# Prérequis : installer le module Microsoft Graph si absent
2# Install-Module Microsoft.Graph -Scope CurrentUser -Force
3 
4# Connexion avec les permissions minimales requises
5# AgentApp.Read.All suffit pour la lecture du registre
6Connect-MgGraph -Scopes "AgentApp.Read.All"
7 
8# Paramètre de simulation : mettre à $true pour tester sans export
9$DryRun = $false
10 
11# Chemin du fichier d'export CSV
12$ExportPath = "./Agent365-Inventory-$(Get-Date -Format 'yyyyMMdd-HHmm').csv"
13 
14# Récupération de la liste des agents via Microsoft Graph
15# L'endpoint /beta/agentApps retourne le registre unifié Agent 365
16Write-Host "[INFO] Récupération du registre Agent 365..." -ForegroundColor Cyan
17 
18try {
19    $agents = Invoke-MgGraphRequest -Method GET -Uri "https://graph.microsoft.com/beta/agentApps" `
20        -ErrorAction Stop
21} catch {
22    Write-Error "[ERREUR] Impossible de récupérer le registre : $($_.Exception.Message)"
23    Write-Host "[INFO] Vérifiez que AgentApp.Read.All est bien consenti et que Agent 365 est activé sur votre tenant."
24    exit 1
25}
26 
27$agentList = $agents.value
28 
29if (-not $agentList) {
30    Write-Warning "[AVERTISSEMENT] Aucun agent détecté dans le registre. Le tenant est peut-être vide ou la synchronisation n'est pas configurée."
31    exit 0
32}
33 
34Write-Host "[INFO] $($agentList.Count) agent(s) détecté(s) dans le registre." -ForegroundColor Green
35 
36# Construction du rapport structuré
37$report = foreach ($agent in $agentList) {
38 
39    # Récupération des détails étendus pour chaque agent
40    $agentDetail = Invoke-MgGraphRequest -Method GET `
41        -Uri "https://graph.microsoft.com/beta/agentApps/$($agent.id)" `
42        -ErrorAction SilentlyContinue
43 
44    [PSCustomObject]@{
45        AgentId          = $agent.id
46        DisplayName      = $agent.displayName
47        Plateforme       = $agent.platform          # Microsoft, Bedrock, GoogleCloud, Salesforce...
48        Statut           = $agent.status             # Approved, Pending, Blocked
49        ProprietaireId   = $agentDetail.ownerId
50        IdentiteGeree    = if ($agentDetail.managedIdentityId) { "Oui" } else { "Non" }
51        DateCreation     = $agent.createdDateTime
52        DerniereActivite = $agent.lastActivityDateTime
53        OutilsConfigures = ($agentDetail.tools.displayName -join "; ")
54    }
55}
56 
57# Affichage du résumé dans la console
58$report | Format-Table DisplayName, Plateforme, Statut, IdentiteGeree, ProprietaireId -AutoSize
59 
60# Export CSV si pas en mode simulation
61if (-not $DryRun) {
62    $report | Export-Csv -Path $ExportPath -NoTypeInformation -Encoding UTF8
63    Write-Host "[OK] Export généré : $ExportPath" -ForegroundColor Green
64} else {
65    Write-Host "[DRYRUN] Mode simulation actif — aucun fichier écrit." -ForegroundColor Yellow
66}
67 
68# Déconnexion propre
69Disconnect-MgGraph

Vérification du résultat : le CSV doit lister chaque agent avec son identifiant Graph, sa plateforme d'origine et son statut. Un agent en statut Pending nécessite une action d'approbation dans la console Agent 365 avant d'être utilisable à grande échelle.

Dépannage des erreurs courantes

Ce que vous faites dès maintenant

Agent 365 résout un problème réel et immédiat : les agents IA se déploient plus vite que les politiques de gouvernance ne se construisent. La plateforme donne aux équipes IT les leviers pour rattraper cet écart sans bloquer l'adoption.

Actions prioritaires selon votre contexte :

• Si vous avez déjà des agents Copilot Studio en production : activez Agent 365 et auditez le registre pour identifier les agents sans propriétaire désigné — c'est votre première surface de risque.
• Si votre organisation utilise AWS Bedrock ou Salesforce AgentForce : configurez la synchronisation du registre pour obtenir une vue consolidée cross-cloud sans outillage custom.
• Si la gestion des coûts est une priorité : configurez les limites de dépenses et les alertes avant d'activer Copilot Cowork ou l'API Work IQ — les deux sont désactivés par défaut, c'est le bon moment pour définir les plafonds.
• Si le Shadow AI est votre préoccupation principale : commencez par les blocages Intune sur un groupe pilote, vérifiez l'impact sur la productivité, puis étendez progressivement.

La documentation de démarrage est disponible sur aka.ms/agent365.