Descope Agentic Identity Hub 3.0 apunta a la IA en la sombra dentro de las empresas

Descope está ampliando su plataforma de identidad para gestionar los agentes de IA y los servidores de Model Context Protocol (MCP) que utilizan los empleados dentro de una organización, un ámbito en el que la adopción suele avanzar más rápido de lo que los equipos de seguridad pueden inventariarla o controlarla.

Agentic Identity Hub 3.0, cuyo lanzamiento está previsto para el 15 de octubre, incorpora un portal de incorporación de agentes, integraciones nativas con pasarelas MCP, opciones más sólidas de autenticación de cargas de trabajo y emisión de ID-JAG para los agentes que acceden a herramientas internas. El objetivo es asignar a cada agente un propósito documentado, un responsable identificable, permisos limitados y un registro de auditoría, sin exigir a las empresas que sustituyan los sistemas de identidad que ya utilizan sus empleados.

Esta versión amplía el alcance de Descope: además de proteger los agentes orientados al cliente y los servidores MCP, aborda el problema más complejo de la «IA en la sombra» dentro de las empresas. Los empleados pueden conectar Claude, Cursor, ChatGPT o un agente desarrollado internamente a los sistemas empresariales, en ocasiones mediante claves de API estáticas o cuentas personales que los equipos de seguridad no pueden revocar de forma centralizada. Descope citó el Informe de investigaciones sobre filtraciones de datos de Verizon de 2026 para señalar que el 45 % de los empleados usa habitualmente la IA en dispositivos corporativos y que el 67 % de esta actividad se realiza a través de cuentas personales ajenas a la empresa.

Asignar un responsable y una identidad a los agentes internos

El nuevo portal de incorporación de agentes está diseñado para convertir su implementación en un proceso de solicitud sujeto a controles. El empleado especifica el propósito del agente y las aplicaciones, API, fuentes de datos o servidores MCP que necesita. Los revisores pueden aprobar la solicitud antes de conceder el acceso, lo que permite crear un inventario que identifica quién solicitó el agente y quién sigue siendo responsable de él.

Esto aborda una deficiencia básica de la gestión convencional de identidades y accesos. Las cuentas de las personas suelen estar vinculadas a un registro de empleado, un cargo, un responsable y un proceso de baja. En cambio, los agentes suelen tratarse más como scripts o cuentas de servicio, aunque pueden seleccionar herramientas dinámicamente y operar en varios sistemas. Por eso, la asignación de responsabilidades y la autorización en tiempo de ejecución son tan importantes como el inicio de sesión inicial. También coincide con una idea planteada en la reciente conversación de Securities.io con Q2 sobre la identidad de los agentes: un agente debería tener un rol propio y limitado, en lugar de heredar toda la autoridad del titular de una cuenta.

Descope afirma que su Agentic Identity Hub actual ya gestiona la autenticación y el control de acceso de más de un millón de identidades de agentes y cientos de servidores MCP. Entre los clientes mencionados en el anuncio figuran You.com, WisdomAI, Cequence Security, Token Security y Daylight Security.

Cómo funciona el plano de control de identidad

La documentación técnica de la empresa distingue dos conceptos que suelen combinarse en las plataformas de agentes. Un recurso es una API o un servidor MCP al que un agente quiere acceder; se identifica mediante una audiencia y se protege con ámbitos de permisos. Una conexión es una entrada de una bóveda que almacena un token OAuth o una clave de API que necesita una herramienta posterior.

En la arquitectura que recomienda Descope, el agente recibe un token de corta duración, limitado a un recurso. A continuación, el servidor o la pasarela protegidos recuperan de la bóveda de conexiones, en tiempo de ejecución, cualquier credencial necesaria para las herramientas posteriores. El agente no almacena el secreto de larga duración de terceros. Al emitir o intercambiar tokens, las políticas pueden evaluar al agente, al usuario de origen, al inquilino, a la herramienta solicitada y al contexto de ejecución; mientras tanto, la plataforma registra la secuencia de actividad para su auditoría.

