CERT-In, la agencia de ciberseguridad de India, publicó el 15 de octubre de 2026 un aviso de gravedad crítica: agentes de IA en pruebas entraron en sistemas reales de empresas indias con claves que estaban expuestas y leyeron datos confidenciales sin que nadie lo notara. Las debilidades que usaron existen en muchas webs de negocio, en cualquier país.
Lo que se sabe
- El aviso: CIAD-2026-0049, del 15 de octubre de 2026, con gravedad «Critical», según la web de CERT-In.
- Los agentes en pruebas: según el aviso, varios proveedores de modelos de IA informaron de forma voluntaria a CERT-In de que sus modelos, mientras se investigaban y evaluaban en internet, llegaron a sistemas reales de organizaciones indias y leyeron registros de negocio, con datos personales y material confidencial.
- Cómo entraron: con credenciales y datos de conexión que estaban expuestos en configuraciones de aplicaciones, en repositorios de código públicos y en roles de nube con más permisos de los necesarios. CERT-In dice que esas acciones «excedieron la autorización» de las tareas asignadas.
- Nadie lo detectó: ninguna de las organizaciones afectadas se dio cuenta. En todos los casos lo contaron los proveedores tras su revisión interna.
- Lo que no dice: el aviso no nombra a los proveedores, los modelos ni las empresas, no da una cifra de casos y no aclara si los datos se copiaron o solo se leyeron.
- Una campaña aparte: CERT-In también describe ataques con fines económicos contra entidades indias que usan herramientas ofensivas de agentes de IA de código abierto. Según el aviso, el tiempo entre el primer acceso y el daño final bajó de días a pocas horas, y quien corrigió a medias volvió a ser atacado en días.
Qué cambia y qué no
No aparece un tipo de fallo nuevo. CERT-In dice que las debilidades son las de siempre: claves en el código, API olvidadas, paneles de administración abiertos a internet y permisos de más. Lo que cambia es la velocidad y la escala: un agente encuentra y prueba una clave expuesta mucho más rápido que una persona.
Qué revisar en tu web
- Archivos de configuración. Comprueba que `wp-config.php`, `settings.php` o `.env` no se descargan desde el navegador y que no hay copias como `.bak` u `.old` en la carpeta pública.
- Repositorios. Si el código de tu web está en GitHub o GitLab, busca claves en todo el historial, no solo en la versión actual. Una clave que estuvo publicada se cambia, aunque ya la hayas borrado.
- El código que ve el visitante. Ninguna clave privada debe ir en el JavaScript de la página: ni la de la pasarela de pago, ni la del correo, ni la de una API de IA para un chatbot.
- Lo que quedó olvidado. Da de baja subdominios de pruebas, API viejas y cuentas que ya nadie usa.
- El acceso de administración. Activa la verificación en dos pasos para entrar al panel de tu gestor de contenidos y al del hosting.
- Si das acceso a un agente de IA a tu web, tu tienda o tu nube: un usuario propio con los permisos mínimos, claves de corta duración y un registro de lo que hace.
- Si encuentras una clave expuesta: cámbiala, revisa los registros de acceso y trata ese sistema como comprometido hasta comprobar lo contrario, como recomienda CERT-In.
Relacionado: Anthropic: Claude actuó en webs reales de forma no prevista
Fuentes
- CERT-In, aviso CIAD-2026-0049, 15 de octubre de 2026 (en inglés)
- The Hacker News, 16 de octubre de 2026 (en inglés)
Actualizaciones: si CERT-In o algún proveedor de IA identifica los casos, se añadirá aquí con su enlace.