Copilot Studio: 10 errores de configuración de agentes

Introducción: por qué esto importa

Los agentes se están convirtiendo rápidamente en un nuevo plano de control para el acceso a datos y la automatización de flujos de trabajo—a menudo creados y desplegados con rapidez mediante herramientas low-code como Copilot Studio. Microsoft advierte que pequeñas decisiones de configuración (compartición amplia, acciones inseguras, autenticación débil, propiedad desactualizada) pueden crear rutas de identidad y acceso a datos que los controles de seguridad tradicionales podrían no monitorear. El resultado neto: los agentes mal configurados pueden ampliar silenciosamente tu superficie de ataque y habilitar abuso impulsado por prompts o exfiltración de datos.

Novedades: 10 configuraciones incorrectas comunes de agentes (y cómo detectarlas)

Microsoft documenta diez configuraciones incorrectas “observadas en el mundo real” y mapea cada una a Defender Advanced Hunting Community Queries (Security portal → Advanced hunting → Queries → Community Queries → carpeta AI Agent) además de mitigaciones recomendadas en Copilot Studio/Power Platform.

Los temas clave incluyen:

1) Compartición excesiva y límites débiles de acceso

• Riesgo: Agentes compartidos con toda la organización o con grupos amplios.
• Detectar: Consultas como AI Agents – Organization or Multitenant Shared.
• Mitigar: Usar Managed Environments y agent sharing limits; validar la estrategia de entornos y el alcance de la compartición.

2) Autenticación ausente o inconsistente

• Riesgo: Agentes que no requieren autenticación se convierten en un punto de entrada público.
• Detectar: AI Agents – No Authentication Required.
• Mitigar: Aplicar agent authentication at the environment level (la autenticación está habilitada de forma predeterminada—no la relajes para pruebas sin medidas de protección).

3) Acciones riesgosas, conectores y rutas de exfiltración

• Riesgo: Acciones de HTTP Request con configuraciones inseguras (no-HTTPS, puertos no estándar) o acciones de email que habilitan exfiltración de datos.
• Detectar: Consultas que cubren patrones de HTTP request y email hacia externos/entradas controladas por AI.
• Mitigar: Aplicar Data Policies / Advanced Connector Policies, y considerar Microsoft Defender Real-time Protection y controles de acciones de conectores.

4) Deriva de gobernanza: agentes inactivos, huérfanos y con privilegios excesivos

• Riesgo: Agentes/conexiones inactivos, author (maker) authentication, agentes huérfanos con propietarios deshabilitados, credenciales codificadas.
• Detectar: Consultas para agentes inactivos/sin modificaciones, author auth, credenciales codificadas y propietarios huérfanos.
• Mitigar: Revisar periódicamente el inventario, restringir credenciales de makers, almacenar secretos en Azure Key Vault mediante variables de entorno y poner en cuarentena/desmantelar agentes obsoletos.

5) Nuevas herramientas y riesgos de orquestación

• Riesgo: Herramientas MCP y orquestación generativa sin instrucciones claras (deriva de comportamiento/abuso por prompt).
• Detectar: MCP configurado y orquestación sin instrucciones.
• Mitigar: Limitar herramientas MCP mediante políticas; apoyarse en protecciones integradas (p. ej., Azure Prompt Shield/controles RAI) y publicar con instrucciones claras.

Impacto para administradores de TI y equipos de seguridad

• Espera que los agentes introduzcan rutas de acceso no tradicionales (conectores, herramientas MCP, acciones de email) que pueden eludir el monitoreo heredado.
• La velocidad del low-code aumenta la probabilidad de configuración incorrecta a escala, especialmente en múltiples entornos de Power Platform.
• Los problemas de gobernanza (propiedad, inactividad, credenciales de makers) pueden crear riesgo persistente y difícil de ver.

Próximos pasos recomendados

1. Ejecuta las AI Agent Community Queries en Defender Advanced Hunting y establece una línea base de resultados por entorno.
2. Aplica autenticación a nivel de entorno y revisa cualquier excepción.
3. Implementa/valida Managed Environments, sharing limits y Data/Connector policies.
4. Revisa author authentication, secretos codificados y agentes huérfanos/inactivos; corrige y desmantela cuando corresponda.
5. Documenta guías de creación segura para makers (mejores prácticas de HTTP, manejo de secretos, calidad de instrucciones) y añádelas al onboarding interno.