Seguridad de IA basada en agentes: Controles centrados en la identidad para agentes autónomos

Un agente autónomo con demasiado acceso no necesita una contraseña robada. Solo necesita una tarea, un conjunto de herramientas y que nadie supervise lo que hace con ellas.

Según el informe de IBM sobre el coste de una filtración de datos de 2025, citado en la investigación de Entrust sobre seguridad de IA con agentes, las organizaciones que sufrieron un incidente de seguridad relacionado con la IA el año pasado carecían de controles básicos de acceso a la IA en el 97 % de los casos. Esta cifra refleja claramente el problema fundamental: la seguridad de la IA con agentes es un problema de identidad antes que un problema de modelo.

Encryption Consulting ya ha abordado la mecánica de este problema de identidad en nuestra guía del Centro de Educación sobre seguridad de IA basada en agentes y en el artículo «La gobernanza de agentes de IA comienza con la identidad de la máquina ». Este artículo plantea una pregunta del comprador: cuando Entrust y Encryption Consulting hablan de «centrado en la identidad», ¿qué significa realmente cada uno y qué controles debe implementar un equipo de seguridad, independientemente del lenguaje que prefiera el proveedor?

Puntos Clave

• Tanto Entrust como Encryption Consulting basan la seguridad de la IA basada en agentes en la identidad, pero hacen hincapié en diferentes capas: niveles de política y autonomía (Entrust) y gestión completa del ciclo de vida de los certificados vinculada a la infraestructura de clave pública (Encryption Consulting).
• En ambos enfoques se repiten cinco controles centrados en la identidad: identidad verificable por agente, autorización con ámbito definido, prueba de acción criptográfica, gobernanza del ciclo de vida y auditabilidad continua.
• Las claves API estáticas y las credenciales compartidas son el punto débil que señalan todos los proveedores. Los certificados y los tokens de corta duración son la recomendación general.
• La tabla comparativa que aparece a continuación desglosa la base de identidad, el modelo de autorización, el tipo de credencial, la gestión del ciclo de vida y el registro de auditoría para cada enfoque.
• Un marco de trabajo con nombre no es lo mismo que un programa operativo. CertSecure Manager y PKI-as-a-Service transforman los controles centrados en la identidad en emisión, rotación y revocación automatizadas a escala de agente.

Por qué todos los proveedores están convergiendo en la identidad.

Los agentes de IA no son chatbots que responden preguntas y se detienen. Llaman a API, consultan bases de datos, activan flujos de trabajo y transfieren tareas a otros agentes, y cada uno de estos pasos conlleva consecuencias reales. Entrust describe la exposición resultante como un “radio de explosión acumulativo”: un error o una instrucción manipulada no se limita a un solo sistema, sino que se propaga a través de todas las herramientas y plataformas a las que el agente puede acceder. IDC proyecta que el 45 % de las organizaciones implementarán agentes de IA en funciones empresariales clave en los próximos cinco años, lo que significa que el radio de explosión está aumentando al mismo tiempo que la gobernanza aún se está adaptando.

Entrust aborda esto con un espectro de autonomía: cinco niveles que van desde el acceso de solo lectura, pasando por la recomendación y la ejecución aprobada por humanos, hasta el funcionamiento totalmente autónomo y con retardo, cada uno con su propio perfil de riesgo y controles necesarios. Esta es una respuesta política a un problema real. Sin embargo, aún queda abierta la cuestión operativa de cómo se aplican realmente esas políticas en la capa de credenciales, que es donde comienza el enfoque de Encryption Consulting.

Cómo Entrust y Encryption Consulting abordan la seguridad de la IA basada en agentes

La tabla que aparece a continuación compara la postura publicada por cada proveedor sobre la seguridad de la IA agente, basándose en su contenido público actual en lugar de afirmaciones sobre características que no podemos verificar.

