Ir al contenido

”Se acercan los certificados de 47 días! ¿EstÔs preparado?

ActĆŗa ahora →

Ciclo de vida de la identidad de un agente de IA: nacimiento, operación, rotación y retiro.

Plantilla de solicitud de propuestas (RFP) para IA agenica

Recientemente, CyberArk planteó la vida y la muerte de un agente de IA como un problema de seguridad de identidad, comparando la existencia de un agente con la permanencia de un empleado humano: contratado, capacitado, con responsabilidades asignadas y, finalmente, jubilado. DigiCert ha desarrollado un argumento similar en torno a lo que denomina un Pasaporte de Agente de IA, y AppViewX ha sostenido que la identidad del agente ya no es un problema de escala, sino de comportamiento. Los tres llegan a la misma conclusión desde diferentes perspectivas: un agente de IA no es una credencial estÔtica almacenada en un archivo de configuración, sino una identidad que atraviesa distintas etapas de su ciclo de vida, y cada etapa conlleva su propio riesgo.

La mayor parte de esta conversación se detiene en la capa de políticas. CyberArk, DigiCert y AppViewX describen el ciclo de vida en términos de gobernanza (almacenamiento seguro, credenciales, monitorización del comportamiento), sin especificar completamente los mecanismos criptogrÔficos que realmente garantizan cada etapa. Ahí es donde entra en juego Encryption Consulting. En lugar de insignias, etiquetas o revisiones de acceso manuales, mapeamos el ciclo de vida de la identidad del agente a certificados X.509, gestión automatizada del ciclo de vida de los certificados y credenciales de corta duración que caducan, rotan y se revocan según un calendario definido.

Este artĆ­culo describe el ciclo de vida completo, desde su nacimiento hasta su funcionamiento, rotación y retirada, y muestra cómo los controles de identidad basados ​​en certificados subsanan las deficiencias que un marco de gobernanza por sĆ­ solo no puede solucionar.

Puntos Clave

  • Los agentes de IA atraviesan un ciclo de vida con cuatro fases principales: nacimiento, operación, rotación y jubilación, y cada fase necesita un control de identidad distinto, no una Ćŗnica polĆ­tica general.
  • CyberArk, DigiCert y AppViewX coinciden en que la identidad es el criterio adecuado para la seguridad de los agentes, pero ninguno llega a especificar las primitivas criptogrĆ”ficas que la garantizan.
  • Encryption Consulting relaciona las ocho etapas del ciclo de vida (creación, registro, emisión de certificados, acceso con privilegios mĆ­nimos, rotación, cambios de autorización, respuesta ante incidentes y desactivación) con controles concretos de gestión del ciclo de vida de los certificados y de la infraestructura de clave pĆŗblica (PKI).
  • Los certificados superan a las claves API y a los secretos estĆ”ticos en todas las etapas de su ciclo de vida, ya que cuentan con una fecha de caducidad integrada, una ruta de revocación estĆ”ndar y una cadena de confianza verificable.
  • CertSecure Manager automatiza la emisión, rotación y revocación de credenciales en toda una flota de agentes, eliminando las deficiencias manuales que crean lo que CyberArk denomina "agentes zombis": credenciales que sobreviven al agente al que se les emitieron.

Por quƩ los proveedores plantean la identidad del agente como un problema del ciclo de vida.

El argumento de CyberArk se basa directamente en la gestión de identidades humanas. Un empleado es contratado, incorporado, recibe credenciales específicas para su puesto, es ascendido o reasignado con el tiempo y, finalmente, se le da de baja y se le revoca el acceso. CyberArk describe las mismas etapas para un agente de IA y advierte que las organizaciones que omiten las etapas finales terminan con lo que denomina agentes zombis: credenciales y permisos que siguen funcionando mucho después de que el agente que los utilizó debería haber sido retirado.

El enfoque de DigiCert se centra en lo que denomina un Pasaporte de Agente de IA, un conjunto de credenciales verificadas basado en tres pilares: identidad verificada del agente, autorización sujeta a políticas y gobernanza continua. El concepto de pasaporte resulta útil porque considera la identidad como algo que el agente porta y presenta, no como algo inferido a partir de la ubicación en la red o la posesión de una clave API.

