Detén una clave de IA filtrada antes de que gaste.

Crea una clave de reemplazo en el proveedor, elimina allí la clave filtrada, despliega el reemplazo y luego revisa el uso de la clave antigua en el proveedor durante todo el tiempo en que pudo usarse. Eliminar la clave en el proveedor es lo que la detiene; nada de lo que haga una aplicación o un gateway puede recuperar una clave robada. Después, dale al reemplazo un límite de gasto en el proveedor y mantenlo fuera del código, de las aplicaciones cliente y de los entornos compartidos.

Tus aplicaciones tienen claves de gateway de INFRO en lugar de tus claves de proveedor. Cada clave de gateway se puede apagar (403 key_disabled), limitar a hasta 32 redes (403 ip_not_allowed), acotar a modelos y proveedores aprobados, y dotar de un límite de gasto diario, semanal, mensual o de por vida (402 key_budget). Cada comprobación se ejecuta antes de llamar a tu proveedor, en todos los planes, y ninguna requiere desplegar. Una clave de gateway filtrada es un problema acotado que puedes apagar; una clave de proveedor filtrada llega a toda la cuenta del proveedor.

Sí. Los presupuestos se aplican por organización (un objetivo mensual que alerta y un tope estricto que alerta o bloquea), por proyecto y por miembro (mensual), y por clave de gateway (diario, semanal, mensual, o un límite de por vida que nunca se reinicia). Desde el plan Team, los topes por cliente final limitan a cada uno de tus propios clientes diaria, semanal o mensualmente, con excepciones para clientes concretos. Cada tope aplicable se comprueba antes de llamar a tu proveedor, contando el peor caso de las solicitudes aún en curso, y una solicitud rechazada es un 402 que nombra el tope. Los topes cuentan la estimación de INFRO del costo del proveedor, no la factura de tu proveedor, así que mantén también un límite de gasto en el proveedor.

Sí: conectas tus propias claves de proveedor una vez e INFRO las usa para atender tus solicitudes. Cada una se cifra con AES-256-GCM bajo una clave guardada como secreto del Worker fuera de la base de datos, con la organización y la conexión vinculadas, de modo que una copia de la base de datos por sí sola no abre nada. Ninguna pantalla de la consola, endpoint ni exportación devuelve una credencial guardada; la consola muestra sus cuatro últimos caracteres. Las claves de gateway se almacenan solo como resumen SHA-256.

Sí. INFRO solo gobierna el tráfico que pasa por él. Una clave de proveedor tomada de cualquier parte, incluida INFRO, se puede usar directamente contra el proveedor, fuera de todos los límites de INFRO. Conecta claves con ámbito en su propio proyecto o espacio de trabajo con un límite de gasto fijado en el proveedor: ese límite se mantiene aunque nosotros fallemos. En el plan Business, la conciliación con el acceso al uso activado informa del uso de una clave conectada que no pasó por INFRO.

OpenCode dijo el 17 de octubre de 2026 que una brecha relacionada con un ataque de destilación a gran escala afectó al 1.4% de los usuarios de su Console, los que tenían proveedores de IA externos vinculados, y que las claves de proveedor guardadas en un espacio de trabajo pueden haber quedado expuestas. Railway dijo el 21 de octubre de 2026 que un tercero no autorizado pudo acceder a variables de entorno cifradas de clientes y descifrar algunas, en ataques dirigidos a comprometer a proveedores de inferencia de IA. En ambos casos el consejo es el mismo: reemplaza la clave, elimina la antigua en el proveedor y revisa su uso. INFRO tiene un análisis de cada uno, escrito únicamente a partir de las declaraciones de las propias empresas.

En el plan Business, los guardrails revisan prompts y respuestas en busca de formatos OpenAI, Anthropic, Clave de API de Google, ID de clave de acceso de AWS, Token de GitHub, Token de Slack, Clave live de Stripe y Clave de INFRO, JWT y claves privadas PEM, y bloquean la solicitud, reemplazan la coincidencia por [SECRET] o la marcan antes de que tu proveedor la vea. La detección se basa en patrones: no detecta formatos que no conoce, como las claves de acceso secretas de AWS y las contraseñas.

No a través de INFRO. Llaman a /v1/messages y /v1/responses de INFRO con una clave de gateway, así que cada desarrollador o agente puede tener su propia clave con un límite de gasto, una caducidad y una lista de redes permitidas opcional, y revocarla no afecta al acceso de nadie más. Un agente puede seguir leyendo cualquier clave que quede en el mismo shell, así que elimina las claves de proveedor sin proteger de los entornos de los desarrolladores.

LLMjacking es el uso de credenciales robadas de la nube o de APIs de IA para llamar a modelos de lenguaje alojados a costa de la víctima, ya sea para uso propio del atacante o para vender el acceso. La defensa es la de cualquier credencial que puede gastar dinero: mantén las claves de proveedor fuera del código y de las aplicaciones cliente, dale a cada clave un límite de gasto, vigila el uso por clave y ten la posibilidad de apagar una clave sin desplegar.

Todos los planes incluyen apagar una clave, redes permitidas, límites de modelos y proveedores, límites de gasto, rotación y caducidad, inicio de sesión en dos pasos y passkeys y el registro de auditoría. Las alertas de gasto van por correo en todos los planes, y a Slack y a webhooks firmados desde el plan Startup. Guardrails, SSO y SCIM, conciliación de costos con detección de elusión y el gateway MCP están incluidos en el plan Business.