Dimensión	confiar	Consultoría de cifrado
Fundación Identidad	La gestión de la infraestructura de clave pública (PKI) y de los secretos vincula a cada agente con una identidad distinta y criptográficamente verificable.	Certificados X.509 emitidos desde una infraestructura de clave pública (PKI) gestionada, a través de PKI como servicio o una autoridad de certificación (CA) empresarial existente, con la misma raíz de confianza que ya se utiliza para las cargas de trabajo y los dispositivos.
Modelo de autorización	Política contextual asignada a un espectro de autonomía de cinco niveles, desde solo lectura hasta ejecución totalmente autónoma.	Ámbito de privilegios mínimos vinculado a un propietario y una tarea individuales, no a una cuenta de servicio compartida.
Tipo de credencial	Se emiten identidades distintas para cada agente, vinculadas al propietario, la finalidad y el alcance de la autoridad.	Certificados de corta duración y tokens de acción firmados, que se rotan automáticamente en lugar de emitirse una sola vez y olvidarse.
Gestión del ciclo de vida	El aprovisionamiento, la supervisión y la revocación se conciben como etapas de gobernanza dentro de una plataforma de identidad más amplia.	Automatización completa del ciclo de vida mediante CertSecure Manager: detección, emisión, rotación y revocación en todas las CA en uso.
Auditoría y comprobación	La rendición de cuentas se logra mediante marcos de gobernanza y el cumplimiento de las políticas.	Acciones de agente firmadas más visibilidad continua del certificado, de modo que cada acción se resuelve en una identidad y un registro de certificado.
Enfoque primario	Gestión de la identidad empresarial en todas las operaciones de TI, operaciones de seguridad, DevOps y operaciones con clientes.	La gestión operativa del ciclo de vida de los certificados, el diseño de la infraestructura de clave pública (PKI) y el descubrimiento criptográfico son elementos fundamentales para la gobernanza de la identidad de la infraestructura.

Al leer la sección sobre gestión del ciclo de vida, la brecha se hace evidente. Denominar el aprovisionamiento, la rotación y la revocación como etapas de gobernanza no es lo mismo que automatizarlas en miles de identidades de agentes efímeras. Es precisamente ahí donde una capa operativa de gestión del ciclo de vida de los certificados demuestra su utilidad.

Cinco controles centrados en la identidad que todo programa de IA con capacidad de gestión de agentes necesita.

Si eliminamos la terminología del proveedor, los mismos cinco controles aparecen en todos los enfoques de seguridad de IA con agentes creíbles, incluido el nuestro. Una organización no necesita adoptar el marco de un proveedor en su totalidad para beneficiarse de la implementación de los cinco.

1. Identidad verificable por agente

Cada agente necesita su propia identidad, asignada específicamente a él en lugar de ser prestada de otra persona o compartida entre varios agentes. Una identidad verificable, normalmente un certificado X.509 o un token de corta duración, es lo que permite al sistema distinguir a un agente legítimo de un impostor o una copia manipulada de la misma tarea.

2. Autorización con alcance limitado

La identidad responde a la pregunta de quién es el agente. La autorización responde a qué tiene permiso para acceder, y debe limitarse a los recursos y tareas específicos que el agente realmente requiere, no al acceso general que facilita su creación. Un agente con permisos excesivos convierte una simple solicitud manipulada en un incidente que afecta a muchos más sistemas de los que la tarea original necesitaba.

3. Prueba de acción criptográfica

Una identidad verificable también debería poder demostrar sus acciones. Las acciones y solicitudes del agente firmante vinculan una identidad específica y atribuible a una acción concreta, de modo que un incidente controvertido o sospechoso puede rastrearse hasta el agente y la credencial exactos responsables, en lugar de una cuenta compartida que podría pertenecer a cualquiera.

4. Gobernanza del ciclo de vida

Las identidades de los agentes requieren la misma disciplina de ciclo de vida que cualquier otra credencial: aprovisionamiento que registre un propietario y un propósito, rotación automática para evitar que nada permanezca estático por mucho tiempo y revocación inmediata en el momento en que un agente se retira o comienza a comportarse de manera diferente a la esperada. Si se gestiona manualmente, este es el primer control que se ve afectado negativamente a medida que aumenta el número de agentes.

5. Auditabilidad continua