AppViewX plantea este cambio en tĆ©rminos de escala e importancia. Gartner proyecta que para 2028, un tercio del software empresarial incluirĆ” IA con capacidad de actuar de forma autónoma, y ​​AppViewX cita una proporción de identidad mĆ”quina-humano de hasta 82 a 1 en algunos entornos. TambiĆ©n seƱala investigaciones que demuestran que las credenciales comprometidas influyen en aproximadamente el 74 % de las filtraciones de datos, y proyecta que el mercado de gestión de identidad y acceso de mĆ”quinas alcanzarĆ” los 65.7 millones de dólares para 2034. Su conclusión es que la identidad del agente ya no es un problema de escala que se resuelva con mĆ”s inventario, sino un problema de comportamiento que requiere verificación continua.

En conjunto, estas tres posturas describen la misma estructura: la identidad del agente tiene un inicio, un ciclo de vida, un mantenimiento periódico y un final, y cada etapa requiere su propio control. La deficiencia radica en la mecÔnica. Un pasaporte, una entrada en una bóveda o una puntuación de comportamiento aún necesitan estar respaldados por algo criptogrÔficamente verificable, y ahí es donde entra en juego la identidad basada en certificados.

Cómo CyberArk, DigiCert, AppViewX y Encryption Consulting abordan el ciclo de vida

DimensiónCyberArkDigiCertAppViewXConsultoría de cifrado
Enfoque del ciclo de vidaAnalogía de la identidad humana, contratado para jubilarsePasaporte emitido en la creación del agenteModelo de identidad de escala a comportamientoCiclo de vida respaldado por certificados con CLM automatizado.
Identidad central primitivaCredenciales almacenadas en una plataforma de seguridad de identidad.Pasaporte de agente de IA, un paquete de credenciales verificadasSistema de identidad de mƔquina en toda la flota de agentesCertificados X.509 emitidos y gestionados a travƩs de CertSecure Manager.
Modelo de autorizaciónNivelación de privilegios según el rol del agenteAutorización sujeta a políticas vinculada al pasaporteAcceso basado en el comportamiento y verificado continuamente.Autorización de privilegios mínimos vinculada a los atributos del certificado
Rotación y revocaciónRotación de credenciales gestionada por VaultGobernanza continua con revocación de pasaporteLa rotación automatizada estÔ vinculada a la política de identidad de la plataforma.Certificados de corta duración con rotación automatizada y revocación de OCSP o CRL.
respuesta de compromisoAislamiento de sesión y recuperación de credencialesRevocación del pasaporte por detección de anomalíasRespuesta ante anomalías de comportamiento en tiempo realRevocación inmediata del certificado y conservación del registro de auditoría.
DesmantelamientoNo se aborda como una etapa distinta y discreta.Caducidad del pasaporte al final de la vidaDesaprovisionamiento basado en el ciclo de vidaRevocación completa del certificado, destrucción de la clave y cierre del registro de auditoría.

Gestión de certificados

Evite interrupciones de certificados, optimice las operaciones de TI y logre agilidad con nuestra solución de gestión de certificados.

Ciclo de vida de la identidad del agente de IA: cuatro fases, ocho controles

Encryption Consulting divide el ciclo de vida de la identidad del agente en cuatro fases que reflejan el título de este artículo: nacimiento, operación, rotación y retiro. Cada fase contiene dos de las ocho etapas concretas que requieren un control de identidad definido.

Nacimiento: Creación, registro y emisión de certificados

La identidad de un agente comienza en el momento de su creación. Al crearse, el agente necesita un identificador criptogrÔfico único, no una cuenta de servicio compartida ni una clave API heredada. Este identificador se registra en un inventario central de identidades de mÔquinas para que los equipos de seguridad sepan que el agente existe antes de que realice su primera acción. Inmediatamente después del registro, se emite un certificado X.509 de corta duración que se vincula a dicha identidad registrada. El certificado, y no una contraseña ni un token estÔtico, se convierte en la prueba de identidad del agente para cada interacción posterior.

