El cifrado de extremo a extremo no exige que un mensajero evite el almacenamiento centralizado. Un servidor puede almacenar mensajes cifrados para sincronizarlos sin poseer los secretos necesarios para leer su contenido.
Lo difícil de la mensajería multidispositivo es decidir qué dispositivos están autorizados, qué claves reciben y si pueden acceder al historial anterior. Esas decisiones importan más que si el sistema utiliza una base de datos.
Cuatro operaciones distintas que suelen llamarse «sincronización»
| Operación | Qué debe conseguir |
|---|---|
| Entregar mensajes nuevos | Hacer llegar contenido protegido a los dispositivos actualmente autorizados |
| Vincular un dispositivo nuevo | Establecer que el titular de la cuenta aprueba el nuevo extremo |
| Transferir el historial | Dar al dispositivo nuevo acceso a contenido anterior seleccionado y al material para descifrarlo |
| Recuperar la identidad | Restaurar o reemplazar las claves de identidad sin restaurar necesariamente el historial de mensajes |
Un producto puede admitir una operación sin admitir las cuatro. Iniciar sesión correctamente no demuestra que se pueda recuperar el historial antiguo de chats.
Cómo puede la entrega cifrada admitir varios dispositivos
Un enfoque mantiene sesiones independientes para cada dispositivo. La especificación Sesame de Signal describe la gestión de sesiones en un entorno asíncrono y multidispositivo, incluidos la incorporación o retirada de dispositivos y los mensajes que llegan fuera de orden.
Es un ejemplo de diseño documentado, no un requisito universal. Otros sistemas pueden cifrar el contenido una vez y distribuir claves de contenido protegidas, utilizar mecanismos de grupo o combinar enfoques. «El E2EE exige duplicar toda la carga útil para cada dispositivo» es una afirmación demasiado amplia.
Sea cual sea el diseño elegido, añadir un dispositivo capaz de descifrar añade un extremo que necesita protección. Un portátil descuidado puede exponer el texto en claro que recibe aunque el servidor nunca vea ese texto.
El texto cifrado almacenado sigue teniendo implicaciones de privacidad y conservación
Almacenamiento cifrado no significa ausencia de almacenamiento. Los proveedores pueden conservar información de entrega, registros de dispositivos, marcas temporales, membresías o historial de mensajes cifrado. Los detalles varían y deberían indicarse explícitamente.
La documentación de seguridad de Livara indica que su retransmisor almacena texto cifrado y datos operativos para sincronizar y recuperarse tras una reconexión. Describe el enrutamiento, las membresías, las marcas temporales, el estado de entrega y otros registros. Esto no debería describirse como una cola transitoria no documentada que necesariamente desaparece en cuanto todos los dispositivos reciben un mensaje.
La confidencialidad del contenido y la conservación de metadatos requieren, por tanto, preguntas separadas. Pregunte qué se conserva, durante cuánto tiempo y qué cambia al borrar datos o eliminar una cuenta; no invente un plazo de conservación cuando no se haya verificado ninguno.
Qué restaura realmente la recuperación v7 de Livara
Livara describe v7 como una copia de seguridad cifrada de la identidad, sellada antes de subirla mediante una clave de recuperación aleatoria de 256 bits. La carga útil documentada incluye material de claves de identidad, y el formato autentica su suite, época de identidad y generación.
La misma página afirma que restaura la identidad, no el historial de chats. Por ello, una frase de recuperación no debería presentarse como garantía de que un dispositivo nuevo puede mostrar todas las conversaciones antiguas.
Antes de sustituir o borrar un dispositivo, compruebe las opciones actuales de transferencia del historial y copia de seguridad realmente disponibles para usted. Mantenga privado todo material de recuperación. No envíe una frase de recuperación a una cuenta de soporte ni la pegue en un sitio web no verificado.
El secreto hacia adelante no borra la bandeja de un dispositivo autorizado
Un mecanismo ratchet puede limitar lo que una vulneración posterior de claves revela sobre tráfico cifrado anterior cuando se cumplen sus supuestos y se eliminan los secretos obsoletos. No puede ocultar texto en claro que un extremo ya almacenó ni impedir que malware que sigue activo lea mensajes nuevos.
Del mismo modo, la seguridad posterior a una vulneración requiere una actualización nueva adecuada después de que el atacante pierda el acceso. No promete que cualquier tableta antigua se vuelva inofensiva cada vez que avance un contador de mensajes.
Una lista de comprobación más segura para cambiar de dispositivo
- Haga un inventario de sus dispositivos vinculados antes de añadir otro.
- Utilice el proceso de vinculación y verificación documentado de la aplicación, no un código QR enviado por un desconocido.
- Compruebe qué historial recibe el dispositivo nuevo con una conversación de prueba inocua.
- Confirme el material de recuperación y cualquier copia independiente del historial antes de borrar el dispositivo antiguo.
- Revoque los dispositivos que ya no controla y compruebe si sus interlocutores reciben un aviso de cambio de identidad.
- Revise las descargas locales, las notificaciones y las copias de seguridad del sistema operativo en cada extremo.
El modelo de amenazas de Livara incluye explícitamente las limitaciones de los extremos y los destinatarios. Esas limitaciones siguen siendo relevantes en cada pantalla. Una promesa multidispositivo útil explica por separado la autorización de dispositivos, los datos almacenados y el alcance de la recuperación.
