Preguntas y respuestas

No. No hay que registrarse ni instalar nada. Abre shhnote, escribe tu secreto y comparte el enlace. Así de fácil.

Un secreto de un solo uso solo puede leerlo la primera persona que lo abra; después se destruye, y sabrás que alguien lo leyó porque el destinatario previsto no encontrará nada. Para más seguridad, puedes añadir una frase de contraseña y compartirla por separado, de modo que el enlace por sí solo no baste. Y si cambias de opinión, puedes destruir el secreto tú mismo con tu enlace de destrucción privado.

No. La clave que lo abre nunca nos llega: se queda guardada dentro de tu enlace, de tu lado. Nosotros solo tenemos una versión cifrada que no tenemos forma de abrir.

Tú eliges la caducidad, desde 15 minutos hasta 14 días. Cuando se acaba el tiempo, el secreto se borra automáticamente, se haya abierto o no.

Un secreto de un solo uso se destruye en el momento en que se abre. Un secreto con tiempo limitado puede volver a abrirse hasta que caduque, pero la página nunca dice cuánto tiempo queda, así que trata cada secreto como algo que hay que guardar en la primera lectura.

Un segundo enlace privado que recibes al crear un secreto. Al abrirlo aparece una confirmación; si confirmas, el secreto se destruye de inmediato, antes de que nadie pueda leerlo. Guárdalo para ti.

Sí. Los archivos se cifran en tu navegador igual que el texto y viajan dentro del mismo bloque sellado. Todo se rellena hasta tamaños estándar, así que ni siquiera nosotros podemos distinguir una nota corta de un archivo pequeño.

Para crear y mostrar un secreto se necesita JavaScript, porque el cifrado ocurre en tu navegador. Funciona en Tor Browser con el nivel “Más seguro”; con “El más seguro”, WebAssembly está desactivado, así que los secretos protegidos con frase de contraseña no se pueden abrir, y la página lo indica. Todas las demás páginas funcionan sin JavaScript.

Al mostrar el secreto se ejecuta una única actualización condicional que pasa la fila de “activo” a “reclamado”. Dos solicitudes simultáneas no pueden tener éxito a la vez: la segunda encuentra un registro ya reclamado y recibe la misma respuesta de “no se encontró ningún secreto” que cualquier otra persona. La reclamación nunca se revierte: si la descarga se pierde, quien tiene el token de reclamación vuelve a descargarlo dentro del plazo; de lo contrario, el secreto se destruye sin leerse.

Los parámetros de consulta se envían al servidor y acaban en registros de acceso, proxies y herramientas de analítica. La especificación de URL define que el fragmento (lo que va después de #) se quede en el cliente: el navegador nunca lo incluye en la solicitud HTTP. Esa propiedad es la base de todo el diseño de conocimiento cero. Después de mostrar el secreto, la página también elimina el fragmento de la barra de direcciones y del historial.

La página de visualización es el mismo documento estático para todos los secretos y no descarga nada al cargarse. La solicitud solo se envía con un clic o una pulsación de tecla de confianza: un click() desde un script o el envío de un formulario no cuentan. Los escáneres automáticos (seguridad del correo, vistas previas de chats, antivirus) solo llegan a cargar esa página estática.

Sí. Todo el código fuente es público bajo AGPLv3, el protocolo está documentado en una especificación con vectores de conformidad con los que cualquier implementación puede comprobarse, y hay una guía de autoalojamiento. Puedes auditar la criptografía del lado del cliente y tener tu propia instancia, de modo que el límite de confianza sea completamente tuyo.

No guardamos registros de acceso por secreto ni historial de IP. La limitación de frecuencia usa un hash con clave de la dirección, con una sal que rota y que, al rotar, borra todos los contadores. Las denuncias de abuso se cuentan por día; no queda constancia de qué secreto se denunció.

Sí, la misma que usa este sitio. La documentación la describe, y el paquete de cliente de código abierto implementa el protocolo para tus propias herramientas.