Operación: Cambios en el acceso y la autorización con el principio de mínimo privilegio

Una vez que un agente estÔ en funcionamiento, su certificado debe contener atributos que lo limiten únicamente a los sistemas, datos y acciones que requiere su tarea actual. El principio de mínimo privilegio implica que un agente configurado para resumir documentos no debe tener los mismos atributos de certificado que uno autorizado para ejecutar transacciones financieras. A medida que cambia la función de un agente, por ejemplo, cuando pasa de una tarea de investigación de solo lectura a una que puede escribir en sistemas de producción, su autorización debe actualizarse. Aquí es donde falla una credencial estÔtica de un solo uso y donde un modelo basado en certificados resulta ventajoso: los atributos pueden reemitirse o restringirse sin tener que reconstruir la identidad completa del agente desde cero.

Rotación: Rotación programada y respuesta ante compromisos

Los certificados y las claves deben rotarse según un calendario definido, independientemente de si se detecta algún problema. La rotación programada limita el valor de cualquier clave robada y elimina la vulnerabilidad que dejan las credenciales de larga duración. La respuesta ante una intrusión es la versión de emergencia del mismo mecanismo: cuando el sistema de monitorización detecta un comportamiento anómalo de un agente, su certificado debe revocarse inmediatamente, interrumpiendo el acceso antes de que el agente comprometido pueda actuar, y el evento de revocación debe quedar registrado en un archivo auditable.

Retiro: Desmantelamiento y cierre del registro de auditorĆ­a

Cuando un agente finaliza su tarea o se retira, su certificado debe revocarse y su clave privada destruirse, en lugar de dejarla inactiva en un sistema donde podría reactivarse o usarse indebidamente. Cerrar el registro de auditoría es tan importante como la revocación en sí: un registro completo de cuÔndo se creó el agente, qué acciones se le autorizaron, cuÔndo cambió su acceso y cuÔndo se desactivó es lo que permite que un equipo de cumplimiento verifique su ciclo de vida.

Dónde termina el lenguaje del marco y comienza la aplicación criptogrÔfica

CyberArk nombra con precisión las etapas del ciclo de vida y la analogía con la identidad humana facilita la explicación del concepto a un consejo de administración o un comité de auditoría. El concepto de pasaporte de DigiCert es una abstracción clara de lo que un agente debería llevar consigo, pero un pasaporte aún necesita una credencial subyacente y verificable para tener sentido. AppViewX identifica correctamente que la identidad del agente se ha convertido en un problema de comportamiento a gran escala, pero la detección de comportamientos anómalos no proporciona por sí sola una forma de probar o revocar criptogrÔficamente la identidad de un agente.

Ninguno de los tres especifica completamente la mecÔnica de los certificados: cómo se automatiza la emisión, cuÔl es el período de validez adecuado para un agente autónomo, cómo se programa la rotación sin interrumpir las sesiones activas o cómo se propaga la revocación a través de todos los sistemas con los que interactúa un agente. Esa es la capa operativa que la experiencia en PKI estÔ diseñada para gestionar, y es la capa donde un marco de ciclo de vida se convierte en un control aplicable.

Construyendo el ciclo de vida de la identidad del agente en la prƔctica

  1. Establecer una identidad criptogrÔfica única para cada agente en el momento de su creación.
  2. Registre el agente en un inventario centralizado de identidades de mÔquinas antes de que realice su primera acción.
  3. Emitir un certificado X.509 de corta duración vinculado a esa identidad registrada.
  4. Aplique el principio de acceso con privilegios mĆ­nimos, limitado a los atributos del certificado, no a la pertenencia a roles generales.
  5. Autorice automÔticamente al agente, reemitiendo o restringiendo los atributos del certificado, siempre que cambie su función o tarea.
  6. Rote los certificados y las claves segĆŗn un calendario definido, independientemente de si se ha producido algĆŗn incidente.
  7. Detectar cualquier vulneración de seguridad mediante la monitorización continua y revocar inmediatamente el certificado afectado cuando aparezcan anomalías.
  8. Desactive el agente revocando su certificado, destruyendo su clave privada y cerrando su registro de auditorĆ­a.

