Hablar con un especialista
Blog · Agentes de IA

Agentes de IA: qué son y por qué cambian las reglas de la seguridad

Un chatbot responde. Un agente actúa: envía correos, modifica sistemas, ejecuta código. Entienda qué cambia cuando la IA tiene manos.

Equipo En1gmaOctubre de 20267 min de lectura

Hasta hace poco, usar IA en el trabajo era conversar con ella: usted preguntaba, ella respondía, y la decisión de hacer algo con la respuesta era suya. Los agentes cambiaron eso. Ahora la IA también ejecuta.

Del chat que responde al agente que actúa

Imagine dos escenarios. En el primero, un vendedor le pide a un asistente de IA que redacte un correo con una propuesta. El vendedor lo lee, lo ajusta y lo envía. En el segundo, un agente recibe la instrucción "responde los leads de la semana", lee la bandeja de entrada, consulta el CRM, prepara las propuestas y envía los correos por su cuenta.

Solo el segundo es un agente. Recibe un objetivo, decide los pasos y usa herramientas para cumplirlo, con poca o ninguna intervención humana.

Cómo funciona un agente

Detrás de cualquier agente hay cuatro piezas:

  • Un modelo de lenguaje, que interpreta la solicitud y decide qué hacer.
  • Herramientas, que le permiten actuar: leer y enviar correos, consultar bases de datos, llamar APIs, ejecutar comandos. Buena parte de esas conexiones hoy usa MCP (Model Context Protocol), un estándar abierto que se volvió el "enchufe universal" entre agentes y sistemas.
  • Permisos, que definen a qué puede acceder el agente. La mayoría de las veces hereda los permisos de quien lo creó o de quien lo está usando.
  • Autonomía, que va de "sugiere y espera aprobación" a "decide y ejecuta por su cuenta".
Solicitud"responde los leads"
Agentemodelo + autonomía
Agente guardiánevalúa antes de ejecutar
aprobardenegarpedir a un humano
HerramientasAPIs y servidores MCP
Sistemascorreo, CRM, datos
El control se ubica entre la decisión del agente y la acción en el sistema.

Dónde ya están los agentes

Si su empresa cree que todavía no tiene agentes, vale la pena mirar de nuevo. Suelen estar en cuatro lugares:

  • En el equipo de los desarrolladores, como asistentes de código que leen el repositorio, ejecutan comandos en la terminal y se conectan a decenas de servidores MCP.
  • En las áreas de negocio, creados en plataformas no-code y low-code por personas que no son de tecnología.
  • Dentro de los sistemas SaaS que la empresa ya usa, como CRM, ERP y suite de ofimática, que empezaron a ofrecer agentes nativos.
  • En productos internos, construidos por el equipo de ingeniería para atender clientes o automatizar procesos.

Por qué cambian la seguridad

Las herramientas de seguridad tradicionales se hicieron para proteger personas y sistemas. Los agentes no encajan bien en ninguna de las dos categorías. Cinco puntos explican por qué:

01
El riesgo deja de ser texto y se vuelve acción

Una respuesta equivocada genera un mal documento. Una acción equivocada borra una base de datos o envía datos de clientes fuera de la empresa.

02
Identidad y permisos se vuelven confusos

¿El agente actúa en nombre de quién, con el acceso de quién? En la práctica, muchos reciben bastante más acceso del que necesitan.

03
Las instrucciones pueden venir de afuera

En el prompt injection, un texto escondido en un correo o en un sitio hace que el agente obedezca a un tercero. Sin virus, sin contraseña robada.

04
La cadena de suministro creció

Los servidores MCP y las skills se descargan de internet como cualquier biblioteca, con versiones vulnerables y comandos ocultos.

05
Todo ocurre rápido y a escala

Un agente ejecuta cientos de acciones por hora. Ninguna revisión manual puede seguir ese ritmo.

93%de las empresas operan agentes con permisos excesivos, según un estudio publicado por Onyx Security.
Con agentes, no basta con saber después qué pasó. Hay que decidir antes.

El control tiene que estar en el momento de la acción

En la práctica, eso significa evaluar cada acción antes de que ocurra y decidir si sigue, si se bloquea o si necesita la aprobación de una persona. Gartner ya lo trata como una categoría propia, llamada guardian agents: agentes cuya función es supervisar a otros agentes.

Cómo ayuda En1gma

Cada agente mapeado y bajo reglas.

01
DescubrirCada agente, servidor MCP y skill, con su nivel de autonomía.
02
GobernarProblemas de postura con evidencia y corrección.
03
ControlarCada acción evaluada antes de ejecutarse.

Con Onyx Security, nuestro aliado oficial, En1gma identifica cada agente en uso, desde el asistente de código en la laptop de un desarrollador hasta el agente creado en el CRM por el área comercial, con sus servidores MCP, skills y nivel de autonomía.

Después, el agente guardián evalúa cada solicitud y cada llamada a herramientas antes de la ejecución. Basta una regla en lenguaje simple, como "ningún agente envía correos fuera de la empresa", y la acción se bloquea al instante.

Guardian · en vivoejemplo ilustrativo
agente de ventas · send_email · dominio externoBloqueado
asistente de código · prompt con token AWSEnmascarado
servidor MCP · versión vulnerableBloqueado
agente de RR. HH. · lectura de hoja de cálculo internaAprobado

¿Cuántos agentes ya actúan en nombre de su empresa?

Hable con un especialista de En1gma y descubra cómo mapear y controlar sus agentes sin frenar a quien está innovando.

Hablar con un especialistaConocer las soluciones
Hablar con un especialista