Una clave exclusiva para un archivo no implica verlo una sola vez ni recuperar la copia del destinatario.
Para proteger un adjunto, un servicio de mensajería puede cifrar el archivo en el dispositivo del remitente con una clave aleatoria, subir la copia cifrada y entregar la clave del archivo al destinatario dentro de un mensaje cifrado de extremo a extremo. Este patrón a veces se denomina cifrado de sobre: el archivo grande y la pequeña cantidad de información necesaria para abrirlo siguen caminos distintos pero relacionados.
Esta explicación se refiere a adjuntos en conversaciones con E2EE; enviar un archivo en cualquier aplicación o tipo de canal no ofrece necesariamente la misma protección.
El recorrido de una foto privada desde el dispositivo hasta el destinatario
- El dispositivo del remitente genera una clave de contenido para el archivo.
- El archivo se cifra mediante cifrado autenticado; el destinatario debe poder detectar cambios no autorizados en los datos.
- La copia cifrada se aloja en un servicio de almacenamiento de archivos.
- La dirección o el identificador del archivo y la clave necesaria se envían al destinatario en un mensaje protegido.
- El dispositivo receptor descarga el archivo, lo valida y después lo abre.
La documentación de seguridad de Livara describe una clave aleatoria específica para cada archivo adjunto y su transmisión dentro de la sesión de mensajería. Este artículo explica esa arquitectura declarada, no los resultados de una auditoría de la implementación.
Una «clave específica del archivo» no significa que «el archivo solo se abre una vez»
Una clave generada para un archivo puede ser necesaria para leer ese mismo archivo varias veces. Una clave exclusiva no implica desecharla inmediatamente tras la primera visualización, borrar automáticamente el archivo ni impedir que el destinatario lo guarde.
Asimismo, una clave de mensaje de un solo uso y el uso de una clave de contenido para un adjunto son dos conceptos diferentes. No deben deducirse funciones como la visualización única o los mensajes temporales únicamente a partir del nombre del algoritmo.
¿Por qué importan tanto la clave como el nonce?
AES-GCM proporciona comprobaciones de autenticidad de los datos además de confidencialidad, pero es esencial utilizarlo correctamente. El estándar NIST SP 800-38D explica las reglas de GCM. Reutilizar una combinación de clave y nonce para datos diferentes puede comprometer la seguridad.
Para el usuario, la consecuencia práctica es esta: la expresión «AES-256» no basta por sí sola. También deben examinarse las especificaciones de gestión de claves, generación aleatoria, validación de archivos y tratamiento de errores. Cambiar un byte debería provocar el rechazo del archivo no válido, no mostrar contenido manipulado como si fuera un archivo íntegro.
¿Qué ven el destinatario, el servidor y la aplicación de galería?
| Ubicación | Pregunta de seguridad |
|---|---|
| Servicio de almacenamiento | ¿Solo tiene bytes cifrados o también puede acceder a la clave? |
| Mensaje que contiene la clave | ¿La clave, el nombre del archivo y su descripción están protegidos en la conversación E2EE? |
| Dispositivo receptor | Tras abrirse, ¿dónde queda el archivo: en la memoria, la caché o la galería? |
| Copia de seguridad en la nube | ¿La copia guardada entra en la copia de seguridad de fotos y qué protección tiene esta? |
El cifrado durante la transmisión no controla la copia que el destinatario guarda en su galería. Antes de enviar un documento sensible, revisa también las partes innecesarias de la imagen, los textos del fondo y la información de ubicación del archivo.
¿Qué cambia cuando el archivo se envía a un grupo privado?
Aumenta el número de personas autorizadas a poseer la clave. Livara describe la cobertura de adjuntos de grupos privados compatibles en modo E2EE dentro de LGS1; esta afirmación no debe extenderse a los canales públicos. Cualquier miembro que haya recibido el archivo puede conservar una copia. Eliminar a un miembro o rotar claves futuras no recupera su copia anterior.
Lista de comprobación para enviar un archivo sensible
- Revisa de nuevo el espacio de conversación y sus destinatarios.
- Si importa la identidad del contacto, verifica la huella de la clave por una vía de confianza.
- Envía solo la información necesaria; no siempre hace falta una foto completa de un documento.
- Acuerda con el destinatario cómo gestionar el guardado en la galería, las descargas automáticas y las copias de seguridad en la nube.
- No dejes el archivo descifrado en un dispositivo compartido o sin bloquear.
Preguntas frecuentes
¿Una clave por archivo garantiza un envío seguro?
No. También hacen falta dispositivos en buen estado, autenticar al destinatario y una implementación correcta. Lee el modelo de amenazas de Livara junto con las especificaciones de cifrado.
¿Una imagen en un canal público tiene la misma protección?
Según el límite declarado por Livara, los canales son públicos y legibles; no se promete para ellos la confidencialidad de los adjuntos privados.
¿Basta por sí solo el enlace al archivo?
Depende del diseño del servicio. Examina por separado el enlace, la clave y la autorización de acceso; que una URL sea larga o aleatoria no demuestra E2EE.
