El 19 de octubre de 2026, Microsoft anunció que Microsoft 365 E7 ya puede detectar, puntuar y frenar en tiempo real a los agentes de IA que corren dentro de una empresa — y la lista de agentes que vigila nombra, textualmente, a Claude Code, GitHub Copilot y OpenAI Codex. No es una ampliación menor: la suite pasó de detectar 25 tipos de agentes a 60, y la pieza central del anuncio es un concepto con nombre propio — agentic insiders — que trata a cada agente autónomo dentro de la empresa como lo que es: alguien con acceso, sin la fricción humana que normalmente frena un error o un abuso. Para una agencia que entrega trabajo con agentes de código dentro de clientes enterprise, esto no es una nota de producto de Microsoft. Es una señal de que el terreno bajo los pull requests que generamos está cambiando.
Qué anunció Microsoft exactamente
Project Perception nació en julio de 2026 como un sistema de agentes rojo/azul/verde para defender a las empresas de ataques externos impulsados por IA. Lo que cambió esta semana es que Microsoft lo extendió hacia dentro: ahora vigila también a los agentes que la propia empresa despliega, no solo a los que la atacan desde fuera. La pieza se apoya en Microsoft 365 E7 (disponible desde el 1 de mayo de 2026 a $99 USD por usuario al mes, que empaqueta Copilot, Agent 365 y las capas avanzadas de Entra, Intune y Purview de la E5) y en Microsoft Agent 365 ($15 USD por usuario al mes), el plano de control que registra y gobierna a cada agente de la organización.
Según los reportes de The Next Web y Unite.AI, publicados el mismo 19 de octubre, el anuncio trae cuatro piezas nuevas:
- Dynamic Permissions: un agente arranca sin ningún acceso propio. Recibe solo lo que la tarea puntual requiere, y solo mientras dura esa tarea — no puede obtener un permiso que no tenía de antemano.
- Dynamic Agent Risk: un puntaje de riesgo que se recalcula todo el tiempo, cruzando señales de identidad, datos, dispositivos, nube, red y las propias acciones del agente.
- Dynamic Conditional Access: cuando el riesgo sube, la respuesta escala por pasos — el agente puede perder permiso de editar archivos pero conservar lectura, perder acceso a cierta información, necesitar aprobación humana para un paso específico, o ser detenido por completo.
- Guardian Agents: agentes que supervisan a otros agentes y revisan sus acciones antes de que ocurran, siguiendo Playbooks que la empresa define.
"Agentic insiders": por qué Microsoft deja de hablar de herramientas y empieza a hablar de empleados de riesgo
Hayete Gallot, vicepresidenta de seguridad de Microsoft, usó el término agentic insiders para describir a estos agentes: casi siempre tienen más privilegios de los que necesitan y reciben una confianza implícita solo porque alguien de la empresa los desplegó. Terrell Cox, subdirector de seguridad de la información de Microsoft, lo puso en números: la propia Microsoft ya opera "en un mundo de cientos de miles de agentes". La lógica detrás del anuncio es simple y un poco incómoda: si tratamos a un agente de código como tratamos a un empleado nuevo — con acceso mínimo, supervisión activa y un expediente de riesgo que se actualiza en tiempo real — entonces necesitamos la misma infraestructura de gobierno que usamos para personas, no solo firewalls y llaves de API.
Identidad propia, incluso para los agentes "desconocidos"
La pieza que hace esto operable es Entra Agent ID: le da a cada agente una identidad separada de la del usuario que lo invocó, incluso a los agentes que la empresa no sabía que tenía corriendo. Sumado a eso, el Microsoft Execution Container ofrece un sandbox donde un agente puede correr sin que sus controles de seguridad vivan dentro del propio agente — así que, aunque esté comprometido, no puede tocar sus propias reglas.
Claude Code, Copilot y Codex ya tienen nombre y apellido en el radar de Microsoft
Esto es lo que vuelve esta nota relevante más allá de Redmond: la expansión de 35 tipos de agentes nuevos (de 25 a 60 en total) que Microsoft puede detectar corriendo en los dispositivos de una empresa nombra explícitamente a Claude Code, Codex y Copilot. Hasta ahora, buena parte de las herramientas de IA generativa que un developer instala por su cuenta vivía en la zona gris del "shadow AI" — invisible para el departamento de TI hasta que alguien preguntaba. Con Project Perception, Claude Code deja de ser una herramienta que un desarrollador instaló en su laptop y se convierte en una entidad con puntaje de riesgo visible para el equipo de seguridad del cliente.
Lo que esto significa para agencias y developers
Para cualquier agencia que construye con agentes de código dentro de la infraestructura de un cliente enterprise con Microsoft 365, el cambio práctico es este: ya no basta con pedir acceso una sola vez al arrancar el proyecto. El riesgo de Claude Code o de Copilot ahora puede subir o bajar a media tarea, y la respuesta de la plataforma puede ser perder permiso de edición, perder acceso a cierta data, o quedar bloqueado esperando una aprobación humana — sin que eso sea necesariamente un error de configuración. Tres cosas que vale la pena ajustar ya en cómo trabajamos:
- Documentar el "por qué" de cada permiso que pide un agente, no solo el "qué" — si el cliente va a correr un puntaje de riesgo sobre nuestras herramientas, conviene que quede claro para qué tarea específica necesita cada acceso.
- Tener un protocolo de "agente bloqueado a medio sprint" acordado con el cliente: quién revisa, cuánto tarda la aprobación, y qué hacemos con el trabajo en curso mientras se resuelve — en vez de descubrir la política de seguridad del cliente el día que se traba un deploy.
- Asumir que el cliente puede ver el nombre de la herramienta que usamos, no solo el resultado. Si trabajamos con Claude Code, Copilot o cualquier otro agente dentro de un stack de Microsoft 365 E7, esa herramienta ya tiene nombre propio en el reporte de seguridad de su equipo de TI.
Ninguna de las dos fuentes que revisamos menciona fecha de disponibilidad para estas funciones específicas ni si tienen costo adicional sobre la licencia E7 — así que por ahora esto es dirección de producto, no un cambio que haya que implementar la próxima semana. Pero la dirección es clara, y llega después de un ensayo de Satya Nadella publicado a principios de octubre que planteaba la misma idea desde la cúpula de Microsoft.
En Geek Vibes ya tratamos cada agente que corre en un proyecto de cliente como si tuviera que justificar su acceso, no porque lo exija todavía ningún cliente, sino porque es la forma correcta de trabajar con herramientas que escriben código de producción. Lo que cambia con este anuncio es que, si trabajas con clientes enterprise, eso probablemente deje de ser una buena práctica interna y se convierta en un requisito que te pide su departamento de seguridad. Si quieres que revisemos cómo tu agencia o tu equipo de producto gestiona el acceso de los agentes de IA que ya corren en producción, escríbenos a hello@geekvibes.agency.