Cada acción de un agente debe estar asociada a una identidad, y cada identidad a un propietario. Esta cadena es la que convierte un conjunto de registros en evidencia útil para auditores, reguladores o responsables de respuesta a incidentes. Es el control que la mayoría de las implementaciones de IA con agentes descubren que les falta solo después de que algo ya ha fallado.

Dónde termina un marco de trabajo y comienzan las operaciones.

Aquí expondremos nuestra postura con claridad. Es necesario identificar los pilares fundamentales, y Entrust los identifica correctamente. Sin embargo, un marco de políticas o una recomendación de protocolo no emiten, por sí solos, un certificado, no rotan una clave ni revocan el acceso a las 2 de la madrugada cuando un agente comienza a comportarse de forma extraña. Alguien debe seguir gestionando la infraestructura de clave pública (PKI), y esta debe mantenerse al día con el calendario del CA/Browser Forum, que reduce la validez máxima de los certificados TLS públicos a 200 días en marzo de 2026, 100 días en marzo de 2027 y 47 días en marzo de 2029. La mayoría de los marcos de identidad de agentes, incluidos SPIFFE/SPIRE y los modelos de identidad que ofrecen los principales proveedores de servicios en la nube, están respaldados precisamente por este tipo de certificado X.509 de corta duración.

Esa es la capa donde la seguridad centrada en la identidad se convierte en realidad o se queda en una mera idea en una presentación de gobernanza. Una plantilla de agentes que se duplica cada trimestre necesita un ciclo de vida de certificados que pueda emitir, renovar y revocar certificados al mismo ritmo, en todas las autoridades de certificación que la organización ya utiliza, sin que una persona tenga que aprobar manualmente cada solicitud. Esta es la capa operativa que construye Encryption Consulting, y es el componente que ningún marco de trabajo específico puede sustituir.

Poniendo en práctica los controles centrados en la identidad.

Convertir los cinco controles anteriores en un programa funcional sigue una secuencia consistente, independientemente de la terminología del proveedor que prefiera el equipo:

1. Descubre todos los agentes que ya están en funcionamiento. Los agentes se implementan dentro de plataformas SaaS, servicios en la nube y herramientas de codificación, a menudo sin que se consulte a la seguridad. Cree el inventario antes de escribir una sola política.
2. Emitir una identidad única y verificable a cada uno. Sustituya las claves API compartidas y las credenciales humanas prestadas por certificados o tokens de corta duración emitidos desde una infraestructura de clave pública (PKI) gestionada.
3. Autorización de alcance para el agente y la tarea individual. Evite otorgar acceso tipo cuenta de servicio que perdure más allá de la función específica para la que se creó el agente.
4. Firmar acciones del agente. Cada solicitud debe estar vinculada a una credencial específica, no a una identidad compartida que podría pertenecer a cualquiera.
5. Automatice el ciclo de vida. La rotación y la revocación deben realizarse según un cronograma que se ajuste a la velocidad con la que se crean y se retiran los agentes, no según un cronograma que se ajuste a la velocidad con la que una persona puede procesar una cola de tickets.
6. Realizar auditorías continuamente. Mantenga un registro de qué agente hizo qué, cuándo y bajo qué autoridad, para que la respuesta esté lista antes de que un regulador o un responsable de respuesta a incidentes la solicite.

Cómo ayuda la consultoría de cifrado

La solución de identidad de agente con IA de Encryption Consulting aplica directamente esta secuencia: descubre las credenciales de agente existentes, emite certificados X.509 de corta duración por agente, limita el acceso a un propietario individual en lugar de a una cuenta de servicio compartida, automatiza la gestión del ciclo de vida de los certificados y produce registros firmados y auditables de las acciones de cada agente.

CertSecure Manager es el motor de esta solución. Se trata de una plataforma de gestión del ciclo de vida de certificados, independiente del proveedor, que centraliza el descubrimiento, la emisión automatizada, la rotación y la revocación en autoridades de certificación públicas y privadas, respaldada por las prácticas certificadas ISO/IEC 27001:2022 y SOC 2. Cuando una organización necesita la infraestructura de emisión, nuestros servicios PKI la diseñan y operan, y CBOM Secure amplía el descubrimiento más allá de los certificados, abarcando todo el panorama criptográfico del que depende un entorno con gran cantidad de agentes.

