Compartir PDF cifrado en el cliente, explicado como corresponde.
«Cifrado de extremo a extremo» se usa de manera vaga. Aquí está el mecanismo criptográfico real detrás de un enlace de PDF cifrado en el cliente — AES-256-GCM, gestión de claves, modos fragmento frente a frase de contraseña, y qué cosas literalmente no puede hacer el servidor. Nota: «conocimiento cero» en esta página se refiere a que el servidor no posee ninguna información que pueda descifrar tu archivo, no a las pruebas formales de conocimiento cero (ZKP) — el producto no usa ZKP.
Qué significa «conocimiento cero» aquí
Una desambiguación rápida antes de nada: este sistema no usa pruebas de conocimiento cero (ZKP). La frase «conocimiento cero» en esta página se refiere a la propiedad más débil pero útil en la práctica de que el servidor que almacena tu archivo compartido no tiene conocimiento — ni criptográfico ni operativo — que pueda usarse para descifrarlo. La clave nunca toca el servidor, por lo que el servidor no puede revelarla bajo ninguna circunstancia. El mecanismo es cifrado en el cliente puro más una clave que viaja solo en el fragmento de la URL (o se deriva de una frase de contraseña que el servidor nunca ve).
window.crypto.subtle. Verificable en DevTools.Cómo se construye un enlace de PDF cifrado en el cliente
Un recorrido por lo que hacen el navegador del remitente, el servidor y el navegador del destinatario, con las llamadas reales de Web Crypto.
Modo fragmento frente a modo frase de contraseña
Dos formas de llevar la clave al destinatario. Misma garantía de texto cifrado, distintos compromisos de usabilidad y fuga.
La clave viaja en el hash de la URL (#)
El flujo más simple: copia el enlace, pégalo en un chat al destinatario, listo. La parte de la URL tras # nunca es enviada a ningún servidor web por ningún navegador conforme — eso es lo que mantiene la clave privada.
- Un solo paso para el destinatario: hacer clic en el enlace.
- Poca fricción, adecuado para compartir con sensibilidad de baja a media.
- Riesgo: si el enlace se filtra en una captura de pantalla o por sincronización del navegador, el archivo se filtra con él.
- Úsalo cuando confíes en el canal (mensajería firmada, chat interno).
Clave derivada de una frase de contraseña (PBKDF2)
El remitente elige una frase de contraseña. El navegador deriva una clave de 256 bits mediante PBKDF2-SHA256 con 310.000 iteraciones sobre una sal aleatoria de 128 bits. La sal se almacena en el servidor; la frase de contraseña se comparte por otro canal (teléfono, Signal, en persona).
- Compartir en dos factores: el enlace y la frase de contraseña viajan por separado.
- El enlace por sí solo no basta — el texto cifrado permanece ilegible.
- La fortaleza de la frase importa: 310k iteraciones ralentizan la fuerza bruta pero no salvan una frase de 6 caracteres.
- Úsalo cuando el enlace pueda reenviarse o almacenarse en un sitio en el que no confíes plenamente.
| Propiedad | Modo fragmento | Modo frase de contraseña |
|---|---|---|
| Portador de la clave | Hash de la URL (#) | Frase de contraseña + sal |
| ¿El servidor ve alguna vez la clave? | No | No |
| El servidor almacena | Texto cifrado + IV | Texto cifrado + IV + sal |
| Fricción del destinatario | Hacer clic en el enlace | Hacer clic en el enlace + escribir la frase |
| Filtrable por captura de pantalla | Sí (enlace = clave) | No (el enlace por sí solo es inútil) |
| Resistente a fuerza bruta | 256 bits aleatorios | Depende de la frase |
| Ideal para | Compartir con poca fricción por canales de confianza | Compartir de mayor sensibilidad |
Por qué un texto cifrado almacenado en el servidor sigue protegiéndote
La gente suele preguntar: «si está en tu servidor, ¿cómo es privado?». La respuesta es que el texto cifrado no es el archivo. Sin la clave, son solo bytes de apariencia aleatoria. Esto es lo que significa en la práctica.
warningLimitaciones honestas
El cifrado en el cliente no resuelve la seguridad del extremo. El malware en el dispositivo del remitente o el destinatario puede robar la clave de la memoria. Una extensión de navegador comprometida puede leer el archivo descifrado. Y un enlace reenviado en un chat de grupo deshace cualquier garantía criptográfica. La arquitectura eleva el coste de una brecha; no elimina todo el riesgo.
Cifrado en el cliente frente a otras opciones «seguras»
Una comparación clara de las opciones comunes para compartir un PDF. La mayoría de las opciones etiquetadas como «seguras» están cifradas en transporte — protegen los datos en tránsito, pero el servidor receptor sigue conservando el texto plano y la clave.
| Opción | TLS en tránsito | El servidor puede leer el archivo | Expiración | Cuenta del destinatario |
|---|---|---|---|---|
| Archivo adjunto de correo | Normalmente sí | Sí — en cada salto | Para siempre | No es necesaria |
| Enlace genérico de uso compartido en la nube | Sí | Sí | Opcional | A veces |
| PDF protegido por contraseña | Sí | Sí (si el host tiene el archivo) | Nunca | No es necesaria |
| PDF Pro (modo fragmento) | Sí | No | 24 h / 30 d | No es necesaria |
| PDF Pro (modo frase de contraseña) | Sí | No | 24 h / 30 d | No es necesaria |
Lecturas relacionadas
Compartir basado en confianza frente a conocimiento cero carrera en vivo
Mismo objetivo: compartir un PDF. Observa cómo terminan los dos modelos de confianza, uno al lado del otro.
- Subir PDF al servidor
- El servidor conserva el texto planoTexto plano
- El servidor promete eliminarloConfianza
- Riesgo de brecha en su ladoRiesgo
- El destinatario descarga texto planoExpuesto
- Cifrar el PDF en el navegadorE2E
- El servidor conserva solo texto cifradoConocimiento cero
- El destinatario descifra localmenteHecho
Preguntas frecuentes
¿Qué significa realmente compartir PDF cifrado en el cliente?
¿Qué cifrado usa PDF Pro para compartir cifrado en el cliente?
¿Cuál es la diferencia entre el modo fragmento y el modo frase de contraseña?
#), que los navegadores nunca envían a ningún servidor. Cualquiera con el enlace completo puede descifrar. El modo frase de contraseña deriva la clave de una frase elegida por el remitente; sin ella, el texto cifrado permanece ilegible. El modo frase es más seguro si el enlace se filtra; el fragmento es más fácil para compartir con poca fricción. Consulta la tabla comparativa anterior.¿Es realmente seguro un fragmento de URL como portador de una clave de cifrado?
#) al servidor. Permanece en el cliente y solo es visible para el JavaScript que se ejecuta en la pestaña del destinatario. Eso es lo que hace que el propio enlace para compartir sea la credencial de descifrado: la clave viaja con el destinatario, no con la subida. Puedes verificarlo en la pestaña Red de tu navegador: la URL de la solicitud queda truncada en ? o #.¿Pueden PDF Pro o un tribunal leer los archivos almacenados mediante compartir cifrado en el cliente?
¿Qué ocurre si pierdo el enlace u olvido la frase de contraseña?
¿Es gratis compartir PDF cifrado en el cliente?
¿Necesita el destinatario una cuenta?
Envía un enlace cifrado de extremo a extremo. Deja que expire según lo previsto.
Cifrado AES-256-GCM en tu navegador. Sin registro, sin texto plano en el servidor, sin puerta trasera de recuperación.
sendCrear un enlace cifrado