Copilot Studio : 10 mauvaises configurations détectées

Introduction: pourquoi c’est important

Les agents Copilot Studio s’intègrent rapidement aux workflows opérationnels — en interrogeant des données, en déclenchant des actions et en interagissant avec des systèmes à grande échelle. La Defender Security Research Team avertit que de petits choix de configuration, souvent bien intentionnés (partage trop large, authentification faible, actions risquées), peuvent discrètement devenir des points d’exposition à fort impact. Bonne nouvelle : Microsoft Defender peut vous aider à détecter ces situations tôt grâce aux Advanced Hunting Community Queries.

Quoi de neuf : 10 mauvaises configurations à rechercher

Microsoft a publié une « vue d’une page » des risques d’agents Copilot Studio les plus courants observés dans des environnements réels, ainsi que les détections correspondantes dans Microsoft Defender Advanced Hunting (Security portal → Advanced hunting → Queries → Community Queries → dossier AI Agent).

Principaux risques mis en avant :

• Partage trop large (partagé à toute l’organisation ou à de grands groupes) : augmente la surface d’attaque et les usages non intentionnels.
• Aucune authentification requise : transforme un agent en point d’entrée public/anonyme susceptible d’exposer des données internes ou de la logique.
• Actions HTTP Request risquées : utilisation de non-HTTPS, de ports non standard, ou d’appels directs vers des endpoints qui devraient être gouvernés via des connecteurs — contournant les protections de stratégie et d’identité.
• Chemins d’exfiltration de données via email : agents capables d’envoyer des emails vers des entrées contrôlées par un attaquant ou vers des boîtes externes (particulièrement dangereux en cas de prompt injection).
• Agents, actions ou connexions inactifs : agents publiés « oubliés » et connexions obsolètes créent des accès privilégiés cachés.
• Authentification de l’auteur (maker) en production : rompt la séparation des tâches et peut, de fait, s’exécuter avec des autorisations élevées de maker.
• Identifiants codés en dur dans des topics/actions : risque direct de fuite d’identifiants.
• Outils Model Context Protocol (MCP) configurés : peuvent introduire des chemins d’accès non documentés et des interactions système non intentionnelles.
• Orchestration générative sans instructions : augmente la probabilité de dérive de comportement ou d’actions dangereuses pilotées par prompt.
• Agents orphelins (sans propriétaire actif) : gouvernance faible, absence de responsable identifié et risque accru de logique obsolète.

Impact sur les admins IT et les équipes sécurité

Pour les admins qui gèrent la sécurité Power Platform et Microsoft 365, l’enseignement clé est que la posture de sécurité des agents fait désormais partie de la gouvernance des identités et des données. Les mauvaises configurations peuvent créer de nouveaux chemins d’accès que les inventaires applicatifs traditionnels, les hypothèses de Conditional Access ou les stratégies de connecteurs ne capturent pas toujours entièrement — en particulier lorsque des agents sont créés rapidement par des makers.

Actions / prochaines étapes

1. Exécuter les Community Queries dans Advanced Hunting de Defender (dossier AI Agent) et établir une baseline des résultats dans l’ensemble des environnements.
2. Prioriser la remédiation pour : agents sans authentification, partage à l’échelle de l’organisation, agents en maker-auth, et toute capacité d’email externe.
3. Examiner l’usage de HTTP Request et remplacer par des connecteurs gouvernés lorsque possible ; imposer HTTPS et des ports standard.
4. Nettoyer les actifs inactifs/orphelins : retirer les agents/actions inutilisés et renouveler/supprimer les connexions obsolètes.
5. Établir des garde-fous opérationnels : exiger un propriétaire nommé, une finalité documentée, des connexions au moindre privilège et des instructions obligatoires pour l’orchestration générative.