Avant d’envoyer un fichier sensible, il faut vérifier l’état de la conversation concernée, pas seulement le nom de la messagerie. Une application peut chiffrer de bout en bout les pièces jointes d’une discussion privée, mais définir une autre frontière pour un canal public, un espace de fichiers d’entreprise ou une sauvegarde.
Ce comparatif s’appuie sur la documentation officielle examinée le 24 octobre 2026 ; il ne constitue ni un test indépendant de toutes les versions ni un classement de la sécurité globale des produits. Une pièce jointe désigne ici un fichier ou un média envoyé dans une conversation, et non tout fichier stocké dans l’ensemble des fonctionnalités du produit.
Comparaison de la protection des fichiers dans 10 services
| Service | Portée documentée de la protection | Exception ou point à vérifier |
|---|---|---|
| Livara | Fichiers et médias dans les messages directs et les groupes protégés par LVR1/LGS1 | Canaux publics ; état d’un groupe incompatible ; appareils du destinataire |
| Signal | Les conversations Signal sont chiffrées de bout en bout | Les fichiers enregistrés ou exportés hors de l’application relèvent d’une autre frontière |
| Messages personnels et contenus envoyés dans des conversations protégées | Réglages de protection des sauvegardes et partage avec un destinataire ou une entreprise | |
| Messenger | Médias dans les conversations avec E2EE | État de cette discussion et de cette fonctionnalité ; ne pas supposer que toutes les surfaces du produit sont identiques |
| Telegram | Fichiers dans les échanges secrets à deux personnes | Les discussions cloud et les groupes ne sont pas E2EE ; les échanges secrets sont liés à l’appareil d’origine |
| iMessage | Messages et médias iMessage | SMS/MMS sont différents ; l’état de RCS dépend de la prise en charge du chiffrement |
| Element/Matrix | Pièces jointes dans les salons chiffrés | Vérifier les paramètres du salon, les appareils et les intégrations |
| Wire | Fichiers envoyés dans les communications Wire avec E2EE | Wire Drive fait exception : fichiers et dossiers sont chiffrés en transit et au repos, sans relever de la même affirmation d’E2EE |
| Threema | Messages, groupes et fichiers multimédias avec E2EE | Examiner séparément les fichiers exportés et les sauvegardes |
| Session | Messages privés et groupes privés avec E2EE | Une Community n’a pas la même frontière qu’un groupe privé |
Ce tableau ne prouve pas que les algorithmes, les pratiques concernant les métadonnées ou la qualité d’implémentation de ces services sont équivalents. Vérifiez l’affirmation de chaque ligne pour la version et le type de conversation utilisés.
Examiner séparément photos, légendes et aperçus
Dans une conception courante, le fichier est chiffré avec une clé de contenu distincte puis téléversé ; la clé et l’adresse de téléchargement parviennent au destinataire dans un message protégé. Les légendes, noms de fichiers et miniatures sont aussi des données dont la portée de protection doit être claire.
L’affichage côte à côte d’une photo et de sa légende ne prouve pas qu’elles bénéficient de la même protection. Après le téléchargement, l’enregistrement dans la galerie ou l’envoi vers une autre application peut également créer une copie hors de la frontière de la messagerie. Le chiffrement du transport ne détermine pas les règles applicables à toutes ces copies.
La situation déclarée par Livara
La page de sécurité de Livara décrit une clé aléatoire distincte pour chaque pièce jointe et son transfert dans une session protégée ; légendes, noms de fichiers et clés des pièces jointes font partie du contenu protégé des groupes. Cette même page précise que les métadonnées opérationnelles restent sur le serveur et que les anciens groupes incompatibles doivent être clairement identifiés comme hors E2EE.
Cette description n’est ni une garantie de sécurité de tous les appareils ni un audit indépendant de l’application. Dans le modèle de menace, un appareil infecté et un destinataire qui divulgue le contenu sont hors de la protection du chiffrement sur le trajet de communication.
Trois pièges fréquents dans la comparaison des pièces jointes
Un message vocal n’est pas un appel en direct
Un message vocal enregistré est un fichier. Les appels en direct dépendent du protocole multimédia et de l’architecture d’appel. Le chiffrement d’un fichier audio ne permet pas de conclure à propos de l’enregistrement côté serveur ou de la protection de tous les appels.
Plusieurs appareils n’impliquent pas du texte en clair sur le serveur
Un service peut distribuer des clés ou des messages protégés aux appareils autorisés. Mais chaque appareil autorisé à déchiffrer constitue un point d’accès supplémentaire au contenu. La liste des appareils, la vérification des nouveaux et la révocation de l’accès des anciens sont importantes.
Un « message vert » ne correspond pas toujours à un état unique et fixe
Apple décrit désormais RCS avec E2EE sous iOS 26.5 et chez les opérateurs compatibles ; tous les participants doivent le prendre en charge. SMS et MMS n’offrent toujours pas la même protection. Regardez l’indicateur et le type réel de conversation, pas seulement la couleur de l’interface.
Avant d’envoyer un document confidentiel
- Vérifiez le destinataire et le type de conversation ; ne confondez pas un canal ou une Community avec un groupe privé.
- Vérifiez l’état d’E2EE et les appareils autorisés.
- Définissez les règles d’enregistrement automatique, de téléchargement et de sauvegarde.
- Si le fichier lui-même contient des métadonnées sensibles, examinez-les avant l’envoi ; E2EE ne les masque pas au destinataire.
- Indiquez au destinataire les utilisations ou repartages autorisés ; le chiffrement ne remplace pas un accord de confidentialité.
