La mayoría de las plataformas de IA almacenan tus API keys en una bóveda del lado del servidor. Desde la perspectiva del modelo de amenazas, esa bóveda es un punto único de fallo: una brecha en la base de datos, un panel de administración comprometido o un insider malicioso y todas las claves de los clientes se filtran a la vez.
Bring Your Own Key (BYOK) invierte ese modelo. Tu clave permanece en tu dispositivo, cifrada, y solo sale como un sobre de entrega efímero y de un solo uso para autorizar una petición.
El modelo de amenazas
Diseñamos contra tres atacantes concretos:
- Una brecha en la base de datos. No existe ninguna tabla de claves en el servidor. Nada que exfiltrar.
- Un insider malicioso. Los operadores pueden ver peticiones, no secretos. Las claves son ilegibles en el servidor por construcción.
- Un cliente comprometido. El cifrado local eleva el listón: un atacante casual con acceso al sistema de archivos obtiene texto cifrado, no las claves.
Cómo funciona la entrega
El flujo de una única petición:
- Tu clave se cifra localmente con AES-256-GCM usando una clave derivada de una frase de paso o de un secreto del dispositivo.
- Cuando una petición necesita la clave, el cliente construye un sobre de entrega: la clave descifrada se vuelve a cifrar contra la clave pública efímera del servidor.
- El servidor descifra el sobre en memoria, usa la clave exactamente una vez para la llamada al proveedor y la descarta.
Los sobres caducan en minutos y son de un solo uso. Incluso una captura completa de la red no produce nada reutilizable.
Los runtimes sin estado completan la historia
El backend del chat se ejecuta en Cloudflare Workers: isolates sin estado y sin sistema de archivos. No hay memoria persistente donde una clave pudiera quedarse tras terminar una petición. Combinado con el cifrado en el cliente, la infraestructura simplemente no tiene un lugar donde tu clave pudiera vivir.
Esa es la propiedad que queremos decir cuando afirmamos que BYOK es una arquitectura de seguridad, no un modelo de facturación.