Les agents de codage locaux peuvent accéder à des dépôts, lancer des outils et utiliser des serveurs Model Context Protocol (MCP) sans apparaître dans l’inventaire logiciel classique. Microsoft Defender for Endpoint permet désormais de les recenser sur Windows et macOS, mais l’évaluation du risque et la protection à l’exécution obéissent à d’autres licences et statuts de disponibilité.
Ce qui est disponible depuis octobre 2026
La documentation des nouveautés de Microsoft Defender for Endpoint confirme que la découverte des agents IA locaux est en disponibilité générale depuis octobre 2026 sur Windows et macOS. Elle requiert la plateforme antivirus Defender 4.18.26090.9 ou ultérieure sous Windows, et Microsoft Defender for Endpoint 101.26072.0017 ou ultérieur sous macOS.
La découverte dans Windows Subsystem for Linux (WSL) reste en préversion. Ce statut doit apparaître explicitement dans les critères d’acceptation si les équipes de développement exécutent leurs agents dans WSL.
Juillet 2026
Évaluation du risque en préversion
Microsoft introduit une évaluation fondée sur la configuration, les accès, l’activité, le contexte de l’appareil et de l’utilisateur, ainsi que les alertes actives.
Octobre 2026
Découverte disponible généralement
L’inventaire des agents locaux atteint la disponibilité générale sur Windows et macOS. WSL reste en préversion.
5 novembre 2026
Couverture étendue à plus de 50 agents
Microsoft annonce que Microsoft Defender for Endpoint reconnaît désormais plus de 50 agents IA locaux en observant leur activité.
Les premières annonces de juin 2026 mentionnaient entre 20 et 25 agents. Cette estimation est désormais dépassée, selon le bilan Microsoft Security de novembre 2026.
Ce que Microsoft Defender for Endpoint observe réellement
La découverte ne repose pas uniquement sur la présence d’un exécutable. Microsoft Defender for Endpoint doit observer l’activité de l’agent avant de créer l’entrée correspondante. Un outil installé mais jamais utilisé peut donc rester absent de l’inventaire.
Le parcours documenté dans le portail est Assets > AI agents > onglet Local agents. La fiche associe l’agent à son appareil, au compte observé et aux serveurs MCP configurés. Elle présente également le fournisseur, le processus hôte, le caractère approuvé ou non de ce processus et l’option autoApprove.
L’installation seule ne déclenche pas l’inventaire
La découverte ne nécessite pas d’activer la protection à l’exécution des agents. Certaines extensions Visual Studio Code peuvent également être inventoriées sans mode antivirus actif. Cette exception ne s’étend pas à la détection des configurations MCP.
Cette séparation est structurante : l’inventaire répond à la question « quels agents sont utilisés ? ». Il ne prouve pas que leurs actions sont contrôlées, ni que leurs permissions sont adaptées.
Licences et prérequis à contrôler avant le test
Microsoft Defender for Endpoint Plan 2 suffit pour afficher l’inventaire et interroger la table AgentsInfo dans Advanced Hunting. Il ne donne pas accès au niveau de risque, aux indicateurs associés ni aux recommandations.
Ces fonctions d’évaluation exigent Microsoft 365 E7, ou Agent 365 associé à Microsoft Defender for Endpoint Plan 2. Sans cette licence, la fiche et ses relations restent visibles, mais l’analyse du risque ne peut pas constituer un critère de validation.
| Capacité | Defender for Endpoint Plan 2 | Microsoft 365 E7 | Agent 365 avec Plan 2 |
|---|---|---|---|
| Inventaire des agents locaux | ✓ Inclus | ✓ Inclus | ✓ Inclus |
| Table AgentsInfo | ✓ Inclus | ✓ Inclus | ✓ Inclus |
| Appareil, compte et serveurs MCP | ✓ Inclus | ✓ Inclus | ✓ Inclus |
| Niveau et indicateurs de risque | ✗ Non inclus | ✓ Inclus | ✓ Inclus |
| Recommandations liées au risque | ✗ Non inclus | ✓ Inclus | ✓ Inclus |
Préparer le poste de test
- Utiliser un appareil Windows ou macOS onboardé dans Microsoft Defender for Endpoint
- Vérifier la plateforme antivirus Defender
4.18.26090.9ou ultérieure sous Windows - Vérifier Microsoft Defender for Endpoint
101.26072.0017ou ultérieur sous macOS - Activer le mode antivirus actif et la protection en temps réel si les configurations MCP doivent être découvertes
- Confirmer la présence de Microsoft Defender for Endpoint Plan 2 pour l’inventaire
- Confirmer Microsoft 365 E7, ou Agent 365 avec Plan 2, avant de tester l’évaluation du risque
- Accorder uniquement les droits RBAC nécessaires à la consultation de
Assetset à l’utilisation d’Advanced Hunting
Mise en œuvre : valider un agent dans un tenant de test
Aucun module PowerShell n’est requis. Le contrôle s’effectue dans le portail Microsoft Defender et produit deux résultats : une fiche dans l’inventaire des agents locaux et des observations dans AgentsInfo.
Le scénario peut utiliser un poste de développement isolé, un compte de test et un dépôt dépourvu de secrets. Si l’évaluation inclut ensuite la protection à l’exécution, Microsoft documente notamment Claude Code, GitHub Copilot CLI, Codex CLI et OpenClaw parmi les agents pris en charge.
Vérifier la télémétrie du poste
Confirmez l’onboarding du poste, les versions minimales et le mode antivirus. Pour un test MCP, vérifiez aussi la protection en temps réel avant d’installer l’agent.
Installer un agent de codage autorisé
Utilisez la procédure de l’éditeur et un agent approuvé pour le laboratoire. Ne réutilisez ni compte de production, ni dépôt contenant des jetons, certificats ou variables d’environnement sensibles.
Générer une activité sans risque
Demandez à l’agent de lire un fichier README, d’expliquer une fonction ou d’analyser un dépôt de démonstration. Cette activité donne à Microsoft Defender for Endpoint un signal à observer sans autoriser de modification sensible.
Contrôler la fiche de l’agent
Ouvrez Assets > AI agents > onglet Local agents. Vérifiez le fournisseur, le processus hôte, son statut d’approbation, autoApprove, l’appareil, le compte et les éventuels serveurs MCP.
Confirmer la télémétrie avec Advanced Hunting
La requête Kusto Query Language (KQL) suivante retourne jusqu’à 100 observations de la table dédiée. Elle est en lecture seule.
1// Affiche jusqu’à 100 observations d’agents IA locaux2// afin de confirmer que la télémétrie atteint Microsoft Defender XDR.3AgentsInfo4| take 100Examiner les indicateurs de risque
Si la licence le permet, ouvrez l’évaluation de l’agent. Recherchez notamment les indicateurs Running on a Critical Device et Used by a Critical User, puis vérifiez si le contexte du laboratoire justifie leur présence.
Séparer les permissions dynamiques du test Defender
Ne validez pas une exigence de permissions dynamiques à partir de la seule fiche d’inventaire. Aucun champ ni parcours correspondant n’est documenté dans la fonction de découverte locale. Traitez ce besoin comme un chantier distinct lié à la gouvernance agentique et à Project Perception.
Microsoft ne fournit pas ici de délai garanti entre l’activité et l’apparition de l’agent. Un protocole de recette doit donc enregistrer l’heure de l’action, celle de la première observation et les paramètres antivirus du poste, sans imposer un seuil arbitraire.
Évaluation, runtime et Project Perception ne se confondent pas
L’inventaire, l’évaluation du risque et le blocage à l’exécution forment trois contrôles différents. Microsoft Project Perception ajoute une quatrième couche orientée systèmes agentiques de sécurité.
| Fonction | Statut en novembre 2026 | Finalité principale | Point de vigilance |
|---|---|---|---|
| Découverte des agents locaux | Disponibilité générale sur Windows et macOS | Inventorier l’agent, le poste, le compte et les MCP | WSL reste en préversion |
| Évaluation du risque | Préversion depuis juillet 2026 | Corréler configuration, accès, activité et contexte | Licence supérieure requise |
| Protection à l’exécution | Préversion | Inspecter prompts, appels d’outils et réponses | Couverture limitée aux agents pris en charge |
| Project Perception | Préversion mondiale | Mobiliser des agents rouge, bleu et vert pour la sécurité | Permissions dynamiques non documentées ici |
La protection à l’exécution de Microsoft Defender for Endpoint inspecte la boucle de l’agent. Elle peut bloquer une injection de prompt avant l’exécution de l’action. Son statut de préversion interdit de la présenter comme un contrôle de production équivalent à une fonction généralement disponible sans analyse préalable.
Project Perception a été annoncé en juillet 2026. Il s’appuie sur des agents rouge, bleu et vert ainsi que sur des modèles spécialisés comme MAI-Cyber-1-Flash. Microsoft l’a ensuite relié à la gouvernance des insiders agentiques internes.
Project Perception n’est pas synonyme de Microsoft Security Copilot. Le premier est présenté comme un système agentique de sécurité intégré à Microsoft Defender. Le second fournit une interface conversationnelle assistée. Pour replacer ces briques dans leur architecture, consultez notre analyse de la sécurité des agents IA au-delà du modèle LLM.
Quatre pièges qui faussent l’inventaire
Le premier piège consiste à assimiler installation et détection. Microsoft Defender for Endpoint doit observer l’agent en activité. Une image logicielle ou un inventaire applicatif ne suffit pas à valider la découverte.
Le deuxième concerne les graphes d’exposition. ExposureGraphEdges ne possède pas de propriété identifiant directement les agents locaux. La méthode documentée consiste à isoler d’abord les nœuds dans ExposureGraphNodes avec NodeLabel == "ai-agent" et la plateforme LocalAgents, puis à effectuer la jointure sur l’identifiant du nœud.
Le troisième piège est de considérer autoApprove ou l’approbation du processus comme une preuve de moindre privilège. Ces informations décrivent la configuration observée. Elles ne remplacent ni une revue des outils accessibles, ni l’analyse des secrets, ni le contrôle des actions que l’agent peut déclencher.
Le quatrième consiste à inclure les permissions dynamiques dans la recette sans documentation de référence. La documentation de découverte des agents locaux ne décrit ni paramètre, ni API, ni journal permettant de certifier ce comportement. Avant d’en faire un objectif de projet, l’organisation doit identifier le plan de contrôle, les événements d’audit et le mécanisme de retour arrière.
Un inventaire n’est pas une politique de sécurité
Cette approche rejoint un cycle de vie sécurisé des agents IA : découverte, qualification, autorisation, surveillance, réponse et retrait.
Questions fréquentes
Microsoft Defender for Endpoint Plan 2 suffit-il pour détecter les agents locaux ?
Oui. Microsoft Defender for Endpoint Plan 2 donne accès à l’inventaire, aux détails observés et à la table AgentsInfo. Il ne donne pas accès au niveau de risque, aux indicateurs ni aux recommandations associés.
La protection à l’exécution doit-elle être activée pour découvrir un agent ?
Non. La découverte intervient après l’observation de l’activité de l’agent et reste indépendante de la protection à l’exécution. La détection des configurations MCP exige toutefois le mode antivirus actif et la protection en temps réel.
Pourquoi un agent installé n’apparaît-il pas dans le portail ?
Vérifiez d’abord qu’il a réellement exécuté une activité, puis contrôlez l’onboarding et les versions minimales. Si les informations MCP manquent, vérifiez également le mode actif de Microsoft Defender Antivirus et la protection en temps réel.
Project Perception permet-il déjà de tester des permissions dynamiques ?
La documentation citée ne fournit pas de procédure permettant de le confirmer dans un tenant de test. Project Perception reste en préversion mondiale. Les permissions dynamiques doivent donc rester hors des critères de recette tant qu’un parcours, une API et des événements d’audit officiels ne sont pas documentés.
Par où commencer
Le premier objectif n’est pas d’activer tous les contrôles en même temps. Il consiste à obtenir un inventaire fiable sur un périmètre restreint, puis à décider quelles capacités en préversion peuvent être évaluées sans devenir des dépendances de production.
Prochaines actions
- Sélectionner un poste Windows ou macOS représentatif et isolé
- Vérifier les versions de Microsoft Defender for Endpoint et le mode antivirus
- Confirmer les licences avant d’ajouter l’évaluation du risque au protocole
- Installer un seul agent de codage autorisé et générer une activité bénigne
- Valider la fiche locale et la table
AgentsInfo - Documenter séparément les tests de runtime et de Project Perception
- Exclure les permissions dynamiques des critères bloquants tant que leur contrôle n’est pas officiellement documenté
Si l’organisation cherche d’abord de la visibilité, Microsoft Defender for Endpoint Plan 2 constitue le périmètre de départ. Si elle veut prioriser les agents selon leur contexte de risque, la vérification de Microsoft 365 E7 ou d’Agent 365 avec Plan 2 doit précéder le pilote.
Pour aller plus loin
- Discover local AI agents with Microsoft Defender for Endpoint — licences, inventaire, champs de risque et exemples KQL.
- AI agent runtime protection with Microsoft Defender for Endpoint — fonctionnement et périmètre de la protection à l’exécution en préversion.
- What’s new in Microsoft Security: November 2026 — confirmation de la disponibilité générale et de la couverture étendue.
- Défendre les agents IA : réduire leur surface d’attaque — mesures complémentaires au-delà de l’inventaire des postes.