Este modelo es importante porque MCP estandariza la forma en que los agentes descubren y llaman a las herramientas, pero no elimina la necesidad de contar con una autorización empresarial. Agentic Identity Hub 3.0 puede actuar como proveedor de identidad de una pasarela existente o funcionar con Agent Gateway de Descope, que está disponible en acceso anticipado. En el anuncio, Descope menciona agentgateway, un proyecto de código abierto de Agentic AI Foundation, como integración nativa. La documentación de la pasarela de Descope también describe la compatibilidad con productos como Kong AI Gateway, Azure AI Gateway, Portkey y Golf.dev.

Aplicar las políticas en la pasarela crea un punto único para autenticar agentes, autorizar llamadas a herramientas y recopilar registros de servidores MCP internos y de terceros. También puede convertirse en un punto crítico de control: su disponibilidad, la calidad de las políticas y la precisión con que se definan los ámbitos determinarán si reduce el riesgo o simplemente lo centraliza.

Alejar a los agentes de los secretos compartidos

Descope también está incorporando varias formas de autenticar agentes y cargas de trabajo sin secretos estáticos de cliente. Entre ellas se incluyen las aserciones JWT con clave privada, TLS mutua, las identidades de carga de trabajo SPIFFE y la federación de identidades de carga de trabajo.

Con la federación de identidades de carga de trabajo, un agente que se ejecute en AWS, Google Cloud, Microsoft Azure, Kubernetes o GitHub Actions puede presentar la identidad que ya le haya otorgado ese entorno. Descope valida el token firmado, crea un registro de identidad para la carga de trabajo y devuelve un token de acceso con permisos limitados. Las distintas implementaciones pueden seguir identificándose por separado aunque compartan una configuración de cliente, lo que permite revocar una instancia sin deshabilitar todas las copias del agente.

La emisión de ID-JAG está pensada para extender un modelo similar a los servidores MCP. Un agente interno se autentica mediante el proveedor de identidad que ya utiliza la organización y recibe el acceso adecuado para cada servidor. Las políticas se evalúan en cada solicitud, en lugar de quedar incorporadas en una credencial de larga duración, lo que permite restringir o revocar el acceso de forma centralizada. Descope lo describe como una experiencia similar al inicio de sesión único (SSO) para agentes, pero su eficacia dependerá de que las puertas de enlace y los clientes admitan los estándares subyacentes y de que los administradores definan ámbitos que reflejen los límites reales del negocio.

El paso de Descope de la identidad de clientes a la seguridad de los agentes

Descope fue fundada en 2022 por un equipo que anteriormente había creado Demisto, una empresa de orquestación de seguridad que Palo Alto Networks (PANW ) adquirió en 2019. La empresa salió del modo sigiloso en 2023 con 53 millones de dólares de financiación inicial y afirma que amplió esa ronda hasta alcanzar 88 millones de dólares en financiación total en 2025.

Al principio, la empresa se centró en la gestión de identidades y accesos de clientes, incluidas la autenticación sin contraseña, los flujos de trabajo visuales de identidad, los SDK y las API. Agentic Identity Hub amplía esa infraestructura de identidad para abarcar a actores no humanos. Esta base compartida tiene importancia estratégica: permite gestionar las identidades de los empleados y de los agentes, la evaluación de políticas, la intermediación de credenciales y los registros de auditoría sin crear un silo de identidad independiente para cada producto de IA.

Para los compradores, la pregunta práctica es si Descope puede facilitar lo suficiente la gobernanza de agentes para que los equipos de desarrollo la utilicen en lugar de eludirla. El proceso de incorporación debe seguir siendo más rápido que el intercambio informal de credenciales, y las integraciones con puertas de enlace deben abarcar los clientes y servidores que los empleados realmente adoptan. Los equipos de seguridad también tendrán que distinguir entre la autenticación de un agente y la seguridad de sus acciones: la identidad delimita y atribuye el acceso, pero no evita la inyección de instrucciones, la selección incorrecta de herramientas ni las acciones perjudiciales que se mantengan dentro de un ámbito aprobado.

Por tanto, Agentic Identity Hub 3.0 se entiende mejor como un intento de establecer el perímetro de identidad de la IA empresarial. Ofrece a las organizaciones una forma de determinar quién es responsable de un agente, a qué usuario o carga de trabajo representa, a qué puede acceder y cómo revocarle el acceso. A medida que los agentes pasan de la experimentación a los flujos de trabajo de producción, estas preguntas se están convirtiendo en parte de la infraestructura básica de ciberseguridad, en lugar de ser una capa opcional alrededor del modelo.