Zero-knowledge vs. cifrado de extremo a extremo vs. cifrado en reposo: las diferencias concretas (2026)

Estás comparando dos apps de notas, dos servicios de almacenamiento en la nube o dos herramientas de copia de seguridad. Las dos dicen « cifrado ». Una dice « cifrado en reposo con AES-256 ». Otra dice « cifrado de extremo a extremo ». Una tercera dice « zero-knowledge ». Suenan a tres formas de decir lo mismo. No lo son. La pregunta práctica que hay debajo de las tres es sencilla: si esta empresa sufre un ataque mañana, o recibe una solicitud de una autoridad judicial, ¿puede una persona leer tus archivos? Esa sola pregunta separa los tres términos, y la respuesta cambia lo que deberías confiarle a una herramienta.

Esta guía explica los tres términos en lenguaje claro, muestra exactamente qué se filtra en cada modelo cuando algo sale mal y te da una lista breve de comprobaciones para distinguir el texto de marketing de la protección real.

Respuesta rápida

El cifrado en reposo significa que tus datos se guardan cifrados en los discos del proveedor, pero el proveedor tiene las claves y puede descifrarlos cuando quiera (para indexarlos, mostrarlos en una app web o entregarlos a una autoridad que los solicite). El cifrado de extremo a extremo (E2EE) significa que los datos se cifran en tu dispositivo y solo se descifran en el del destinatario, de modo que los intermediarios, en tránsito y en el almacenamiento, nunca ven el texto en claro. Zero-knowledge (conocimiento cero) describe la misma garantía desde el punto de vista del proveedor: el servicio no puede, literalmente, leer tus datos, porque la clave nunca le llega. En resumen: el cifrado en reposo protege contra el robo de un disco duro; el cifrado de extremo a extremo y el zero-knowledge protegen contra el propio proveedor. Si llega una brecha o una solicitud de una autoridad, el cifrado en reposo puede exponer documentos legibles, mientras que un sistema zero-knowledge de verdad solo expone texto cifrado ilegible.

¿Por qué te importa de verdad esta distinción?

La mayoría de la gente no piensa en la terminología del cifrado hasta que pasa una de dos cosas: lee sobre una filtración de datos que afecta a una app que usa, o maneja datos que no son solo suyos (archivos de clientes, notas sobre pacientes, fuentes periodísticas, expedientes de empleados). En ese momento, la palabra de marketing « cifrado » deja de tranquilizar y se convierte en una pregunta: ¿cifrado frente a quién?

Esta es la realidad incómoda. Casi todos los servicios en la nube serios cifran los datos en reposo. Es lo mínimo exigible, y protege contra una amenaza muy concreta: que alguien robe físicamente un servidor o un disco dado de baja. No hace prácticamente nada contra las amenazas que de verdad preocupan en 2026: que el proveedor sufra una brecha a través de sus propios sistemas en funcionamiento, un empleado desleal, una solicitud gubernamental demasiado amplia o que el proveedor analice tu contenido sin decírtelo. Eso se debe a que, en el modelo de cifrado en reposo, el proveedor guarda las claves junto a los datos que protegen. Una brecha que alcanza la aplicación en ejecución suele alcanzar también las claves.

Los términos « de extremo a extremo » y « zero-knowledge » existen precisamente para describir la promesa más fuerte: el proveedor no tiene las claves, así que no puede leer tus datos aunque quiera, aunque lo ataquen, aunque se lo exija una autoridad. Entender qué promesa hace de verdad una herramienta es la diferencia entre « se filtraron mis documentos » y « se filtró ruido ilegible ».

Los tres modelos, con precisión

1. Cifrado en reposo

Los datos almacenados en el sistema del proveedor se cifran con un algoritmo simétrico (normalmente AES-256). El proveedor posee y gestiona las claves, normalmente en un servicio de gestión de claves. Cuando inicias sesión en una app web, el servidor descifra tus datos para mostrarlos, los vuelve a cifrar para guardarlos y puede buscar en ellos o previsualizarlos porque tiene la clave.

