¿Qué es un enlace de un solo uso? Cómo compartir secretos de forma segura

¿Qué es un enlace de un solo uso?

Hay varios nombres para la misma idea: enlace secreto, nota autodestructiva, enlace de un solo uso, enlace que caduca. La etiqueta cambia. Las propiedades de seguridad no vienen con el nombre.

Que un producto se llame «secreto de un solo uso» no implica, por sí solo, que el cifrado ocurra en el navegador, que el proveedor no pueda descifrar el contenido, que la clave no llegue al servidor, que el borrado siga a la lectura o que desaparezcan los metadatos. Eso son decisiones de diseño. Evalúa las propiedades, no el eslogan.

Una lista útil: ¿dónde se cifra el texto en claro? ¿El servidor recibe alguna vez la clave? ¿Qué ocurre después de la consulta prevista? ¿Cuánto tiempo sigue disponible un enlace sin usar? ¿Qué pide la vista previa de un chat si pegas la URL?

¿Cómo funciona un enlace de un solo uso?

En un diseño del lado del cliente como el de PrivateNote, el secreto se cifra en el navegador de quien envía antes de subirlo. El servidor guarda texto cifrado. El navegador de quien recibe lo descifra en local. El texto de una nota usa AES-256-GCM a través de la API Web Crypto.

No todos los productos vendidos como enlace de un solo uso siguen este modelo. Algunos cifran en el servidor después de recibir tu texto, o generan la clave allí, lo que permitiría al servicio leer el secreto. Otros borran según un calendario pero conservan copias recuperables. Pregunta si está el diseño completo—no solo si el enlace caduca.

Para la arquitectura de cifrado de PrivateNote, incluido el envoltorio con contraseña mediante Argon2id, consulta Cómo funciona.

Por qué importa el fragmento de la URL

Este detalle se pasa por alto con facilidad, y es la base de esta arquitectura.

En una navegación HTTPS normal, el navegador envía la ruta y la consulta al servidor. El fragmento de URL—todo lo que va después de #—se queda en el navegador y no entra en esa petición. Un sistema bien planteado puede guardar el texto cifrado en un identificador como `/note/abc123` y dejar el material de descifrado en `#…`, fuera de los registros ordinarios de esa carga de página.

Poner una clave detrás de # no hace segura una aplicación por sí sola. La criptografía de alrededor tiene que ser sólida: una clave aleatoria fuerte, cifrado autenticado y un servidor que nunca necesita el texto en claro. El fragmento sirve para separar esas piezas, no para saltárselas.

Enlace de un solo uso, enlace que caduca y mensaje que desaparece

Estas ideas se mezclan a menudo. Son controles distintos, y un mismo producto puede combinarlos.

• Enlace de un solo uso — La disponibilidad depende sobre todo del acceso. Tras la consulta prevista—en PrivateNote, una revelación correcta que llega al límite—la carga cifrada desaparece del servidor.
• Enlace que caduca — La disponibilidad depende sobre todo del tiempo. El enlace se puede recuperar hasta que se acaba el plazo, se haya abierto o no.
• Mensaje que desaparece — Forma parte de una conversación. La retención sigue la política del mensajero, que aún puede dejar copias de seguridad, citas o copias en el dispositivo.

PrivateNote combina acceso y tiempo. Las notas nuevas empiezan con una revelación correcta y también caducan si nadie las abre—un día por defecto, con plazos más cortos o más largos según el plan. Es una entrega puntual: se recupera, o se espera, y la copia en el servidor desaparece.

¿Son seguros los enlaces de un solo uso?

Pueden serlo. La seguridad depende de la implementación y de cómo se envía el enlace, no de la frase «de un solo uso».

Un diseño serio debe tener en cuenta el cifrado en el cliente, claves aleatorias fuertes, lo que ve el servidor, la caducidad, el sentido del acceso, una contraseña opcional, una verificación opcional de quien recibe, los metadatos, la filtración del enlace, un dispositivo comprometido y lo que haga quien recibe.

PrivateNote cifra en el navegador, guarda texto cifrado, deja la clave en el fragmento de la URL, limita por defecto a una revelación y caduca las notas sin usar. Puedes añadir una contraseña o, en planes de pago, verificación del destinatario. Quien recibe no necesita cuenta.

Un enlace de un solo uso no protege frente a un dispositivo comprometido, alguien que copia el secreto después de verlo, una captura o una foto, o enviar la URL completa—incluido el fragmento—a la persona equivocada. Trata el enlace entero como la capacidad de acceso.

¿Cuándo usar un enlace de un solo uso?

Cuando el secreto tiene un trabajo corto: llegar, usarse y dejar de vivir en el canal por el que lo enviaste.

¿Cuándo no usarlo?

Es la herramienta equivocada cuando el trabajo es almacenar, colaborar o conservar un registro que estás obligado a guardar.

Enlace de un solo uso frente a correo, mensajería y gestores de contraseñas

La comparación útil es el propósito y la persistencia, no un ranking de qué canal es «seguro».

El problema de la vista previa del enlace

Muchas apps de chat piden una URL entrante para montar una vista previa: título, descripción, miniatura. Si cargar la página contara como una lectura, ese robot gastaría el enlace antes de que lo abriera quien lo recibe.

PrivateNote no trata una carga de página como una lectura. La URL pública de la nota muestra una puerta de pulsar para revelar. Se pueden pedir metadatos de esa página sin devolver el texto en claro. El texto cifrado solo se obtiene tras una acción deliberada de revelar. Una vista previa de Slack, Teams o iMessage no recibe el secreto y no consume el límite de lecturas.

Es una decisión de diseño del cliente y de la API, no una lista de agentes de usuario bloqueados. Sigue importando cómo envías el enlace: quien tenga la URL completa, fragmento incluido, y pulse Revelar, puede leer la nota. Para el aviso a quien recibe, consulta por qué las notas esperan a un clic para revelarse.

Cómo crear un enlace de un solo uso

Quédate con los pasos cortos. La herramienta cifra; tú eliges las reglas de acceso.

1. 1Abre PrivateNoteUsa el editor en el sitio: no hace falta cuenta para una nota de texto.
2. 2Escribe lo que necesitas compartirUna contraseña, un mensaje, una clave API o, con cuenta, un archivo.
3. 3Elige caducidad y accesoPrefiere la vida útil más corta que siga siendo práctica. Por defecto: una lectura y un día si nadie lo abre. Añade una contraseña o verificación del destinatario si la sensibilidad lo pide.
4. 4Crea el enlace cifradoEl navegador cifra primero y luego sube el texto cifrado.
5. 5Envía el enlace a quien correspondeNo pegues el texto en claro al lado.

Cuando quieras, crea un enlace de un solo uso.

Antes de enviar un secreto

Una entrega cuidadosa es sobre todo operativa. La criptografía no corrige a la persona equivocada.

• ✓Confirma a quien recibe antes de enviar la URL completa.
• ✓Usa la caducidad más corta que tenga sentido.
• ✓Añade una contraseña o verificación del destinatario si la sensibilidad lo pide.
• ✓Envía cualquier factor extra por otro canal.
• ✓Rota las credenciales temporales después de usarlas.
• ✓No transmitas secretos que no hace falta mover.
• ✓Recuerda que quien recibe puede copiar, fotografiar o capturar lo que ve.

Preguntas frecuentes