Microsoft anunció el 19 de octubre de 2026 nuevos controles de seguridad para agentes de IA empresariales. El diseño que plantea conecta señales sobre la actividad de cada agente con una evaluación cambiante del riesgo y con políticas que pueden ajustar sus permisos y acciones. Microsoft presentó Guardian Agents y Playbooks para Project Perception, además de Dynamic Permissions, Dynamic Agent Risk y Dynamic Conditional Access en el contexto de Microsoft 365 E7 (anuncio de Microsoft).
Un ciclo continuo, no una lista de etapas
Microsoft describe cuatro responsabilidades que funcionan a la vez: identificar qué agentes operan, limitar lo que pueden hacer, proteger los recursos a los que acceden y adaptar las defensas cuando cambia el contexto. La relación es directa: las señales informan la evaluación del riesgo; el riesgo influye en la política; y la política cambia las acciones permitidas.
El enfoque amplía el cometido de Project Perception. Microsoft lo presentó en julio de 2026 para ayudar a defender a las organizaciones frente a ataques impulsados por IA desde fuera de la empresa; ahora plantea aplicar esa arquitectura también a los agentes que trabajan dentro de ella (explicación de Microsoft sobre Project Perception).
Identificar al agente antes de regular sus permisos
Microsoft dice que ampliará la detección en 35 tipos de agentes locales, hasta alcanzar un total de 60, entre ellos Claude Code, OpenAI Codex y GitHub Copilot. La empresa también extiende Microsoft Entra Agent ID para incluir patrones como agentes locales o desconocidos detectados por sensores de seguridad. La identidad permite asignar al agente sus propios permisos y distinguir sus acciones de las de la persona que lo utiliza o patrocina.
Project Perception y Microsoft Agent 365 compartirán señales, contexto y un registro unificado de agentes, según Microsoft. La idea es reunir en una misma vista quién es cada agente, qué actividad presenta y qué riesgo se le atribuye.
Cómo se conectan los permisos y el riesgo
Dynamic Permissions está diseñado para que un agente empiece sin autoridad y reciba permisos limitados a la tarea y al tiempo necesarios. Las políticas de la organización fijan el límite general, y el agente no puede obtener más autoridad que la persona a la que está vinculado.
Dynamic Agent Risk reúne señales de identidad, datos, dispositivos, nube, red, entorno de ejecución y actividad del propio agente. Microsoft plantea actualizar esa evaluación de forma continua para que la política pueda responder a cambios en el comportamiento, los recursos accesibles o la tarea. Así, la respuesta no tiene que reducirse a dejar que el agente siga trabajando o detenerlo por completo.
Microsoft pone como ejemplo un agente que revisa solicitudes de gastos. Si encuentra instrucciones maliciosas en un documento externo e intenta actuar fuera de su tarea, Dynamic Conditional Access podría conservar el acceso de lectura y bloquear las escrituras, limitar los recursos o las rutas de red, acortar o revocar permisos, exigir aprobación humana verificada, aislar el entorno de ejecución o detener el agente. La medida dependería del riesgo que detecte el sistema.
El diseño también separa la autoridad de seguridad del modelo de IA: los controles deben actuar fuera de su alcance. Microsoft cita Microsoft Execution Container (MXC) como un entorno aislado que puede dar acceso a los recursos necesarios bajo políticas, con controles que el agente no debería poder desactivar.
Qué papel tienen Guardian Agents y Playbooks
Las personas definen las políticas, los límites de aprobación y las reglas de delegación. Playbooks coordina las acciones necesarias para alcanzar el resultado de seguridad fijado, mientras Guardian Agents está pensado para investigar por qué cambió el riesgo, recomendar o aplicar medidas de contención y ayudar a reforzar las políticas a partir de lo ocurrido.
El ciclo que describe Microsoft enlaza las señales y el contexto con la evaluación del riesgo, y esta con los cambios de política que determinan qué puede hacer el agente.
