Índice7
Le voy a hacer una confesión. Una parte de mis semanas no la paso vendiendo, ni diseñando, ni siquiera poniendo a trabajar a nuestros agentes de IA. La paso sosteniéndoles las llaves.
Un token por aquí para publicar código, una clave de API por allá para enviar correos, un acceso al CRM para el agente que actualiza las fichas. Las genero, las guardo, las renuevo, las escondo y se las vuelvo a dar al siguiente agente que las necesite. Un conserje, en definitiva. Sin portería, y sin aguinaldo.
Este texto de nuestra sección IA empresarial cuenta esta tarea, por qué acaba tan a menudo en fuga y la solución que hemos elegido para nosotros, y que podemos instalar en su casa.
En resumen
- Una clave confiada a un agente de IA son seis gestos: generarla, pegarla, anotar dónde vive, renovarla, esconderla y volver a dársela al siguiente. Cada nuevo agente reinicia el ciclo.
- La tarea empuja a los atajos, y los atajos acaban en fugas: claves olvidadas en la configuración de los agentes, en las máquinas, nunca renovadas.
- Una caja fuerte de secretos se encarga del trabajo: cada clave se guarda una vez, actualizada en todos los lugares donde se usa, con una identidad por agente y por entorno.
- Nadie lee sus claves: ni nosotros, cuyos accesos desaparecen en la entrega, ni su IA, que nunca ve el valor real, ni el proveedor de alojamiento en todo lo que está cifrado de extremo a extremo.
- Se instala en su casa o en una nube alojada en Europa, a su nombre, sobre un software libre cuyo código es público.
¿Cómo es la vida de un conserje de claves?
Un agente de IA no hace nada más que lo que le permiten sus accesos: es su fuerza y su límite, como explica nuestro artículo sobre el bucle de un agente de IA. El que publica código necesita un token para el repositorio, el que envía presupuestos una clave de envío de correos, el que actualiza el CRM una clave de API. Y cada clave sigue el mismo ciclo:
La vida de una clave confiada a un agente de IA
- Generar
La clave se crea en la consola del servicio, con permisos que se espera que sean los justos.
- Pegar
La clave va donde el agente la encontrará, en los ajustes de su entorno o de la cadena de publicación.
- Anotar
El lugar de la clave, su uso y su fecha de caducidad deben quedar registrados en algún sitio.
- Renovar
La clave caduca, o ha sido vista, y hay que rehacerlo todo sin romper nada.
- Esconder
La clave no debe acabar ni en un archivo, ni en una captura de pantalla, ni en una conversación.
- Volver a dar
Llega un nuevo agente o un nuevo proyecto, y el ciclo vuelve a empezar.
Multiplíquelo por el número de agentes, luego por los entornos (desarrollo, preproducción, producción), luego por los proyectos. En nuestra casa son seis repositorios de código y agentes que trabajan en la nube. El cálculo se hace rápido, y no favorece al conserje.
Sobre el terreno
En nuestra casa, cada clave sigue haciendo el trayecto a mano
El 10 de octubre de 2026, poner una sola clave en la nueva plataforma de alojamiento de este sitio se convirtió en un rompecabezas. La herramienta la rechazaba porque la última versión del sitio no era la publicada, sino una vista previa en revisión, y las dos soluciones que proponía partían de esa vista previa, con el riesgo de publicarla. Única salida segura: ponerla a mano, en la versión publicada. Al día siguiente decidimos ejecutar todos nuestros agentes en la nube en lugar de en mi ordenador: cada clave que necesitaban tuvo que copiarse a mano en los ajustes de su entorno. Y como una regla no admite en nuestra casa ninguna excepción (una clave nunca se pega en la conversación con un agente), soy yo quien hace el trayecto, cada vez.
¿Por qué la tarea acaba tan a menudo en fuga?
Porque una tarea pesada invita a los atajos, y cada atajo tiene su fuga asignada:
- La clave pegada en la configuración del agente, «para ir rápido». Se queda ahí, y el archivo viaja: a un repositorio de código, a una copia de seguridad, a un mensaje de ayuda enviado a un compañero.
- La clave que nunca caduca, «para no tener que pensar más en ello». Sobrevive a las salidas, a los proyectos abandonados y a los proveedores que se fueron.
- La misma clave para todo, «para no gestionar diez». El día que se filtra, todo se abre de golpe, y cambiarla lo rompe todo a la vez.
- La clave enviada por mensajería, «solo esta vez». Duerme allí, legible para cualquiera que entre en la mensajería.
Estos atajos dejan huellas medibles. GitGuardian, que rastrea secretos expuestos a gran escala, los encuentra incluso en los archivos que conectan a los agentes de IA con sus herramientas, y en las máquinas afectadas por Shai-Hulud 2, un ataque realizado mediante paquetes de código trampa:
secretos únicos expuestos en archivos de configuración MCP, los que conectan un agente de IA con sus herramientas
de las máquinas comprometidas por Shai-Hulud 2 guardaba más de diez secretos, y el 5 % más de cien
de esas máquinas no eran puestos de trabajo, sino servidores de cadenas de publicación
La renovación, el paso que se salta
De los seis gestos, es el más pesado, y por tanto el que se aplaza. El mismo informe lo resume en una frase:
Teams can’t rotate secrets without risking production outages, so they don’t.
Es decir: los equipos no pueden renovar sus secretos sin arriesgarse a caídas en producción, así que no lo hacen. Esa es toda la trampa del conserje: cuantas más copias tiene una clave, más miedo da cambiarla, y más tiempo vive. Los riesgos que los agentes añaden a este panorama, desde la instrucción trampa hasta la clave de IA revendida, se detallan en nuestro artículo sobre la caja fuerte de secretos.
Lo que una caja fuerte de secretos cambia para el conserje
Una caja fuerte de secretos es un lugar único y cifrado donde viven las claves de la empresa, con una identidad para cada persona, cada automatización y cada agente. No suprime las claves. Suprime al conserje.
Con una caja fuerte
Cada clave se guarda una vez y se envía actualizada a todos los lugares donde se usa
La renovación está planificada, y se hace sola cuando el servicio lo permite
Los agentes la usan sin verla: el valor real solo se añade en el momento de la llamada
El registro dice quién usó qué clave, cuándo y desde dónde
Con un conserje
Cada clave se copia en cada herramienta, cada proyecto y cada entorno
Una clave caduca sin avisar, y uno se entera cuando todo se para
Los agentes guardan sus claves en sus ajustes, donde pueden leerlas y repetirlas
Nadie sabe quién usó qué clave, ni cuándo
La solución que hemos elegido, para nosotros y para usted
En octubre de 2026 elegimos para nuestros propios agentes una caja fuerte libre y auditada, y nuestras claves van a pasar a ella una a una, empezando por las de los agentes. Es también la que le proponemos, con estas ventajas:
- En su casa o alojada en Europa. La caja fuerte se instala en su servidor, incluso desconectado de Internet, o en una nube alojada en la Unión Europea, siempre a su nombre. Si su sector exige un proveedor de alojamiento cualificado, como SecNumCloud en Francia, se instala en ese proveedor: es usted quien elige dónde funciona, no su editor.
- Nadie lee sus claves. Los valores están cifrados de extremo a extremo: solo se descifran en su casa, nunca en el servidor de la caja fuerte ni en su proveedor de alojamiento, con una excepción que se trata más abajo. Nuestros accesos desaparecen en la entrega de llaves.
- Ni siquiera su IA. Un agente nunca recibe el valor real. Según el montaje, obtiene el resultado de la acción o una clave falsa, un señuelo. El relé verifica cada solicitud de acuerdo con sus reglas y luego sustituye el señuelo por la clave real en el momento en que sale hacia el servicio previsto. Un agente engañado por una instrucción oculta no tiene nada que divulgar.
- Un entorno, sus claves. Desarrollo, preproducción, producción: cada entorno tiene sus propias claves, y el agente que hace pruebas nunca toca las de producción. La caja fuerte muestra de un vistazo qué clave le falta a qué entorno.
- Una identidad por agente. Cada agente, cada automatización y cada persona tiene la suya, con sus propios permisos. Un agente se desvía, un proveedor se va: usted corta ese acceso, y los demás siguen funcionando. Nuestra guía sobre la gobernanza de la IA en la empresa muestra cómo repartir esos permisos.
- Una clave cambiada una vez, actualizada en todas partes. La caja fuerte envía ella misma el nuevo valor a sus cadenas de publicación, su alojamiento y sus herramientas. Para los servicios que lo permiten, cada agente puede incluso recibir claves nuevas, de vida corta.
- Un historial y un registro. Un valor sobrescrito por error se restaura con un clic, y cada lectura queda inscrita: quién, qué clave, cuándo, desde dónde.
- Nada casero. Cada línea del código que protege sus claves es pública y auditable. El editor está auditado por un tercero independiente (SOC 2 de tipo 2), y su software lo prueba regularmente una empresa de seguridad. Si cambia de proveedor, la caja fuerte sigue siendo suya.
Nuestros agentes ya trabajan así cuando publican código: el token lo añade por el camino la capa de red, y nunca entra en su entorno de trabajo. La caja fuerte extiende este principio a todas nuestras claves.
Lo que la caja fuerte no hace por usted
Atención
Perder el acceso a la caja fuerte es perder todas las claves de golpe
El kit de recuperación se guarda fuera de línea, y el procedimiento de emergencia, confiado a dos personas que usted designa, se prueba antes de necesitarlo. No guardamos ninguna copia: sería precisamente el acceso que prometemos no tener.
Otros dos límites merecen mencionarse. Primero, para enviar ella misma una clave a sus herramientas, el servidor de la caja fuerte debe poder descifrarla. Por eso la instalamos en su casa o en un proveedor de alojamiento europeo a su nombre, y las claves de más peso (dinero, nombres de dominio, cuentas de administrador) viven en un espacio que nunca se sincroniza y permanece cifrado de extremo a extremo. Segundo, una caja fuerte no repara una clave que ya se ha filtrado: se cambia, sin discusión.
¿Por dónde empezar?
Por una lista: las claves que usan sus agentes y sus automatizaciones, dónde viven, quién las creó y cuándo caducan. Si cabe en una página, mejor. Si nadie es capaz de escribirla, ya tiene su respuesta. Y si sus agentes todavía son solo un proyecto, es el mejor momento: la caja fuerte se instala más fácilmente antes que después, y nuestra guía para integrar la IA en la empresa da los pasos.
Después, nuestra oferta Caja fuerte IA hace el resto: el inventario de sus secretos y de las fugas ya existentes, la apertura de la caja fuerte a su nombre, la conexión de sus herramientas y sus agentes uno por uno, y la entrega de llaves. Cuente de 2 900 a 4 900 € según el número de herramientas y agentes, y de dos a tres semanas. Antes que nada, comprobamos con usted en 20 minutos que es el proyecto adecuado. Y para que cada agente tenga también su presupuesto y sus límites, nuestro pack IA a su justo coste se conecta a ella.
En resumen: el mejor conserje es aquel al que ya no se necesita. Si quiere colgar el uniforme, escríbanos.
Preguntas frecuentes
¿Por qué no darle simplemente la clave al agente de IA?
Porque un agente lee todo lo que se le da, y puede repetirlo, copiarlo o dejárselo sonsacar por una instrucción oculta en un documento. Una clave que nunca ha visto es una clave que no puede filtrar. Con una caja fuerte, pide la acción, y la clave solo se añade en el momento de la llamada, hacia el único servicio previsto.
¿Una caja fuerte de secretos sustituye al gestor de contraseñas?
No, lo complementa. El gestor de contraseñas sirve a las personas, para sus cuentas. La caja fuerte sirve también a las máquinas (agentes, automatizaciones, cadenas de publicación), con una identidad para cada una, entornos separados y un registro de cada lectura. Para sus contraseñas personales, cada uno conserva su gestor, con la autenticación de dos factores en todas partes donde exista.
¿Hay que alojar la caja fuerte uno mismo?
No necesariamente. En su casa, usted conserva el control de todo, incluido el servidor que descifra las claves sincronizadas, a cambio de un servidor que mantener. Alojada en Europa a su nombre, no hay nada que mantener, y las claves cifradas de extremo a extremo siguen siendo ilegibles para el proveedor de alojamiento. La elección depende de su equipo y de sus obligaciones.
¿Puede la IA leer las claves de la caja fuerte?
No. Recibe el resultado de la acción, o un valor falso que el relé sustituye por el real en el momento en que sale la solicitud, tras verificarla de acuerdo con sus reglas. El modelo de IA nunca ve la clave, sea cual sea su proveedor, y por tanto una instrucción trampa no puede hacerle repetir nada.
Jim · fundador de Brain Plus AI
Más artículos sobre ia empresarial

Entender13 min
Caja fuerte de secretos: su IA usa las claves sin verlas
Contraseñas enviadas por correo, claves de API olvidadas en el código, agentes de IA que podrían copiarlo todo: estas son las fugas que encontramos con más frecuencia. Y así es como una caja fuerte a su nombre permite a su IA usar sus claves sin leerlas nunca.

Entender11 min
IA agéntica: cómo funciona el bucle de un agente
Un agente de IA no lo hace todo de una vez: trabaja en bucle, reúne el contexto, actúa, verifica y vuelve a empezar. Entender este bucle es saber dónde colocar los controles, los límites y la revisión humana.

Guía práctica14 min
Gobernanza de la IA en la empresa: quién accede a qué
Un asistente de IA lee lo que sus permisos de acceso le dejan leer, errores de uso compartido incluidos. Así puede dividir sus bases por departamento, mantener una base común y decidir quién escribe en la memoria compartida.
