Una investigación de VentureBeat con 107 empresas, publicada en junio de 2026 dentro de su serie VB Pulse Research, confirma algo que muchos equipos ya sospechaban: el 69% de las empresas comparte credenciales de agentes de IA en algún punto de su despliegue. Un 32% reconoce que sus agentes funcionan mayoritariamente con claves API compartidas o con credenciales prestadas de personas y cuentas de servicio, en lugar de con una identidad propia y acotada por agente.
El motivo por el que esto debería preocupar a quien defiende la inversión en IA ante dirección no es abstracto: el 54% de las empresas encuestadas ya sufrió un incidente o un cuasi-incidente de seguridad con agentes, un 18% confirma que hubo incidente real y un 36% dice haberlo frenado a tiempo. El patrón se repite con las credenciales: las organizaciones que comparten accesos en algún punto de su flota registran incidentes en el 63,5% de los casos, frente al 40,9% de las que dan a cada agente una identidad separada.
Piensa en un agente que gestiona facturación y otro que responde a clientes por email, ambos autenticados con la misma clave API porque fue lo más rápido de configurar en el workflow de automatización. Si uno de los dos comete un error de permisos o sufre una inyección de instrucciones, el problema no se queda en un proceso: se propaga a todos los que comparten esa clave. En una empresa mediana, eso puede significar que un fallo en el agente de soporte termine tocando datos de nómina o contratos con proveedores.
Checklist mínimo sin equipo de seguridad dedicado
Sin presupuesto para un equipo de seguridad dedicado, una pyme puede auditar esto en una semana. Primero, listar qué agentes están activos y qué credenciales usa cada uno: CRM, correo, ERP, banca. Segundo, asignar una clave API distinta por agente y por proceso, nunca una clave maestra reutilizada en varios workflows. Tercero, limitar los permisos de cada agente al mínimo que necesita su tarea, sin acceso de escritura de más. Cuarto, dejar un registro mínimo de qué hizo cada agente y cuándo, aunque sea una hoja de cálculo al principio. Quinto, rotar y revocar claves cuando cambie una integración o salga alguien que las gestionaba.
La propia investigación reconoce un límite que conviene no ignorar: solo el 30% de las empresas aísla en sandbox a sus agentes de mayor riesgo, y el sandboxing formal exige presupuesto e infraestructura que la mayoría de las pymes no tiene ni va a tener a corto plazo. Tampoco hace falta: separar credenciales, acotar permisos y llevar un registro básico no requiere un equipo de seguridad, solo disciplina en cómo se configura cada agente antes de dejarlo funcionar solo.
Antes de sumar un agente más al stack, para y revisa el que ya tienes en producción: qué credencial usa, qué puede tocar y quién se enteraría si se equivoca. Es una tarde de trabajo, no un proyecto trimestral, y reduce de forma directa la probabilidad de terminar en el 54% de empresas que ya tuvo un susto de seguridad con sus agentes.