• Protege contra: el robo de discos físicos, la pérdida de copias de seguridad, el robo en la capa de almacenamiento.
• NO protege contra: que el proveedor lea tus datos, una brecha en la capa de aplicación, un administrador desleal o una solicitud de una autoridad que obligue a revelarlos.
• Quién lo usa: prácticamente todo el mundo (Google Drive, Dropbox, Notion, iCloud por defecto). Notion, por ejemplo, cifra en reposo pero tiene las claves y no cifra de extremo a extremo, que es justo por lo que la respuesta a « ¿Notion está cifrado? » es « sí, pero no frente a Notion ».

2. Cifrado de extremo a extremo (E2EE)

Los datos se cifran en el dispositivo del remitente y solo pueden descifrarse en los extremos previstos. El ejemplo clásico es la mensajería (Signal): los dos teléfonos tienen las claves, y todo lo que hay entre ellos (servidores, red) solo ve texto cifrado. El E2EE trata, en el fondo, de quiénes son los extremos y de garantizar que nadie en medio pueda leer el contenido.

• Protege contra: la interceptación en tránsito, el compromiso del servidor, que el proveedor lea el contenido de los mensajes.
• Ojo con: los metadatos (quién habló con quién, cuándo, el tamaño de los archivos) a menudo no están cubiertos, y los « extremos » pueden incluir, sin que se note, al propio proveedor si la gestión de claves es descuidada.

3. Zero-knowledge (conocimiento cero)

Zero-knowledge es la misma garantía descrita desde la perspectiva del proveedor de almacenamiento: el servicio guarda y sincroniza tus datos, pero no tiene ninguna capacidad de leerlos, porque la clave de cifrado se deriva en tu dispositivo de un secreto que solo tú conoces (tu contraseña o una frase de contraseña), y esa clave nunca llega al servidor en una forma utilizable. El servidor ve bloques opacos y nada más. En la práctica, una app de almacenamiento zero-knowledge bien hecha es cifrado de extremo a extremo del lado del cliente, en el que uno de los « extremos » son simplemente tus otros dispositivos.

• Protege contra: una brecha en el proveedor, los empleados desleales, las solicitudes de una autoridad, el análisis silencioso del contenido.
• La contrapartida que debes aceptar: si la clave es de verdad solo tuya, perder la contraseña (sin ningún mecanismo de recuperación) puede significar perder tus datos. Es el coste honesto de que el proveedor no pueda ayudarte, porque la misma propiedad que frena a los atacantes impide al proveedor restablecer tu acceso.

Los términos se solapan mucho y a menudo se usan a la ligera. Si quieres el límite preciso entre los dos últimos, escribimos un análisis dedicado sobre cifrado de extremo a extremo vs. zero-knowledge. La versión corta: el extremo a extremo trata del camino de la comunicación; el zero-knowledge, de la incapacidad del proveedor para leer los datos almacenados. Una herramienta puede ser una cosa, las dos o ninguna.

Comparación lado a lado

	Cifrado en reposo	De extremo a extremo (E2EE)	Zero-knowledge
Dónde se cifran los datos	En el servidor	En tu dispositivo	En tu dispositivo
Quién tiene la clave	El proveedor	Los extremos	Solo tú
¿Puede leerlos el proveedor?	Sí	No (el contenido)	No
Qué se filtra en una brecha del servidor	Datos legibles (si el atacante llega a las claves)	Texto cifrado	Texto cifrado
¿Resiste una solicitud de una autoridad al proveedor?	No, el proveedor puede entregar el texto en claro	Sí, para el contenido	Sí
¿Metadatos protegidos?	Normalmente no	A menudo no	Depende del diseño
Si pierdes la contraseña	El proveedor puede restablecerla	Depende	A menudo irrecuperable sin una clave de recuperación
Ejemplos típicos	Google Drive, Dropbox, Notion	Signal, WhatsApp	Proton, Standard Notes, Filarr

Un matiz que conviene decir claramente: no son excluyentes. Una buena app zero-knowledge también cifra en reposo y también aplica los principios del extremo a extremo. La distinción que importa no es « cuál de los tres », sino « ¿tiene el proveedor una clave capaz de leer mis datos? ». Si la respuesta es sí, tienes una protección del nivel del cifrado en reposo, diga lo que diga el marketing. Si es no, tienes la garantía fuerte.

¿Qué se filtra de verdad cuando algo sale mal?

Esta es la parte que convierte la terminología en una decisión. Imagina el mismo incidente en cada modelo.

Escenario: el proveedor sufre una brecha y el atacante llega a la capa de aplicación en funcionamiento.

