Cifrado de extremo a extremo

Casi toda la web ya cifra de otras dos maneras. El cifrado en tránsito (TLS, el candado) protege los datos entre tu dispositivo y un servidor, pero el servidor los lee después. El cifrado en reposo protege un disco, aunque quien tiene el disco suele tener también la clave. El de extremo a extremo saca la clave de manos de la empresa: una intrusión en el servidor, una orden judicial o un empleado curioso solo obtienen bytes revueltos. Las apps de mensajería popularizaron la idea: un mensaje se sella en un teléfono y se abre en otro, y la empresa que lo transporta solo sabe que se envió algo. Diseños abiertos como el protocolo Signal muestran que funciona de dos amigos a grupos grandes.

En la práctica, un dispositivo crea una clave, la usa para cifrar cada elemento antes del envío y solo se la entrega a los dispositivos que apruebas. Lo difícil no es el algoritmo, que es estándar (AES-256-GCM está muy extendido), sino las claves: cómo recibe una un dispositivo nuevo y qué pasa si pierdes todas. Los sistemas reales responden con una llave de acceso, una clave de recuperación o un dispositivo ya de confianza, y aceptan una contrapartida. Como nadie más puede abrir tus datos, nadie más puede rescatarlos. Es como una carta en un cofre cerrado: el mensajero lo lleva todo el camino, pero solo quien tiene la llave lee lo que hay dentro.

También tiene límites. Protege los datos del servidor, no de un dispositivo comprometido, un móvil robado y desbloqueado o un programa malicioso. Y un chat de IA no puede ser de extremo a extremo hasta el modelo: este debe leer tu texto para contestar. El término vale, pues, para almacenamiento, sincronización, copias y enlaces compartidos, no para el intercambio en directo con el modelo. Una buena prueba: ¿quién custodia la clave? Si es el operador, el servicio puede estar cifrado, pero no de extremo a extremo, y el operador puede ser obligado o vulnerado.

En el primer uso, tu navegador crea una clave AES-256-GCM no exportable: la página puede usarla para cifrar y descifrar, pero ningún script puede leerla como bytes, tampoco el nuestro. Tus conversaciones, imágenes, personajes y memoria se cifran con ella antes de escribirse en la base de tu navegador. Si activas la sincronización en Ajustes, cada elemento se cifra en tu navegador con una clave de datos que nuestros servidores nunca tienen, y su identificador se vuelve opaco. Esa clave la envuelven tu llave de acceso y tu clave de recuperación, y se sella para cada dispositivo aprobado; cada petición de sincronización debe firmarla un dispositivo aprobado. Sin llave de acceso, clave de recuperación ni otro dispositivo aprobado, nuestra copia ya no puede abrirse.

Los enlaces para compartir y tu copia de seguridad también van cifrados, la copia con tu frase secreta. Lo que no es de extremo a extremo es la respuesta en sí: tu mensaje atraviesa nuestros servidores hasta el modelo y de vuelta, y la página de transparencia indica que no se escribe ni en la base de datos ni en los registros. Por eso solo almacenamos elementos sellados: una fuga de la base mostraría bytes revueltos, tamaños redondeados al alza y marcas de tiempo, y ninguna de las palabras que escribiste.