Seguridad y privacidad
Resumen en lenguaje claro de cómo encrypt.click está diseñado para tratar tus datos. Solo informativo: no es asesoramiento legal.
Sin cuentas ni inicios de sesión
encrypt.click no tiene cuentas de usuario, inicios de sesión ni perfiles. No necesitas registrarte ni dar datos personales para usar las herramientas.
Herramientas en el navegador
Las herramientas de privacidad (palabras AES, cápsula del tiempo, esteganografía, cifrado fotográfico y cifrado espectral) se ejecutan en tu navegador mediante Web Crypto y otras API locales. Sus datos de entrada no se envían a encrypt.click para su procesamiento.
Cuando una herramienta necesita datos públicos a petición tuya (por ejemplo, la aleatoriedad de drand para la Cápsula del tiempo mediante nuestro proxy del mismo origen), la solicitud no incluye secretos sin cifrar ni contraseñas.
Compartir mensajes y archivos cifrados
Encrypt & share ejecuta AES-GCM en tu navegador antes de subir nada. La contraseña permanece en tu dispositivo salvo que la copies o la envíes tú.
La subida automática prefiere almacenamiento de ciphertext propio (/upload en este sitio). Ese camino tiene un límite de unos 90 MB y un presupuesto mensual, y la disponibilidad está garantizada unas 24 horas. Si está lleno o no disponible, primero te preguntamos; si aceptas, el navegador envía solo ciphertext a la API de subida de encrypt.click, que lo retransmite en el servidor a hosts temporales compatibles con Send (archivos de hasta 50 MB). Esos hosts deberían ver ciphertext y salida del servidor, no una subida directa de texto en claro desde el navegador.
Los destinatarios abren enlaces en encrypt.click (a menudo /u). El material cifrado puede ir en el fragmento de la URL (no se envía a nuestros servidores en cargas normales) o apuntar a ciphertext subido. Un PNG opcional puede ocultar el enlace en una imagen para entregarlo sin conexión.
Las subidas son gratuitas, así que se vigila el uso automatizado o excesivo. Las subidas normales pasan sin nada más; cuando una subida parece automatizada o un dispositivo ha subido mucho, el navegador primero tiene que resolver un pequeño reto de prueba de trabajo. Se ejecuta en tu dispositivo, sin terceros. Cada reto adicional dentro de la hora tarda el doble, y uno resuelto permite a ese dispositivo seguir subiendo durante una hora, dentro de los mismos límites diarios fijos.
Chat, llamadas, pizarra y archivos cifrados
Los mensajes de chat, indicadores de escritura y la señalización de llamadas se cifran en el navegador (AES-GCM) antes de llegar al relay. El relay reenvía ciphertext y no guarda historial de chat, salvo en las salas guardadas, donde conserva los mensajes cifrados (como máximo 1000 por sala, en la Unión Europea) hasta que un miembro borra la sala o pasa 90 días sin visitas. En las salas sin historial en el servidor, los mensajes tienen además secreto hacia adelante: la clave de envío de cada miembro avanza con cada mensaje y solo llega a los demás bajo claves de pares de claves efímeros que nunca se guardan, así que el tráfico grabado sigue cerrado incluso para quien conozca la contraseña más tarde.
Las llamadas en vivo usan WebRTC con política ICE solo TURN para no intercambiar IPs de peers directamente. Además de DTLS-SRTP, cada fotograma de audio y vídeo se cifra de extremo a extremo en el navegador con AES-256-GCM (insertable streams al estilo de SFrame, vídeo en VP8 o VP9). La clave de medios de cada emisor es aleatoria, solo viaja dentro del canal cifrado y firmado de la sala, se sella de nuevo para cada destinatario con una clave efímera ECDH P-256 y se sustituye cada vez que alguien sale de la llamada. Como las claves de medios nunca pasan por el handshake DTLS, grabar hoy el tráfico de la llamada y romper ese handshake más adelante, por ejemplo con un ordenador cuántico, no expone el audio ni el vídeo a quien no tenga el secreto de la sala. Los navegadores sin cifrado de fotogramas no pueden unirse a llamadas. Las credenciales TURN se obtienen de encrypt.click (/api/turn).
Los archivos del chat se cifran en el navegador antes de subirlos, igual que en Encrypt & share. Van a nuestro propio almacenamiento y se eliminan a las 24 horas, también en las salas guardadas. Si nuestro almacenamiento no está disponible, el archivo cifrado va a una instancia pública de Send en la UE, donde puede quedarse hasta 7 días.
Las salas nuevas siempre necesitan una contraseña de al menos 16 caracteres que supere una comprobación de fortaleza, y solo se pueden crear desde el formulario. La contraseña nunca forma parte del enlace, así que compártela por separado.
La pizarra usa la misma infraestructura en tiempo real para trazos y estado compartidos. Trata el acceso como en el chat: usa una contraseña fuerte para lo sensible.
Las salas guardadas usan una clave aleatoria incluida en el fragmento del enlace, que nunca llega al servidor. En todas las salas cada mensaje se firma en el navegador con una clave propia de la sala, para que los demás miembros noten cuando un nombre aparece con otra clave, y el modo de mensajes va ligado a la clave de la sala, así que el servidor no puede cambiarlo. Las salas guardadas añaden a cada mensaje una firma ML-DSA-44 y encadenan los mensajes guardados de cada autor, para que los navegadores noten cuando el servidor omite, reordena o retiene mensajes.
Acortamiento de enlaces
Tras el cifrado, el navegador envía el enlace a /api/shorten en encrypt.click, que lo acorta con nuestro propio servicio l.encrypt.click. No se usan acortadores de terceros. Si el acortamiento falla, recibes el enlace completo.
El enlace corto guarda el enlace completo, incluido el contenido cifrado, pero nunca la contraseña. Quien tenga el enlace corto sigue necesitando la contraseña, así que usa la frase generada u otra contraseña fuerte.
El enlace corto se crea automáticamente, así que el contenido cifrado de cada envío se guarda en l.encrypt.click, sea cual sea el enlace que acabes compartiendo. El enlace completo lleva el contenido en el fragmento de la URL, que el navegador del destinatario nunca envía a un servidor.
Cookies y almacenamiento local
El sitio establece una única cookie funcional, ec-lang, y solo después de que elijas un idioma en el menú. Contiene únicamente el código de idioma de dos letras, nada más, dura un año y no se usa para rastrear. La primera visita sin ella se sirve en el idioma de tu navegador. Tu navegador puede usar localStorage para el tema y, donde se guarda historial del chat, para mensajes cifrados y, en las salas guardadas, también para saber hasta dónde se ha comprobado el historial de cada miembro. El almacenamiento de sesión puede guardar brevemente la contraseña de una sala mientras entras, y conserva la clave de sala que llegó en un enlace mientras esa pestaña siga abierta, para que la clave pueda desaparecer de la barra de direcciones. IndexedDB guarda la clave de firma que tu navegador crea para cada sala de chat y cada pizarra y, en las salas guardadas, la semilla de la clave de firma poscuántica, sellada con una clave derivada del enlace de la sala; las claves privadas nunca salen del dispositivo.
Cloudflare (hosting) puede establecer cookies de seguridad y antiabuso según el tráfico y la configuración del navegador, bajo las políticas de Cloudflare.
Seguridad de red y transporte
- Todo el tráfico se sirve por HTTPS con TLS moderno.
- HTTP Strict Transport Security (HSTS) está activo con includeSubDomains y preload.
- La política de seguridad de contenido (CSP) restringe scripts, estilos, fuentes y conexiones; se usan hashes para los scripts en línea en lugar de permitirlos de forma general mediante unsafe-inline.
- La inserción en marcos está desactivada mediante frame-ancestors 'none' y X-Frame-Options: DENY.
- La comprobación compara archivos recién descargados con el manifiesto del mismo servidor. No demuestra la autenticidad del código ejecutado en el navegador ni protege frente a un servidor comprometido.
Infraestructura de terceros
El sitio se aloja en Cloudflare Workers. El chat y la pizarra en tiempo real se retransmiten mediante Durable Objects en el mismo Worker (PartyServer). La retransmisión de llamadas puede usar Cloudflare TURN u otros proveedores TURN configurados. Los servicios temporales de alojamiento de datos cifrados (instancias compatibles con Send) pueden recibir archivos cifrados si el servicio propio de subida no está disponible.
encrypt.click no mantiene una base de datos propia con los datos introducidos en las herramientas. La protección de la API contra abusos usa durante poco tiempo (unos 60 segundos) un hash con sal de la dirección IP almacenado en memoria. Cloudflare también puede aplicar medidas de protección contra bots o solicitudes sospechosas de acuerdo con sus políticas.
Divulgación responsable
Si crees haber encontrado un problema de seguridad o privacidad en encrypt.click, escribe a mail@encrypt.click. Incluye detalle suficiente para reproducirlo y evita pruebas que puedan afectar a otros usuarios.
Resumen no jurídico
Esta página es un resumen legible de cómo encrypt.click está diseñado para tratar los datos. No es un contrato ni unos términos de uso completos. No se garantiza seguridad perfecta; usas las herramientas bajo tu propio riesgo.