• Cifrado en reposo: la app en ejecución puede descifrar, así que el camino del atacante a menudo también. Espera documentos legibles. Según el RGPD, suele tratarse de una violación de datos personales que hay que notificar.
• Zero-knowledge / E2EE: el atacante se lleva bloques. Sin tu clave, el texto cifrado es computacionalmente inútil. Analizamos este contraste exacto en qué cambia cuando tus datos se filtran con cifrado local o con cifrado en la nube: un modelo filtra archivos legibles; el otro, ruido.

Escenario: el proveedor recibe una solicitud de una autoridad amparada por la ley.

• Cifrado en reposo: el proveedor puede atenderla y entregar el texto en claro.
• Zero-knowledge: el proveedor solo puede entregar texto cifrado que no puede descifrar. No tiene, de verdad, nada legible que dar.

La advertencia honesta: el zero-knowledge protege el contenido, no necesariamente los metadatos, y nunca protege un dispositivo que ya está comprometido. Si tu portátil tiene malware mientras tienes la sesión iniciada y tus datos están descifrados, ningún modelo del lado del servidor te salva. El cifrado de los datos almacenados y la seguridad de los dispositivos son trabajos distintos.

Qué significa en la práctica: cómo evaluar cualquier herramienta

El texto de marketing no te dirá la verdad directamente, así que pon a prueba las promesas tú mismo con estas preguntas:

1. ¿Puedes usar el producto completo en un navegador solo con una contraseña, incluidas las previsualizaciones y la búsqueda en todo tu contenido? Si la respuesta es sí, es casi seguro que el servidor tiene una clave utilizable. Eso se parece más al cifrado en reposo que al zero-knowledge, diga lo que diga la página de inicio.
2. Cuando restableces la contraseña, ¿conservas el acceso a los datos antiguos? Si un simple restablecimiento de contraseña te lo devuelve todo sin clave de recuperación, el proveedor puede descifrar tus datos. Los sistemas zero-knowledge de verdad imponen aquí una contrapartida y te dan una frase de recuperación.
3. ¿Qué algoritmo y qué derivación de claves se nombran? Busca un cifrado autenticado con nombre propio, como AES-256-GCM, y una función lenta de derivación a partir de la contraseña (PBKDF2 con un número alto de iteraciones, o Argon2). Un « cifrado de nivel bancario » sin más detalles es una señal de alarma.
4. ¿Cómo se protege la clave que abre tus datos? Busca un diseño en dos capas: una clave aleatoria cifra los datos y otra, derivada de tu contraseña, la envuelve, de modo que la copia que guarda el servidor no sirve de nada sin tu contraseña. Explicamos cómo funciona en KEK y FEK: las dos capas de claves explicadas.
5. ¿Se puede auditar la promesa? El código publicado (abierto o, al menos, consultable), un modelo de amenazas público o un documento técnico de seguridad valen más que un adjetivo de marketing. Si el mecanismo se describe con detalle suficiente para que un escéptico pueda verificarlo (por ejemplo, un recorrido por el código real que mantiene la sincronización en zero-knowledge), es una señal mucho más fuerte que una insignia.

Una regla práctica: la comodidad y la capacidad del proveedor para leer tus datos son las dos caras de la misma moneda. Cuanto más fácilmente un servicio en la nube lee, previsualiza, indexa y vuelve a compartir tu contenido por ti, más seguro es que puede leerlo sin ti. Eso no es malo de por sí (muchos datos no necesitan zero-knowledge), pero deberías elegirlo a sabiendas, en lugar de suponer que « cifrado » significaba « privado frente a la empresa ».

Dónde encaja Filarr (con honestidad)

Filarr es un espacio de trabajo cifrado y local-first (tus datos viven primero en tu equipo) para notas y archivos, así que está claramente en el campo del zero-knowledge, y vale la pena ser preciso sobre lo que eso te da y lo que no.