Lecturas relacionadas de Encryption Consulting

• Seguridad de la IA basada en agentes: Identidad y firma para agentes de IA Cubre las definiciones y los controles fundamentales en los que se basa esta comparación.
• La gobernanza de los agentes de IA comienza con la identidad de la máquina. Explica por qué la identidad, y no la capa de indicaciones, es donde reside realmente la gobernanza del agente.
• Los 10 principales riesgos de identidad no humana Cubre los riesgos más amplios de identidad de máquina a los que se suma la IA con agentes.
• ¿Qué es el Protocolo de Contexto de Modelo (MCP)? Cubre el estándar de conector al que se hace referencia a lo largo de esta comparación.
• La crisis de identidad en los límites de la IA con capacidad de gestión de agentes Cubre la identidad basada en hardware para agentes que se ejecutan fuera del centro de datos.

Conclusión

Todos los principales proveedores coinciden en que la seguridad de la IA basada en agentes comienza con la identidad. Las diferencias radican en lo que sucede después de ese acuerdo: en si una organización puede emitir, definir el alcance, rotar y revocar las credenciales de los agentes al ritmo en que estos se crean y se retiran. Es ahí donde un marco de gobernanza se convierte en un programa operativo, y es precisamente lo que Encryption Consulting desarrolla a través de CertSecure Manager, PKI Services y PKI-as-a-Service.

Preguntas frecuentes

¿En qué se diferencia el enfoque de Encryption Consulting respecto a la seguridad de la IA basada en agentes del de Entrust?

Ambas soluciones consideran la identidad como la base de la seguridad de la IA con agentes, pero cada una se basa en un nivel diferente. Entrust asigna los niveles de autonomía a la política de gobernanza. Encryption Consulting desarrolla la gestión del ciclo de vida de los certificados y la infraestructura PKI que emite, rota y revoca las credenciales de las que depende dicha política, mediante CertSecure Manager y PKI como servicio.

¿Qué son los controles centrados en la identidad para los agentes de IA?

Los controles centrados en la identidad tratan a cada agente de IA como una identidad no humana que requiere credenciales verificables, autorización con alcance definido, prueba criptográfica de sus acciones, gobernanza del ciclo de vida desde su emisión hasta su revocación, y un registro de auditoría continuo. El objetivo es que las acciones de un agente sean identificables, autorizadas y rastreables, en lugar de anónimas.

¿Los agentes de IA necesitan sus propios certificados en lugar de claves API?

Sí. Las claves API estáticas son secretos compartidos que rara vez se rotan y son difíciles de atribuir a un agente específico. Los certificados X.509 o los tokens de corta duración otorgan a cada agente una identidad única y verificable que admite el principio de mínimo privilegio, la rotación automática y un registro de auditoría claro, la misma disciplina que ya se aplica a las cargas de trabajo y los dispositivos.

¿Cómo respalda la gestión del ciclo de vida de los certificados la seguridad de la IA basada en agentes?

La gestión del ciclo de vida de los certificados automatiza la emisión, renovación y revocación de las credenciales que respaldan las identidades de los agentes. Sin ella, los equipos no pueden seguir el ritmo de una creciente cantidad de agentes, especialmente a medida que la validez de los certificados TLS públicos se reduce a 47 días para 2029, según el calendario del CA/Browser Forum. CertSecure Manager aplica esta automatización a todas las autoridades de certificación que utiliza una organización.

¿Qué debería evaluar un equipo de seguridad antes de optar por un enfoque de seguridad basado en IA con agentes?

Más allá del lenguaje del marco de trabajo, plantéese tres preguntas operativas: ¿puede el enfoque emitir una identidad verificable a cada agente automáticamente?, ¿aplica el principio de mínimo privilegio a nivel de agente individual en lugar de a una cuenta de servicio compartida?, y ¿puede rotar y revocar credenciales con la suficiente rapidez para coincidir con la velocidad de creación y retirada de agentes?