Cómo ayuda la consultoría de cifrado

CertSecure Manager de Encryption Consulting automatiza la emisión, rotación y revocación de certificados en toda una flota de agentes de IA, garantizando así la coherencia en cada etapa del ciclo de vida en lugar de depender de una revisión manual. Para las organizaciones que necesitan escalar la emisión de certificados sin implementar su propia infraestructura de clave pública (PKI), PKI como servicio (PKI-as-a-Service) ofrece los mismos controles de ciclo de vida que una solución gestionada. Ambas se integran con la solución mÔs amplia de identidad de agentes de IA , que extiende los controles centrados en la identidad a la autorización, la monitorización y la generación de informes de cumplimiento para agentes autónomos.

Conclusión

CyberArk, DigiCert y AppViewX ofrecen una visión parcial del panorama. Un agente de IA tiene un ciclo de vida similar al de un empleado humano, necesita un documento de identidad como un pasaporte y requiere una verificación de comportamiento continua a gran escala. Lo que une estos tres elementos es una base criptogrÔfica: certificados que se emiten al nacer, se definen durante su funcionamiento, se renuevan periódicamente, se revocan en cuanto se utilizan indebidamente y se eliminan al retirarse. Construir el ciclo de vida en torno a certificados y a la gestión automatizada de su ciclo de vida, en lugar de basarse únicamente en bóvedas, pasaportes o puntuaciones de comportamiento, es lo que convierte un marco de gobernanza en algo aplicable a la velocidad de la mÔquina.

Preguntas frecuentes

¿CuÔl es el ciclo de vida de la identidad de un agente de IA?

El ciclo de vida de la identidad de un agente de IA comprende las etapas por las que pasa la identidad de un agente autónomo desde su creación hasta su retirada: creación y registro, emisión de certificados, acceso con privilegios mínimos, rotación, cambios de autorización, respuesta ante vulnerabilidades y desactivación. Cada etapa requiere su propio control de identidad, en lugar de una única credencial estÔtica.

¿Por qué los agentes de IA necesitan certificados en lugar de claves API?

Las claves API y los secretos estÔticos no tienen fecha de caducidad ni método de revocación estÔndar, por lo que una clave filtrada puede permanecer vÔlida indefinidamente. Los certificados X.509, en cambio, tienen un período de validez, admiten la rotación automÔtica y pueden revocarse inmediatamente mediante mecanismos estÔndar como OCSP o CRL, lo que los hace mÔs adecuados para cada etapa del ciclo de vida de un agente.

¿Cómo previene la rotación de certificados los agentes zombis?

Un agente zombi es una credencial que sigue funcionando después de que el agente al que se le emitió debería haber sido retirado. La rotación programada de certificados limita el tiempo de validez de una misma credencial, y la desactivación automatizada vincula la revocación del certificado directamente al momento en que se retira un agente, eliminando así la posibilidad de que una credencial no utilizada pero aún vÔlida pueda ser utilizada indebidamente.

¿Qué ocurre cuando un agente de IA se ve comprometido?

Cuando el sistema de monitorización detecta un comportamiento anómalo en un agente, su certificado debe revocarse de inmediato, interrumpiendo su acceso antes de que pueda realizar cualquier otra acción. El evento de revocación debe registrarse en un registro de auditoría, y solo se debe emitir un nuevo certificado después de que se hayan verificado nuevamente la identidad y la autorización del agente.

¿Cómo ofrece Encryption Consulting soporte para todo el ciclo de vida de la identidad del agente?

CertSecure Manager y PKI-as-a-Service de Encryption Consulting automatizan la emisión de certificados, la definición del alcance de privilegios mínimos, la rotación, la revocación y la desactivación en toda una flota de agentes de IA, y se integran con la solución AI Agent Identity para la autorización y la generación de informes de cumplimiento a lo largo de todo el ciclo de vida.