Le chiffrement protège le message pendant sa transmission ; les contrôles de capture régissent certaines copies faites après son affichage.
Le chiffrement de bout en bout ne protège pas une conversation contre toute capture d’écran. Il protège le contenu des messages entre les terminaux prévus. L’appareil d’un destinataire doit déchiffrer un message pour l’afficher, et ce résultat lisible peut devenir une nouvelle copie.
Les contrôles de capture d’écran peuvent limiter certaines copies, mais leur portée dépend de l’application, du système d’exploitation et de l’appareil. La bonne question n’est pas simplement de savoir si une conversation est « sécurisée », mais quelle copie vous cherchez à empêcher et quel appareil en a le contrôle.
Ce que protège le chiffrement et où les copies se produisent
Dans une conversation chiffrée de bout en bout, le service achemine un contenu chiffré tandis que les appareils prévus détiennent les clés nécessaires pour le lire. Cela empêche certains intermédiaires de lire le contenu des messages. Cela n’oblige pas un destinataire autorisé à garder ce contenu confidentiel.
Après déchiffrement, un message peut être affiché, lu à voix haute, enregistré ou partagé. Une capture d’écran copie le résultat affiché ; elle ne casse pas l’algorithme de chiffrement. La même distinction s’applique lorsqu’une personne photographie un écran avec un autre appareil photo.
Cette limite compte même lorsque tout le monde est bien intentionné. Une session de partage d’écran, une notification visible ou une image transférée par erreur peut révéler une conversation privée sans que personne n’attaque sa cryptographie.
Bloquer, détecter et dissuader sont des mesures différentes
| Mesure | Bénéfice recherché | Limite importante |
|---|---|---|
| Blocage des captures d’écran | Empêcher les captures logicielles prises en charge d’un écran protégé | Ne peut empêcher ni l’usage d’un autre appareil photo ni la retranscription du texte par le destinataire |
| Détection des captures d’écran | Signaler à l’application qu’un événement de capture pris en charge s’est produit | Détecter n’est pas empêcher et ne couvre pas toutes les méthodes |
| Messages éphémères | Réduire la durée de conservation d’un message dans les clients compatibles | Une copie distincte peut survivre au délai prévu |
| Médias à vue unique | Limiter la réouverture ou l’enregistrement ordinaires dans l’application | Ne garantit pas que le destinataire n’a conservé aucune copie |
| Aperçus de notifications masqués | Réduire l’exposition en dehors de l’écran de conversation | Ne masque pas le contenu une fois la conversation ouverte |
Une appellation comme « mode privé » ne suffit pas à déterminer quelles protections sont présentes. Lisez la description de la fonctionnalité et vérifiez la version actuelle sur chaque appareil que vous utilisez.
Android propose la détection des captures, mais pas de toutes les captures
Android 14 a introduit une API de détection des captures d’écran. Une application peut enregistrer une fonction de rappel pour une activité visible et recevoir une notification lorsqu’une capture prise en charge se produit. Le système avertit également la personne qui effectue la capture. La fonction de rappel ne transmet pas l’image de la capture à l’application.
La documentation Android décrit une limite importante : sous Android 14, la détection couvre la combinaison de boutons physiques indiquée, pas tous les mécanismes de capture d’écran. Le fait que l’autre personne dans la conversation reçoive une alerte dépend aussi de l’implémentation de ce comportement dans la messagerie. L’absence d’alerte ne prouve donc pas qu’aucune copie n’a été faite.
Ce que fait FLAG_SECURE sous Android
Les applications peuvent marquer une fenêtre sensible avec FLAG_SECURE pour empêcher son contenu d’apparaître dans les captures d’écran ou sur des écrans non sécurisés. Il s’agit d’un contrôle d’affichage distinct, et non d’une propriété fournie par le chiffrement de bout en bout.
Les recommandations de Google sur les activités sensibles documentent aussi des limites, notamment le fait qu’il ne s’agit pas d’une défense fiable contre les attaques par superposition. La prise en charge et l’implémentation comptent. Ne supposez pas que chaque écran d’une messagerie utilise cet indicateur, ni qu’un réglage mobile s’applique aux clients de bureau et web associés.
Dans cet article, nous n’avons testé aucune version précise de Livara pour le blocage des captures d’écran ou les notifications correspondantes. Les explications ci-dessus décrivent les capacités de la plateforme ; elles n’affirment pas que Livara les a toutes activées.
Vérifier une messagerie sans exposer une vraie conversation
Utilisez un message de test sans contenu sensible avec un contact de confiance et notez les versions de l’application et du système d’exploitation.
- Vérifiez si la protection contre les captures d’écran est facultative et quels écrans elle couvre.
- Essayez la fonction habituelle de capture d’écran sur l’appareil compatible. Observez si la capture est bloquée, réalisée ou signalée.
- Vérifiez séparément les aperçus de notifications et le partage d’écran habituel ; un résultat ne permet pas de conclure pour l’autre.
- Vérifiez les appareils associés. Une protection présente sur le téléphone peut être absente du client de bureau.
- Considérez le résultat comme un élément probant pour la configuration testée, pas comme une garantie contre toute méthode de capture.
N’utilisez pas de photos sensibles ni les messages privés d’une autre personne pour ce test.
Précautions pratiques avant d’envoyer des éléments sensibles
Choisissez soigneusement le destinataire et le canal. Un groupe ajoute des destinataires et des appareils. Vérifiez ses membres avant de partager et confirmez un contact inattendu ou un changement de clé par une voie de confiance. La vérification d’identité peut aider à détecter une mauvaise clé ; elle ne peut certifier que l’appareil du destinataire est exempt de logiciels malveillants ni que cette personne ne partagera jamais un message.
Réduisez les détails inutiles. Envoyez la partie du document nécessaire à la tâche plutôt qu’un fichier entier contenant des identifiants sans rapport avec celle-ci. Lorsque cela convient, utilisez un processus contrôlé de partage de documents plutôt que de placer une copie permanente dans une conversation.
Convenez des attentes. Demandez l’autorisation avant de partager les messages ou les images d’une autre personne. Un accord de non-transfert est une protection sociale, pas une garantie technique.
Protégez votre propre terminal. Masquez les aperçus, arrêtez le partage d’écran avant d’ouvrir des conversations privées et vérifiez les appareils connectés. Consultez le guide de sécurité des sessions Android pour les risques qui apparaissent après l’arrivée d’un message sur le téléphone.
Questions fréquentes
Puis-je effacer à distance une capture d’écran en supprimant le message d’origine ?
Ne partez pas de ce principe. La suppression dans la messagerie n’efface pas de façon fiable une capture d’écran indépendante, une photographie ou une copie exportée qui échappe à son contrôle.
Une alerte de capture d’écran signifie-t-elle que l’image a été partagée ?
Non. La détection d’un événement de capture n’établit ni où le fichier obtenu est allé ni pourquoi il a été créé. De même, l’absence d’alerte ne prouve pas que rien n’a été copié.
Les messages éphémères restent-ils utiles ?
Ils peuvent réduire la conservation ordinaire lorsqu’ils sont pris en charge et correctement configurés. Utilisez-les pour limiter l’accumulation, pas comme une promesse que le destinataire ne peut pas conserver le contenu.
L’objectif réaliste est de réduire les copies non souhaitées et de choisir des destinataires dignes de confiance, pas de promettre que des informations lisibles ne pourront jamais être copiées.
