Te roban la clave de la IA y pagas tú: cómo proteger tus credenciales

Durante años, el robo de una credencial técnica se traducía en un susto por los datos. Ahora hay una consecuencia añadida y muy concreta: si alguien se hace con tu clave de acceso a una plataforma de IA, puede ponerse a consumir modelos a tu costa. La factura llega a final de mes con tu nombre. Es un tipo de incidente nuevo, poco llamativo y perfectamente evitable con medidas que no exigen un equipo de seguridad.

Qué está pasando

La empresa de seguridad Wiz ha documentado incidentes en al menos catorce plataformas de desarrollo entre octubre y principios de noviembre de 2026, en los que atacantes robaron claves de acceso a modelos de IA y generaron consultas que pagaron las víctimas (el caso, aquí). Por su parte, Microsoft describió un caso en el que una credencial expuesta en un repositorio público llevó al robo de información en cinco minutos, con herramientas automatizadas haciendo el trabajo (detalle).

La lección no es que haya un enemigo nuevo, sino que el margen de reacción se ha encogido. Antes, una clave olvidada en un sitio equivocado podía pasar semanas sin que nadie la encontrase. Hoy hay rastreadores automáticos peinando lo que está público y actuando en minutos.

Por qué una clave de IA es un objetivo apetecible

Tres razones:

• Se convierte en dinero directamente. No hace falta vender nada ni extorsionar a nadie: basta con usar el servicio.
• El consumo no llama la atención. Un pico de uso de un modelo puede parecer, a primera vista, que alguien del equipo está probando algo.
• Suelen estar mal guardadas. Nacen en una prueba rápida, acaban en un fichero de configuración, en un repositorio, en un chat interno o en un documento compartido.

Siete medidas razonables

1. Haz un inventario. Lo primero no es protegerlas, es saber cuántas hay. ¿Quién ha creado claves de acceso a servicios de IA en tu organización, para qué proyecto y cuándo? Si nadie puede responder, ese es el problema de fondo.
2. Una clave por uso, nunca una para todo. Si cada integración tiene la suya, revocar la comprometida no tumba el resto. Las claves compartidas entre proyectos son las que nadie se atreve a tocar.
3. Pon un límite de gasto en la propia plataforma. Casi todos los proveedores permiten fijar un tope mensual y avisos por consumo. Es la red de seguridad más barata que existe: aunque falle todo lo demás, el daño tiene techo. Sobre cómo fijar esos límites sin entorpecer el trabajo, ya hablamos en este artículo.
4. Restringe lo que la clave puede hacer. Si el proveedor permite limitar modelos, permisos o direcciones desde las que se puede usar, aprovéchalo. Una credencial con permisos mínimos vale mucho menos para quien la roba.
5. Sácalas del código y de los chats. Las claves van en un gestor de secretos o en variables de entorno, nunca escritas dentro del código ni pegadas en una conversación. Activa, si puedes, la detección automática de secretos en tus repositorios.
6. Revísalas periódicamente. Marca una fecha fija —trimestral, por ejemplo— para rotar claves y borrar las que ya no usa nadie. Las credenciales de proyectos muertos y de personas que se fueron son el agujero más común.
7. Mira la factura con ojos de detective. Revisa el consumo cada semana, no cada trimestre. Un gasto que sube sin que nadie sepa explicar por qué es la señal de alarma más fiable que tendrás.

Y si ya ha pasado

Revoca la clave antes de investigar nada: primero cierras la puerta, luego miras quién entró. Después, comprueba qué datos ha podido tocar esa credencial, avisa al proveedor y reclama el consumo fraudulento, que en algunos casos se puede negociar. Y documenta cómo se expuso, porque si fue por una costumbre del equipo volverá a ocurrir.

Conviene asumir también que la otra parte va mejorando. Los análisis de capacidades de ciberataque muestran que modelos abiertos y baratos se acercan a los cerrados en tareas de este tipo (lo recoge esta historia). Eso no significa catástrofe, significa que el coste de automatizar un ataque oportunista baja, y que las defensas básicas pasan de ser recomendables a ser obligatorias.

La idea principal

Una clave de acceso a un servicio de IA ya no es solo una llave: es una tarjeta de crédito. Trátala como tal. Inventario, una clave por uso, límite de gasto y revisión semanal de la factura cubren la mayor parte del riesgo sin montar un proyecto de seguridad.