Antes de enviar un archivo sensible, hay que comprobar el estado de esa conversación concreta, no solo el nombre del mensajero. Una aplicación puede cifrar de extremo a extremo los adjuntos de un chat privado, pero establecer otro límite para un canal público, un espacio empresarial de archivos o una copia de seguridad.
Esta comparación se basa en documentación oficial revisada el 24 de octubre de 2026; no es una prueba independiente de todas las versiones ni una clasificación de la seguridad global de los productos. Aquí, un adjunto es un archivo o contenido multimedia enviado en una conversación, no cualquier archivo almacenado en todas las funciones del producto.
Comparación de la cobertura de archivos en 10 servicios
| Servicio | Alcance de protección documentado | Excepción o aspecto que revisar |
|---|---|---|
| Livara | Archivos y contenido multimedia en mensajes directos y grupos protegidos por LVR1/LGS1 | Canales públicos; estado de grupos incompatibles; dispositivos del destinatario |
| Signal | Las conversaciones de Signal están cifradas de extremo a extremo | Los archivos guardados o exportados fuera de la aplicación tienen un límite distinto |
| Mensajes personales y contenido enviado en conversaciones protegidas | Configuración de protección de las copias de seguridad y uso compartido con destinatarios o empresas | |
| Messenger | Contenido multimedia en conversaciones con E2EE | Estado de ese chat y esa función; no supongas que todas las áreas del producto son iguales |
| Telegram | Archivos en chats secretos entre dos personas | Los chats en la nube y los grupos no tienen E2EE; los chats secretos están vinculados al dispositivo de origen |
| iMessage | Mensajes y contenido multimedia de iMessage | SMS/MMS son distintos; el estado de RCS depende de la compatibilidad con el cifrado |
| Element/Matrix | Adjuntos en salas cifradas | Revisar la configuración de la sala, los dispositivos y las integraciones |
| Wire | Archivos enviados en comunicaciones de Wire con E2EE | Wire Drive es una excepción: archivos y carpetas se cifran en tránsito y en reposo, no bajo la misma afirmación de E2EE |
| Threema | Mensajes, grupos y archivos multimedia con E2EE | Revisar por separado los archivos exportados y las copias de seguridad |
| Session | Mensajes privados y grupos privados con E2EE | Una Community no tiene el mismo límite que un grupo privado |
Esta tabla no demuestra que los algoritmos, las prácticas de metadatos o la calidad de implementación de estos servicios sean equivalentes. Comprueba la afirmación de cada fila para la versión y el tipo de conversación que utilizas.
Examina por separado fotos, pies de foto y vistas previas
En un diseño habitual, el archivo se cifra con una clave de contenido independiente y se sube; la clave y la dirección de descarga llegan al destinatario dentro de un mensaje protegido. Los pies de foto, los nombres de archivo y las miniaturas también son datos cuyo alcance de protección debe estar claro.
Que una foto y su texto aparezcan juntos en la interfaz no demuestra que tengan la misma cobertura. Además, tras la descarga, guardar en la galería o enviar a otra aplicación puede crear una copia fuera del límite del mensajero. El cifrado en tránsito no determina las políticas de todas esas copias.
La situación declarada por Livara
La página de seguridad de Livara describe una clave aleatoria independiente para cada adjunto y su transferencia dentro de una sesión protegida; los pies de foto, los nombres de archivo y las claves de adjuntos se incluyen en el contenido protegido de los grupos. Esa misma página indica expresamente que los metadatos operativos permanecen en el servidor y que los grupos antiguos incompatibles deben señalarse claramente como ajenos a E2EE.
Esta descripción no garantiza la seguridad de todos los dispositivos ni constituye una auditoría independiente de la aplicación. En el modelo de amenazas, un dispositivo infectado y un destinatario que revela contenido quedan fuera de la protección del cifrado del trayecto de comunicación.
Tres errores habituales al comparar adjuntos
Un mensaje de voz no es una llamada en directo
Un mensaje de voz grabado es un archivo. Las llamadas en directo dependen del protocolo multimedia y de la arquitectura de llamadas. El cifrado de un archivo de audio no permite sacar conclusiones sobre la grabación en el servidor ni sobre la protección de todas las llamadas.
Varios dispositivos no significan texto en claro en el servidor
Un servicio puede distribuir claves o mensajes protegidos a dispositivos autorizados. Pero cada dispositivo autorizado a descifrar es otro punto de acceso al contenido. Importan la lista de dispositivos, la verificación de los nuevos y la revocación del acceso de los antiguos.
Un «mensaje verde» no siempre significa un único estado fijo
Apple describe ahora RCS con E2EE en iOS 26.5 y con operadores compatibles; todos los participantes deben admitirlo. SMS y MMS siguen sin tener esa misma protección. Fíjate en el indicador y en el tipo real de conversación, no solo en el color de la interfaz.
Antes de enviar un documento confidencial
- Verifica el destinatario y el tipo de conversación; no confundas un canal o una Community con un grupo privado.
- Comprueba el estado de E2EE y los dispositivos autorizados.
- Establece las políticas de guardado automático, descarga y copias de seguridad.
- Si el propio archivo contiene metadatos sensibles, revísalos antes de enviarlo; E2EE no los oculta al destinatario.
- Indica al destinatario qué usos o reenvíos están permitidos; el cifrado no sustituye un acuerdo de confidencialidad.
