BeyondTrust añade control de IA agéntica al endpoint

El endpoint ya no es solo humano

Durante décadas, el eslabón más débil de la seguridad corporativa fue una persona haciendo clic en el enlace equivocado. En 2026, ese eslabón está aprendiendo a ejecutar código. La encuesta "El estado de la IA en la empresa" de Deloitte, realizada a 3.235 líderes de negocio y TI en 24 países y publicada a inicios de este año, encontró que sólo 21% de las organizaciones cuenta con un modelo maduro de gobierno para IA agéntica, mientras cerca de 74% espera desplegar estos sistemas en los próximos dos años.

Sobre ese diferencial, BeyondTrust anunció una actualización para descubrir herramientas y agentes de IA en endpoints, gestionar sus privilegios y establecer controles sobre las acciones que pueden ejecutar antes y durante su operación. "Hoy, los agentes de IA se están convirtiendo en un nuevo punto de riesgo: son entidades con altos niveles de privilegio y, en determinadas situaciones, pueden actuar de maneras difíciles de anticipar", explica Javier Fernández, Gerente de Ventas de la región NOLA de BeyondTrust.

La pregunta ya no es si tu empresa tendrá agentes de IA operando desde laptops y servidores. La pregunta es si vas a saber qué pueden hacer antes de que lo hagan.

🤖 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

Por qué un agente de IA rompe el modelo tradicional

Un endpoint clásico respondía a tres preguntas: ¿está autorizada esta aplicación?, ¿qué puede hacer? y ¿con qué privilegios corre?. Un agente de IA responde a las mismas tres, pero la respuesta puede cambiar con cada ejecución. Interpreta instrucciones, elige herramientas, llama APIs, escribe en una base de datos o borra un archivo según el contexto.

Y, en muchos casos, hereda los privilegios del usuario que lo invoca. Eso significa que un copiloto aprobado para resumir un correo puede terminar con acceso de administrador a producción si el empleado que lo ejecuta lo tiene. MIT Technology Review recoge el concepto de control plane que define Andrew Rafla, principal de la práctica de ciber de Deloitte: "la capa compartida y centralizada que gobierna quién puede correr qué agentes, con qué permisos, bajo qué políticas y usando qué modelos y herramientas". Sin un control plane, lo que tienes "es ejecución no gestionada, y eso trae mucho riesgo", dice Rafla.

Qué midió el sector en 2026

La distancia entre ambición y control no es un dato de una sola encuesta. Coincide en al menos tres mediciones independientes publicadas este año:

Kiteworks, en su 2026 Data Security and Compliance Risk Annual Survey (459 líderes de seguridad y TI, 10 industrias), reportó el 29 de julio que 74% de las organizaciones no aplica purpose binding a sus agentes de IA —los agentes no están técnicamente restringidos a las tareas y datos para los que fueron autorizados—, 79% carece de un kill switch funcional y 65% descubrió en el último año empleados usando herramientas de IA no aprobadas con datos sensibles de la empresa. El índice compuesto de madurez (DSCRI) promedió 16,2 sobre 100; sólo 7% de las organizaciones alcanzó el tier más alto de seguridad.
Proofpoint, en su reporte 2026 AI and Human Risk Landscape, reportó que 87% de las organizaciones ya movió asistentes de IA más allá del piloto, pero 52% no está segura de que sus controles actuales detectarían un compromiso. El 22 de septiembre, en su conferencia Proofpoint Protect 2026, la compañía anunció un sistema unificado de seguridad para agentes y datos que opera a velocidad de la IA.
CrowdStrike, en su 2026 Threat Hunting Report (más de 290 grupos adversarios rastreados), encontró que 88% de las vulnerabilidades con prueba de concepto pública fueron explotadas dentro de las 48 horas posteriores a su divulgación en el primer semestre de 2026, con grupos de estados-nación moviéndose en menos de 24 horas.

Y del lado ofensivo, el equipo Phantom Labs de BeyondTrust publicó en Black Hat USA su primer índice anual de investigación: de más de 400 esfuerzos analizados, 75% se remonta a una brecha de identidad o privilegio. La categoría más estudiada fue seguridad de IA y LLMs (180 de los más de 400 proyectos).

Qué hace el nuevo control de BeyondTrust

La actualización que BeyondTrust puso sobre la mesa se estructura en tres capacidades, todas pensadas para ejecutarse antes o durante la acción del agente:

Descubre toda la IA de la flota. Inventaría asistentes, copilotos y agentes autónomos en endpoints gestionados y no gestionados, detecta la "IA en la sombra" instalada por empleados y mapea a qué puede acceder cada uno.
Decide antes de actuar. Permite solo la IA aprobada, bloquea automáticamente la no aprobada, otorga a las herramientas autorizadas únicamente los permisos que necesitan —sin heredar por defecto las credenciales completas del usuario— y limita a qué servidores MCP, complementos y servicios externos puede conectarse cada agente.
Controles de ejecución en tiempo real. Bloquea en el endpoint, en Windows, macOS, Linux y contenedores, comportamientos no autorizados como filtración involuntaria de credenciales, eliminación de código de producción o borrado de bases de datos, y mantiene un registro auditable de qué hizo cada agente, cuándo y con qué autorización.

La diferencia operativa frente al enfoque tradicional es que el control ya no se aplica "al usuario" sino "a la identidad agente", y se aplica de forma coherente sin importar dónde se origine la acción: laptop, servidor, contenedor o sesión SaaS.

¿Qué significa esto para tu startup?

Si estás incorporando agentes de IA —propios, de un vendor, o ambos— en tu producto o en tus operaciones internas, tienes un problema de gobierno que probablemente todavía no estás midiendo. Tres acciones para esta semana:

Audita qué corre hoy en los endpoints. No la lista de herramientas aprobadas: la lista de lo que realmente está ejecutándose. Kiteworks midió que 65% de las empresas descubrió uso no aprobado en el último año. Pregunta a tu equipo qué copilotos, IDEs con IA y agentes locales tiene instalados, y con qué credenciales se ejecutan.
Separa los privilegios del usuario de los privilegios del agente. Si tu agente necesita leer una tabla, no le des el usuario con db_owner. Empieza con permisos mínimos por agente, no por sesión, y registra cada acción con timestamp y autorización.
Diseña un kill switch antes de necesitarlo. El 79% de las organizaciones no tiene uno, según Kiteworks. No es un nice-to-have: es la diferencia entre un incidente contenido y un incidente en primera plana. Define quién lo activa, en cuánto tiempo y cómo se audita después.

El mensaje del sector en 2026 —Deloitte, Kiteworks, Proofpoint, CrowdStrike, BeyondTrust— apunta al mismo lugar: la gobernanza de agentes no es una capa adicional, es la misma capa de identidad y privilegios que ya deberías tener para personas. Si esa capa no existe para humanos, tampoco va a existir para agentes. Y los agentes, a diferencia de las personas, ejecutan a velocidad de API.