«Cifrado del lado del cliente» aparece en landing pages, whitepapers de seguridad y discusiones en Reddit. Suena a garantía. En realidad es una declaración de alcance, y el alcance suele ser más estrecho de lo que implica la insignia.
Esta entrada trata modelos de amenaza: contra quién te defiendes, en qué momento, con qué claves guardadas dónde. Complementa la página de seguridad. No la sustituye.
Tres preguntas primero
Antes de evaluar cualquier producto, anota respuestas honestas a esto:
- ¿Quién no debería poder leer mi contenido? ¿Hackers que filtran al proveedor? ¿Insiders del proveedor? ¿Una citación al proveedor? ¿Un ladrón con mi portátil desbloqueado?
- ¿Cuándo debe seguir siendo ilegible? ¿Solo en disco en reposo, o también mientras el servicio funciona y los operadores tienen acceso privilegiado?
- ¿Quién necesita leerlo después, y cómo obtienen claves sin mí? Aquí es donde la mayoría del marketing de «conocimiento cero» se calla.
Distintos productos optimizan respuestas distintas. Ninguno optimiza todas a la vez.
Modelo de amenaza: el servidor filtrado
Escenario: Atacantes copian la base de datos de producción.
Qué protege el cifrado en reposo: Datos en reposo en discos, a menudo incluidas copias de seguridad. Bueno contra un disco robado, insuficiente solo contra una brecha de la aplicación en vivo.
Qué protege el cifrado del lado del cliente: Si las claves nunca salen de tu dispositivo en forma usable, la base de datos debería contener solo texto cifrado. Los atacantes obtienen blobs, quizá nombres de archivo, marcas de tiempo, metadatos de facturación. No obtienen un botón que descifre la bóveda de todos.
Qué no protege: Las contraseñas débiles siguen cayendo ante adivinación offline con texto cifrado. Las fugas de metadatos pueden contar una historia aunque el contenido no. Si el producto también guarda claves de entrega en depósito para entrega asistida, esas filas son una cuestión de custodia aparte, no cubierta por las afirmaciones de la bóveda activa.
La bóveda activa de HeirVault está protegida con cifrado de extremo a extremo y se cifra en tu navegador antes de subirla. Eso significa que HeirVault almacena texto cifrado y no puede descifrar tu bóveda activa. Esa es la historia del servidor filtrado para la que diseñamos.
Modelo de amenaza: el operador curioso
Escenario: Sin atacante externo. Un empleado con acceso a la base de datos, una canalización de logs mal configurada, o una herramienta de soporte que nunca debió ver contenido.
Este es el hueco entre «ciframos» y «no podemos leerlo».
Si el cifrado ocurre en el servidor, o las claves viven en una bóveda a la que la aplicación puede llegar, los operadores pueden tener acceso técnico aunque la política diga que no deberían. La política no es criptografía.
El cifrado del lado del cliente, hecho en serio, significa que el texto plano existe brevemente en tu navegador al editar y desbloquear, no en la API del proveedor como paso rutinario. La afirmación honesta del proveedor pasa a ser: alojamos lo que no podemos interpretar.
Esa afirmación tiene límites. La entrega asistida para beneficiarios que permanecen en silencio hasta la liberación requiere guardar una clave de entrega protegida y transferirla tras la reclamación. Ese camino no es de extremo a extremo solo hacia el beneficiario. La inscripción directa de la cuenta y las contraseñas de beneficiario compartidas por el titular evitan esa custodia. Ver modos de entrega para la división.
Modelo de amenaza: la cuenta comprometida
Escenario: Phishing, malware o una cookie de sesión robada mientras estás conectado.
El cifrado del lado del cliente no ayuda mucho aquí. Descifraste la bóveda. El atacante monta tu sesión o te observa escribir.
Las defensas viven en otro sitio: passkeys, tiempos de inactividad cortos, confianza en dispositivos, alertas de inicio de sesión, y no desbloquear en máquinas que no controlas. Por eso «una contraseña maestra» y «cifrado del lado del cliente» abordan partes distintas de la pila. Esa objeción merece su propia entrada.
Modelo de amenaza: el titular bajo coacción
Escenario: Alguien te obliga a desbloquear.
La criptografía asume que no introducirás tu contraseña bajo coacción. Los productos que se preocupan por este borde ofrecen contraseñas de coacción o bóvedas señuelo. Necesidad rara, apuestas altas para quien la tiene.
Modelo de amenaza: la contraseña perdida
Escenario: Olvidas el secreto y pierdes material de recuperación.
Los diseños fuertes del lado del cliente no pueden recuperar tus datos. No es un bug. Cualquier flujo de «podemos restablecer tu contraseña y conservar tus archivos» implica que el proveedor pudo leer tus archivos todo el tiempo.
Cifrado en reposo frente a conocimiento cero frente a extremo a extremo
Estos términos se solapan en marketing y divergen en ingeniería.
| Afirmación | Significado aproximado | Límite habitual |
|---|---|---|
| Cifrado en reposo | Datos cifrados en medios de almacenamiento | El proveedor puede seguir guardando claves |
| Cifrado del lado del cliente | El cifrado corre en tu dispositivo antes de subir | Hay que especificar qué cubre (bóveda activa vs entrega vs adjuntos) |
| Conocimiento cero (acotado) | El proveedor no puede descifrar el ámbito cubierto | A menudo acotado solo a la bóveda activa |
| Cifrado de extremo a extremo | Solo participantes con claves pueden leer el contenido | Las entregas pueden usar caminos de clave distintos |
HeirVault lidera con cifrado de extremo a extremo para la bóveda activa, y lo demuestra: cifra en tu navegador antes de subir, texto cifrado en el servidor. El lenguaje de conocimiento cero aplica a ese ámbito, no como insignia global en todos los modos de entrega.
Qué sigue ocurriendo en el navegador
El cifrado del lado del cliente no es transporte mágico. Es una restricción de flujo de trabajo.
Al desbloquear, tu dispositivo deriva claves de tu contraseña (Argon2id en nuestro caso), descifra una clave de cifrado de datos y la usa localmente. Al guardar, el proceso se invierte. El texto plano cruza la red solo si el diseño está mal.
La autenticación puede separarse del cifrado de almacenamiento. HeirVault usa OPAQUE para iniciar sesión, así tu contraseña no se envía al servidor para hashearla. Un secreto unificado sigue desbloqueando la bóveda del lado del cliente. Esa acoplamiento es una elección de producto, no un requisito matemático.
Dónde la entrega rompe el cuadro simple
Tu bóveda activa y tus entregas a beneficiarios son objetos distintos.
La bóveda activa usa tus claves de titular. Cada entrega a beneficiario es una instantánea cifrada aparte bajo su propia clave de entrega, nunca la clave de la bóveda activa. Esa separación es deliberada: liberar el paquete de una persona no debería exponer la asignación de todos los demás ni tu espacio de trabajo en curso.
Quién guarda cada clave de entrega es una decisión de producto con propiedades de seguridad reales:
- Invitar ahora: el beneficiario se inscribe; la entrega envuelta a su clave de cuenta; extremo a extremo para esa entrega.
- Contraseña de beneficiario compartida: compartes una contraseña única fuera de banda; extremo a extremo para esa entrega.
- Asistida por HeirVault: silenciosa hasta la liberación; guardamos una clave de entrega protegida y transferimos tras la reclamación; no extremo a extremo solo hacia el beneficiario.
El cifrado del lado del cliente de la bóveda activa no hace automáticamente cada camino de entrega conocimiento cero. Lee el modo antes de asumir.
Cómo evaluar la afirmación de cualquier proveedor
Pide especificidades, no adjetivos.
- Muéstrame la ruta de descifrado en vuestros servidores. Si no pueden describir por qué el texto plano nunca aparece en memoria de aplicación en operación normal, asume que puede.
- ¿Qué metadatos siguen visibles? Títulos, tamaños, listas de destinatarios y calendarios de confirmación pueden estar en texto plano aunque los archivos no.
- ¿Qué pasa al restablecer la contraseña? La recuperación que preserva archivos sin secretos del usuario implica acceso del proveedor.
- ¿Qué pasa en la liberación al beneficiario? Claves en depósito, contraseñas por correo e inscripción de cuenta son modelos de confianza distintos.
- ¿Qué expone realmente una brecha del servidor? Los proveedores honestos responden en términos de texto cifrado, no en sensaciones.
Resumen honesto
El cifrado del lado del cliente protege tu contenido de un proveedor que debería almacenar pero no leer: ante brechas, acceso interno y muchas solicitudes legales de texto plano que no poseen.
No te protege de secretos débiles, dispositivos desbloqueados, phishing, coacción, o un modo de entrega que elegiste y que deliberadamente pone una clave al alcance antes de la liberación.
Úsalo cuando la amenaza que te importa es la custodia de tus archivos en infraestructura ajena. Combínalo con buena higiene de contraseñas y un modo de entrega que encaje con en quién confías, y cuándo.
Para la pila completa de HeirVault, elecciones criptográficas y comparación de modos, lee la página de seguridad. Para el lado de temporización y falsos positivos de la liberación, lee cómo funciona realmente un interruptor de hombre muerto.
Esto es información general, no consejo legal. Las reglas cambian según el país y la jurisdicción. Habla con un profesional calificado sobre tu situación.
