Los Agentes de IA Rompieron el Manual de Seguridad. Esto es lo que lo Reemplaza.

Durante la mayor parte de las últimas dos décadas, la seguridad empresarial se basó en una premisa funcional: el entorno era conocible. Los equipos de seguridad podían adquirir herramientas, inventariar usuarios, mapear sistemas, definir políticas y confiar en paneles y flujos de trabajo preconstruidos por los proveedores para gestionar la mayoría de los eventos. El modelo era imperfecto, pero funcionaba porque el entorno cambiaba a velocidad humana. Los agentes de IA rompieron esa premisa y, con ella, el manual de seguridad operativa.

Los agentes no son aplicaciones ordinarias. Actúan de forma autónoma, invocan herramientas, obtienen acceso a través de múltiples sistemas y modifican su comportamiento según el contexto. Algunos están autorizados y se ejecutan en plataformas SaaS; otros no están autorizados y se ejecutan localmente. Pueden tomar prestado el acceso humano y desaparecer antes del próximo inventario. Su alcance varía enormemente: la investigación de Token Security sobre cómo las empresas implementan realmente agentes encontró desde chatbots activados por humanos hasta servicios de producción autónomos, con más de una quinta parte de los agentes locales con acceso directo a fuentes de datos de producción.

El debate entre construir o comprar en ciberseguridad ha cambiado fundamentalmente. La vieja pregunta era simple: ¿debemos comprar una herramienta o construirla nosotros mismos? En la era de los agentes, ese planteamiento es demasiado limitado. Los equipos de seguridad no necesitan reconstruir toda la pila, pero tampoco pueden depender de flujos de trabajo fijos creados por otros meses atrás. La mejor pregunta es: ¿qué capa deberían poseer los equipos de seguridad?

Los Límites de los Flujos de Trabajo Fijos de Seguridad

Los agentes de IA hacen que los entornos sean más específicos, más dinámicos y más difíciles de anticipar. Un proveedor puede construir un panel para riesgos comunes: cuentas de servicio con privilegios excesivos, credenciales obsoletas, usuarios administradores inactivos, permisos excesivos e identidades con acceso a sistemas de producción. Eso es útil, pero las preguntas más importantes suelen ser específicas de un entorno particular: ¿Qué agentes creados en las últimas dos semanas pueden alcanzar la producción mediante credenciales humanas heredadas? ¿Qué agentes locales de codificación aún tienen tokens activos después de que un proyecto terminó? ¿Cuál es una posible ruta de ataque de un sistema a otro utilizando agentes de IA? Estas preguntas no encajan perfectamente en un flujo de trabajo genérico. Dependen de la huella en la nube, el stack SaaS, las prácticas de desarrollo, el modelo de propiedad, los requisitos de cumplimiento y los patrones de adopción de IA de la organización. Ninguna hoja de ruta de un proveedor puede anticipar cada combinación.

Esa es la brecha de operacionalización. Los equipos de seguridad a menudo pueden identificar categorías de riesgo, pero no siempre pueden traducirlas en la ruta de remediación exacta que su entorno requiere. Los agentes de IA amplían esta brecha porque se mueven más rápido que los ciclos tradicionales de herramientas. Esperar dos trimestres por una función de un proveedor mientras los agentes continúan acumulando acceso no es una estrategia de seguridad efectiva; es una cola de espera.

Token Security descubre cada agente, mapea el acceso riesgoso y aplica automáticamente políticas basadas en la intención. Escale la IA de forma segura sin perder control ni ralentizar la innovación.

Por Qué 'Solo Constrúyelo' No Es la Respuesta

El desarrollo asistido por IA ha cambiado lo que los equipos pueden construir. El informe Build vs. Buy de Retool de 2026 encontró que el 35% de los equipos ya habían reemplazado al menos una herramienta SaaS con algo construido internamente, y el 78% esperaba construir más este año. Esta tendencia tiene implicaciones reales para la seguridad, ya que la IA ha hecho que construir herramientas personalizadas sea mucho más rápido y fácil. Trabajos que antes requerían semanas de ingeniería ahora se pueden prototipar en horas.

