CyberCloud 2026: gobernar los agentes de IA antes que actúen

Una fuerza laboral que ya trabaja, pero no firma contratos

El mensaje central de Luis Diego Hernández, especialista en Soluciones de Ciberseguridad en Microsoft, durante CyberCloud Costa Rica 2026, fue directo: los agentes de IA dejaron de ser prototipos y hoy ya ejecutan acciones autónomas dentro de las organizaciones. Las proyecciones que presentó estiman que para 2028 habrá unos 1.300 millones de agentes operando en empresas, y que la adopción organizacional crece 18 veces más rápido que en ciclos anteriores. Cada mes, además, el volumen de señales de seguridad se duplica, una pendiente que ningún SOC tradicional puede absorber con sus procesos manuales.

Lo que cambia con los agentes no es solo la velocidad: es la naturaleza del actor. Ya no se trata de un usuario humano con credenciales que el equipo de seguridad puede monitorear de forma estándar. Se trata de identidades no humanas que toman decisiones, llaman APIs y mueven datos sin pedir permiso a nadie.

Por qué los SOC clásicos se quedaron cortos

El crecimiento no es simétrico del lado defensivo. Un relevamiento de Okta divulgado este año y citado por Finchannel muestra que el 91% de las organizaciones ya usa agentes de IA, pero apenas el 10% cuenta con una estrategia desarrollada para gestionarlos. La misma fuente reporta un aumento interanual del 650% en cuentas de servicio administradas de forma centralizada, lo que da una idea de la proliferación de identidades de máquina en los entornos corporativos.

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

Y el problema no termina en la visibilidad. Un análisis de Reco sobre 500 servidores del protocolo Model Context Protocol (MCP) y telemetría de 62 empresas grandes detectó que el 80% de las herramientas de IA operan sin supervisión de TI, con 414 herramientas de IA no aprobadas por cada 1.000 empleados en las compañías más pequeñas. El estudio identificó, además, 637 vulnerabilidades en los agentes examinados.

Gartner, también recogido por Finchannel, estima que más de la mitad de los ciberataques exitosos contra agentes de IA hacia 2029 aprovecharán debilidades de control de acceso y técnicas de inyección de prompts. Traducido: los atacantes no van a romper al agente, van a usar las puertas que el propio agente ya tiene abiertas.

El grafo defensivo que propone Microsoft

Frente a ese panorama, Hernández planteó que la defensa corporativa debe organizarse como un grafo de múltiples capas que mapee la estructura real del negocio. Las cuatro capas mínimas del esquema que presentó son:

Estructura organizacional y activos: inventario vivo de dispositivos, identidades y configuraciones que sostienen la operación.
Attack Paths: identificación de las rutas de menor resistencia que usaría un atacante real, no las que el equipo imagina.
Threat Intelligence: mapeo continuo de tácticas, técnicas y procedimientos (TTPs) conocidos para no empezar de cero en cada incidente.
Histórico de incidentes: los ataques previos son la mejor materia prima para predecir los siguientes.

La topología que la empresa debe defender, según Hernández, ya incluye personas, datos, agentes autónomos, sistemas RAG y servidores MCP. Defender eso exige pasar de reaccionar ante alertas a procesar señales en tiempo real: interrumpir el ataque, aislar al equipo comprometido y aplicar Zero Trust estricto sobre los activos críticos.

Vulnerabilidades: el reloj ya corre más rápido que el parche

Otro punto crítico de la charla fue la asimetría temporal entre descubrimiento y explotación. El uso de IA por atacantes e investigadores disparó el hallazgo de vulnerabilidades a niveles sin precedentes, y los tiempos de explotación cayeron a rangos donde el ataque ocurre antes de que se libere el parche conocido.

La consecuencia operativa es directa: solo cerca del 1% de los activos de una organización son críticos o sensibles, y la gestión de parches debe priorizar ese 1% con higiene proactiva dentro del grafo. Patchear todo por igual es una estrategia insostenible cuando los ciclos de explotación se miden en horas y los ciclos de patching, en semanas.

Gobernanza y seguridad de agentes no son lo mismo

Un punto que el sector suele mezclar, y que conviene aclarar para founders, lo plantea Neeraj Sabharwal (cofundador de Trust3 AI) en un artículo reciente para Forbes Technology Council: AI governance y agent security responden preguntas distintas. La primera pregunta si tu IA es justa, auditable y cumple con GDPR, el EU AI Act o HIPAA. La segunda pregunta si tu agente puede ser armado en tu contra.

La seguridad del agente cubre, entre otros:

Defensa contra prompt injection: instrucciones maliciosas embebidas en un correo o una página web que el agente procesa y ejecuta sin saber que no venían de su operador.
Frontera de herramientas y APIs: aplicar least privilege a nivel de cada API que el agente puede llamar, no a nivel de usuario.
Verificación y rollback de acciones: si un agente envía una transferencia o borra registros, qué validación existe y cómo se revierte.
Monitoreo de comportamiento en runtime: detección de anomalías en tiempo real, no auditorías de modelo periódicas.

Qué significa esto para tu startup

Si estás construyendo un producto SaaS, un agente interno o simplemente integrando LLMs en tus flujos, hay tres movimientos que conviene ejecutar en los próximos 90 días:

Mapea qué agentes ya están vivos en tu entorno. No los que planeas desplegar, los que ya están operando, con o sin tu permiso. La cifra de Reco (414 herramientas no aprobadas por cada 1.000 empleados en empresas pequeñas) es un punto de partida razonable para dimensionar el problema.
Aplica least privilege por herramienta, no por usuario. Cada API que un agente puede invocar debe tener su propio scope. Si tu agente de soporte puede escribir en la base de datos de facturación, no es un problema de governance, es un problema de arquitectura.
Diseña un kill switch a nivel de aplicación, no solo de infraestructura. Orchid Security presentó este mes controles de respuesta que permiten revocar credenciales, desconectar herramientas o suspender workflows cuando un agente se desvía de su propósito autorizado. Es el equivalente del botón de pánico del SOC, pero para identidades no humanas.

Y un consejo final que aplica también al fundraising y al compliance: trata la seguridad del agente como una decisión de diseño, no como un parche posterior. Un agente que entra a producción sin observabilidad, sin auditoría de acciones y sin reversibilidad te va a costar mucho más caro que uno que arranca con guardrails explícitos desde el día uno. La diferencia entre governance y agent security no es semántica: es la diferencia entre un modelo de IA que pasa una auditoría de fairness y un agente que no puede ser usado para vaciar tu cuenta bancaria.