Cada archivo se cifra en tu dispositivo con AES-256-GCM, con la clave de tu cuenta (la FEK, una clave aleatoria de 256 bits), con un valor aleatorio nuevo para cada archivo. La FEK está envuelta por una clave (la KEK) derivada de tu contraseña mediante PBKDF2-SHA512 con 600 000 iteraciones (muy por encima de las 210 000 que recomienda OWASP para PBKDF2-SHA512). Los datos viven primero cifrados en tu propio disco; la sincronización en la nube es opcional. Cuando sincronizas, los archivos ya están cifrados antes de salir del dispositivo, y el backend (Cloudflare R2) solo almacena bloques opacos. Tu clave nunca llega al servidor en claro, que es lo que significa « zero-knowledge » en el código de sincronización. Sobre la contraseña de tu cuenta, un punto que acaba de cambiar: desde el 16 de octubre de 2026, el inicio de sesión envía una clave derivada en tu dispositivo, y las cuentas nuevas o las que han vuelto a iniciar sesión ya no envían la contraseña. Durante una transición de unos dos meses, una cuenta que aún no ha vuelto a iniciar sesión, o una versión antigua de la app, todavía la envía al servidor (por HTTPS, comparada con un hash bcrypt); en ese caso, un servidor comprometido podría capturarla y desenvolver tu clave. Una copia robada de la base de datos, por sí sola, no abre nada. La recuperación se hace con una frase BIP-39 de 24 palabras, que es la contrapartida deliberada de la tabla anterior: el proveedor no puede restablecer tu acceso por ti, así que eres tú quien guarda la frase en un lugar seguro.

Lo que Filarr no hace, y ninguna app cifrada puede hacer: no protege un dispositivo que ya está comprometido mientras tienes la sesión iniciada, y no equivale, por sí solo, al cumplimiento del RGPD ni a un asesoramiento jurídico. El cifrado es un control sólido dentro de un panorama más amplio. Además, Filarr es más joven que Obsidian, tiene menos plugins y su app móvil es una app para Android todavía joven, sin nada en iPhone. Si comparas opciones de toda la categoría, nuestra guía honesta de apps de notas cifradas en 2026 pone a Filarr junto a Standard Notes, Notesnook, Joplin, Proton Docs y otras, sin fingir que una herramienta gana en todas las filas.

Filarr es gratis para siempre en uso local; su plan gratuito sincroniza 5 GB, y la sincronización en la nube de pago empieza en 4 €/mes.

Preguntas frecuentes

Entonces, ¿el cifrado en reposo no sirve para nada? Sí sirve. Defiende de verdad contra el robo de almacenamiento físico o su retirada mal hecha, y es un mínimo que deberías esperar de cualquier proveedor serio. Simplemente no te protege del propio proveedor, de una brecha en la capa de aplicación ni de una solicitud de una autoridad que le obligue a entregar los datos. Ajusta la garantía a tu modelo de amenazas.

¿Zero-knowledge es solo una palabra de marketing para el cifrado de extremo a extremo? Se solapan, pero describen cosas distintas. El extremo a extremo trata del camino de la comunicación (solo los extremos pueden leer el contenido). El zero-knowledge trata de la incapacidad del proveedor de almacenamiento para leer tus datos en absoluto. Una app de almacenamiento puede ser zero-knowledge aplicando los principios del extremo a extremo, con tus propios dispositivos como extremos.

Si atacan a un proveedor zero-knowledge, ¿están seguros mis datos? Tu contenido está protegido, porque el atacante obtiene texto cifrado sin tu clave. Dos advertencias: los metadatos (nombres de archivo, tamaños, momentos) pueden no estar cifrados, según el diseño, y un modelo zero-knowledge de verdad no puede ayudarte si tu propio dispositivo estaba comprometido mientras estaba desbloqueado.

¿Qué pasa si olvido mi contraseña en una herramienta zero-knowledge? Es el coste honesto de que el proveedor no tenga ninguna clave: puede que no haya forma de recuperar los datos sin una copia de seguridad o una clave de recuperación. Las herramientas serias lo mitigan con una frase de recuperación (Filarr usa una frase BIP-39 de 24 palabras). Guárdala fuera de línea y trátala como la llave de una caja fuerte.

¿Cómo sé rápidamente qué modelo usa un producto? Comprueba si un simple inicio de sesión web te da acceso completo con previsualizaciones y búsqueda, y si un restablecimiento de contraseña te devuelve todos tus datos antiguos. Si las dos cosas son ciertas, el proveedor puede leer tus datos (nivel del cifrado en reposo). Si el restablecimiento exige una clave de recuperación y la experiencia web es limitada, probablemente sea zero-knowledge de verdad.