Copilot Studio : 10 erreurs de configuration à corriger

Introduction: pourquoi c’est important

Les agents Copilot Studio s’intègrent rapidement aux workflows opérationnels — ils extraient des données, déclenchent des actions et interagissent avec des systèmes internes à grande échelle. Cette même automatisation crée aussi de nouveaux chemins d’attaque lorsque des agents sont partagés de façon inappropriée, s’exécutent avec des privilèges excessifs ou contournent les contrôles de gouvernance standard. L’équipe Microsoft Defender Security Research observe ces problèmes « dans la nature », souvent sans alertes évidentes, ce qui rend la découverte proactive et la gestion de posture essentielles.

Quoi de neuf : 10 risques courants liés aux agents Copilot Studio (et comment les détecter)

Microsoft a publié une liste pratique des 10 principales erreurs de configuration d’agents, et a associé chacune à des Microsoft Defender Advanced Hunting Community Queries (Portail de sécurité → Advanced hunting → Queries → Community queries → dossier AI Agent). Les principaux risques incluent :

1. Partage trop large (toute l’organisation ou de grands groupes) – élargit la surface d’attaque et permet des usages non intentionnels.
2. Aucune authentification requise – crée des points d’entrée publics/anonynmes et des fuites potentielles de données.
3. Actions HTTP Request risquées – les appels vers des endpoints de connecteurs, le non-HTTPS ou des ports non standards peuvent contourner la gouvernance des connecteurs et les contrôles d’identité.
4. Chemins d’exfiltration de données via e-mail – des agents envoyant des e-mails à des valeurs contrôlées par l’IA ou à des boîtes aux lettres externes peuvent permettre une exfiltration pilotée par prompt injection.
5. Agents/actions/connexions dormants – des composants obsolètes deviennent une surface d’attaque cachée avec des privilèges persistants.
6. Authentification de l’auteur (maker) – affaiblit la séparation des tâches et peut permettre une escalade de privilèges.
7. Identifiants codés en dur dans les topics/actions – augmente la probabilité de fuite d’identifiants et de réutilisation.
8. Outils Model Context Protocol (MCP) configurés – peuvent introduire des chemins d’accès non documentés et des interactions système non intentionnelles.
9. Orchestration générative sans instructions – risque accru de dérive de comportement et d’abus via prompt.
10. Agents orphelins (sans propriétaire actif) – gouvernance faible et accès non géré dans le temps.

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

• Manque de visibilité : ces erreurs de configuration ne semblent souvent pas malveillantes lors de la création et peuvent ne pas déclencher d’alertes traditionnelles.
• Exposition de l’identité et des données : l’accès non authentifié, les identifiants maker et le partage trop large peuvent transformer un agent en pivot à faible friction vers les données de l’organisation.
• Contournement de la gouvernance : des actions HTTP directes peuvent contourner les protections des connecteurs Power Platform (validation, throttling, application de l’identité).
• Risque opérationnel : des agents orphelins ou dormants conservent la logique métier et l’accès longtemps après que la propriété et l’intention ne soient plus claires.

Actions / prochaines étapes

1. Exécutez les AI Agent Community Queries dès maintenant et établissez une baseline des résultats (commencez par : partage à l’échelle de l’organisation, agents sans auth, author authentication, identifiants codés en dur).
2. Renforcez le partage et l’authentification : appliquez le principe du moindre privilège et exigez l’authentification pour tous les agents en production.
3. Passez en revue l’usage de HTTP Request : privilégiez des connecteurs gouvernés ; signalez le non-HTTPS et les ports non standards pour correction immédiate.
4. Encadrez les scénarios d’e-mail sortant : limitez les destinataires externes, validez les entrées dynamiques et surveillez les schémas de type prompt injection.
5. Mettez en place une gouvernance du cycle de vie : inventoriez les agents, supprimez ou réattribuez les agents orphelins, et retirez les connexions/actions dormantes.

En considérant la configuration des agents comme une composante de votre posture de sécurité — et en traquant en continu ces schémas — vous pouvez réduire l’exposition avant que des attaquants ne les rendent opérationnels.