Recuperar la identidad, volver a iniciar sesión y restaurar el historial son tres resultados distintos; lograr uno no garantiza los demás.
Olvidar una contraseña no elimina necesariamente todos los chats. El resultado depende de lo que se haya perdido: el acceso a la cuenta, las claves de cifrado, el dispositivo que contenía el historial o el secreto para abrir una copia de seguridad.
En un diseño de extremo a extremo, el soporte no debería poder reconstruir una clave que no posee por una simple decisión administrativa. Pero este principio no significa que toda recuperación segura sea imposible ni que cada mensaje eliminado haya desaparecido para siempre de todas las copias.
Cuatro problemas que suelen llamarse «recuperación»
| Objetivo | La pregunta correcta |
|---|---|
| Volver a iniciar sesión en la cuenta | ¿Qué prueba hace falta para autorizar una sesión nueva? |
| Recuperar la identidad criptográfica | ¿De qué copia protegida se restauran las claves de identidad? |
| Restaurar el historial de conversaciones | ¿Dónde están los mensajes y las claves o el estado necesarios para leerlos? |
| Recuperar un mensaje eliminado | ¿Queda alguna copia en un dispositivo, una copia de seguridad, una exportación o en manos del contacto? |
Estas cuatro vías pueden coexistir en una aplicación, pero no son una sola operación. Iniciar sesión correctamente no demuestra por sí solo que exista el historial ni que se pueda acceder a las claves antiguas.
¿Qué restaura exactamente la recuperación v7 de Livara?
Según la página de seguridad de Livara, las claves P-256 de acuerdo y firma y la semilla de ML-KEM se cifran en el dispositivo con una clave de recuperación aleatoria de 256 bits; después se sube el paquete protegido. El formato v7 también autentica información como el conjunto de algoritmos, la época de identidad y la generación.
El punto decisivo del mismo documento es: Esta vía recupera la identidad, no el historial de chats. Por tanto, disponer de una frase de recuperación no debe presentarse como una promesa de que volverán todos los mensajes antiguos. La contraseña de acceso a la cuenta tampoco basta por sí sola para abrir este paquete.
Esta explicación describe el límite declarado del producto, no una prueba independiente de todas las vías de recuperación. Para cambiar realmente de dispositivo, consulte las instrucciones de la versión actual y no borre el único dispositivo que contiene los datos antes de tener certeza.
¿Por qué la recuperación segura no es incompatible con E2EE?
Se puede cifrar una copia de seguridad en el dispositivo y mantener su clave de descifrado fuera del control del servicio. En ese diseño, que exista una copia en la nube no significa necesariamente que la empresa pueda leerla.
Por ejemplo, la guía oficial de WhatsApp sobre copias de seguridad cifradas de extremo a extremo explica métodos protegidos y la necesidad del factor de recuperación adecuado. Este ejemplo demuestra que «si el historial puede recuperarse, el E2EE no es auténtico» es incorrecto. Las condiciones y los factores necesarios varían entre productos y no deben extrapolarse a Livara.
Evaluar una copia de seguridad exige preguntar qué datos contiene, quién tiene la clave, cómo se autoriza la recuperación y qué ocurre si se pierde el secreto.
¿Cuándo provoca la pérdida de acceso olvidar la contraseña?
Si no queda ninguna copia utilizable de los datos o de la clave necesaria, restaurarlos podría no ser viable. Sin embargo, un dispositivo que siga conectado, una copia de seguridad recuperable o una copia autorizada en manos del contacto pueden cambiar la situación.
El cifrado tampoco borra de repente los archivos de todos los dispositivos cuando se olvida una contraseña. Hay que distinguir entre «los datos se han eliminado», «los datos existen, pero su clave no está disponible» y «esta versión de la aplicación no admite la restauración».
Cambiar la contraseña de acceso o recuperar la identidad tampoco revoca necesariamente la sesión del dispositivo antiguo. Después de un incidente de seguridad, las sesiones y los dispositivos deben revisarse por separado.
¿Es realmente irrecuperable un mensaje eliminado?
No puede garantizarse sin examinar el producto, el dispositivo y las copias restantes. Eliminar desde la interfaz puede no equivaler a eliminar de la base de datos, los archivos adjuntos, las copias de seguridad y la copia del contacto. Una captura de pantalla o una exportación anterior tampoco desaparecen automáticamente al borrar el mensaje.
El secreto hacia adelante en los protocolos de ratchet trata de limitar el efecto de la exposición de determinadas claves sobre los mensajes anteriores. La especificación Double Ratchet explica este modelo. Esta propiedad, por sí sola, no demuestra el borrado seguro del almacenamiento local ni la ausencia de toda copia legible.
Tampoco es motivo para confiar en una herramienta desconocida que prometa «recuperar todos los chats cifrados». Entregarle la frase de recuperación, una contraseña, un archivo de copia de seguridad o un acceso amplio al dispositivo puede empeorar el problema.
Aclare estos puntos antes de cambiar de teléfono
- Determine qué recupera realmente el producto: la identidad, el historial o ambos.
- Guarde el secreto de recuperación en un lugar protegido que no se pierda junto con el teléfono.
- No coloque el secreto en un chat, un ticket de soporte ni una imagen pública.
- Lea el procedimiento oficial de transferencia o recuperación; no borre la única copia de los datos sin una prueba segura.
- Tras la transferencia, compruebe el estado de las sesiones anteriores y las identidades de los contactos sensibles.
Si ha perdido una frase, primero haga un inventario de sus dispositivos y copias autorizadas. La respuesta precisa procede de ese inventario y de las reglas del producto, no de las dos promesas extremas: «todo vuelve siempre» u «olvidar la contraseña implica borrar todo definitivamente».