Pero la ciberseguridad tiene un problema más difícil que la mayoría de las funciones empresariales: la capa de datos. Un flujo de trabajo de seguridad útil solo es tan bueno como los datos de identidad, acceso, permisos, propiedad y actividad subyacentes. Construir una aplicación personalizada es una cosa; conectarla de manera segura a sistemas empresariales en vivo es otra. Los equipos de seguridad no deberían tener que reconstruir integraciones con AWS, Azure, GitHub, Salesforce, Okta, gestores de secretos, pipelines CI/CD, plataformas SaaS, frameworks de agentes y sistemas on-premises. No deberían tener que normalizar cada esquema por sí mismos ni mantener scripts frágiles que se rompen cuando una API upstream cambia. Ese es el costo oculto de 'solo constrúyelo'. La parte difícil no es generar código, sino construir sobre datos que sean vivos, normalizados, seguros y lo suficientemente completos para respaldar decisiones reales.

Compra la Base para Poseer la Capa Operativa

El futuro de la ciberseguridad no es puro construir ni puro comprar. Es construir sobre la base correcta. Los equipos de seguridad deberían invertir en las capas que son estructuralmente complejas y ampliamente adoptadas en todas las organizaciones: descubrimiento continuo, integraciones, normalización, correlación de identidades, mapeo de accesos, controles de gobierno, auditabilidad y límites de ejecución segura. Esas capacidades requieren profundidad, escala y mantenimiento constante. No es ahí donde la mayoría de los equipos de seguridad deberían gastar su escaso tiempo de ingeniería.

Pero los equipos deberían poseer la capa operativa: los flujos de trabajo, aplicaciones, informes, revisiones y automatizaciones que reflejan su entorno específico. Ahí es donde vive la diferenciación. Ahí es donde los equipos de seguridad codifican cómo funciona realmente su organización: quién posee qué agentes, qué sistemas importan más, qué acceso es aceptable, qué excepciones están permitidas, cómo se prioriza el riesgo y qué remediación debe ocurrir a continuación. El modelo ganador no es 'comprar todo' o 'construir todo'. Es 'compra la base, construye la capa operativa'.

La Identidad es la Capa que Sostiene Todo

Para los agentes de IA, la base tiene que ser la identidad. Cada agente significativo eventualmente requiere acceso. Se autentica, usa credenciales, invoca herramientas y llega a los datos. A menudo, ni siquiera tiene una identidad propia y toma prestada la de un empleado, razón por la cual los agentes que ya se ejecutan en las empresas pueden ser indistinguibles de las personas a las que suplantan en los registros de auditoría. Por eso la identidad es el único plano de control que realmente gobierna la IA agéntica, y por eso es la base sobre la cual construir. Es el único lugar donde tu equipo puede ver y aplicar descubrimiento, propiedad, acceso y ciclo de vida para cada agente a la vez.

Las barreras de protección, el filtrado de indicaciones y los controles de comportamiento actúan sobre lo que un agente dice. La identidad gobierna lo que un agente puede alcanzar, y el alcance determina el radio de explosión. Una base de identidad viva proporciona a los equipos de seguridad el contexto necesario para hacer y responder las preguntas que importan: ¿Quién es el dueño de este agente? ¿Qué se supone que debe hacer? ¿Qué identidades utiliza? ¿Qué sistemas puede alcanzar? ¿Su acceso coincide con su intención? ¿Qué sucede cuando es abandonado, comprometido o modificado? Sin esa base, los flujos de trabajo personalizados descansan sobre arena: dependen de exportaciones obsoletas, inventarios parciales y scripts únicos. Con ella, los equipos de seguridad pueden construir lógica operativa que se mantenga conectada al entorno real a medida que los agentes aparecen, cambian y desaparecen.

Los Equipos que se Mantienen Efectivos

El manual de seguridad construido para un entorno conocible no volverá. Los agentes de IA se aseguraron de eso. El próximo manual es más adaptativo. Asume que el entorno seguirá cambiando. Asume que ningún proveedor puede preconstruir cada flujo de trabajo. Asume que los equipos de seguridad necesitan la capacidad de componer controles, informes, revisiones y rutas de remediación que se ajusten a su propia realidad. Pero también reconoce que los equipos no deberían reconstruir la base ellos mismos.

Los equipos que se adelanten no serán los que tengan la lista de herramientas más larga o los paneles más genéricos. Serán aquellos que sepan qué capa poseer. Para la IA agéntica, la respuesta es clara: construir sobre una base de identidad viva y poseer la capa operativa que debe adaptarse. En la era de los agentes, así es como los equipos de seguridad avanzan rápido sin perder el control.

Si buscas asegurar tu IA agéntica, reserva una demo técnica rápida con Token Security para ver cómo pueden proteger tu organización a medida que escalas.

Patrocinado y escrito por Token Security.