Contrôler le trajet complet plutôt que l'étiquette de chiffrement

Établir une fiche du trajet du message

Suivez un échange banal depuis la saisie jusqu'à l'affichage. Notez terminal d'origine, composant qui chiffre, services de relais, point qui déchiffre et emplacements où une copie lisible peut subsister. Le glossaire du NIST indique que les informations de routage peuvent rester visibles malgré un chiffrement de bout en bout. Le contenu protégé n'équivaut donc pas à une activité invisible. Contrôlez séparément texte, images, voix, pièces jointes, réactions, index de recherche et aperçus de notification. Si la documentation promet seulement un chiffrement « en transit », ne transformez pas cette formule en protection de bout en bout. Classez chaque portion comme confirmée, exclue ou inconnue.

Séparer garde des clés et vérification du correspondant

Cherchez où les clés sont créées, comment un nouvel appareil est admis et si le fournisseur peut obtenir de quoi déchiffrer. Un numéro de sécurité, une empreinte, une liste d'appareils ou un avis de changement de clé permet de vérifier un terminal. Les principes du NCSC distinguent l'authentification des participants de la protection du transport. Un message correctement chiffré peut sinon atteindre un mauvais compte ou un appareil remplacé sans être remarqué. Étudiez récupération et réinitialisation : quels appareils existants sont avertis, quelles sessions restent ouvertes, comment les révoquer ? Nom, photo et numéro de téléphone ne constituent pas, à eux seuls, une vérification cryptographique.

Considérer chaque appareil lié comme un terminal

Téléphone, tablette, client de bureau et session web ajoutent un lieu où le texte peut être lu. Comparez la page des appareils avec le matériel que vous reconnaissez physiquement. Une date de dernière utilisation est un indice, pas une preuve de possession actuelle. Retirez les sessions inconnues ou anciennes, puis vérifiez la confirmation de révocation et le sort de l'historique déjà téléchargé. Les principes de conception du NCSC rappellent qu'un terminal peut être compromis et que la confiance doit pouvoir être réduite. Le chiffrement n'empêche ni écran déverrouillé, ni extension malveillante, ni aperçu, ni capture, ni conservation par un destinataire autorisé. La gestion des appareils appartient à la frontière réelle.

Auditer sauvegarde, exportation et synchronisation séparément

Ne supposez pas que le mode du chat en direct couvre automatiquement sauvegarde cloud, migration, archive exportée ou index de recherche. Signal décrit, par exemple, sauvegarde sécurisée, fichier local et transfert direct comme des routes distinctes avec leurs propres secrets et limites de compatibilité. Ce cas ne permet pas de conclure pour un autre service ; il montre pourquoi chaque route exige sa preuve. Pour l'application utilisée, identifiez si la sauvegarde est facultative, qui détient le secret de récupération, quels appareils peuvent restaurer et si l'export téléchargé reste chiffré. Faites le parcours avec un contenu neutre, puis retirez fichier test, extraction temporaire et lien partagé.

Distinguer secret du contenu et métadonnées

Le service peut encore traiter identifiants de compte, horaires, appareils et connexions pour acheminer les messages. Le NCSC recommande de comprendre les métadonnées nécessaires et d'en limiter l'usage. Lisez les catégories, finalités, durées et destinataires dans l'information actuelle ; ne les déduisez pas du cadenas. Examinez aussi lutte contre les messages indésirables, signalements, recherche et aperçus. Un signalement volontaire peut transmettre un extrait lisible et son contexte, tandis qu'un index peut rester local selon la conception. Rangez les réponses en trois colonnes : faits publiés, commandes disponibles et questions sans réponse. Une habitude du secteur n'est pas une preuve pour ce produit.

Situer le point de traitement par l'IA

Une fonction qui produit une réponse a besoin d'une entrée lisible à un point donné. Demandez si le chiffrement s'arrête sur votre appareil, dans un service du fournisseur ou dans un autre composant précisément nommé ; si le calcul est local ou distant ; si un tiers reçoit le contenu ; et si une option séparée permet une réutilisation. N'affirmez pas que tout traitement distant est nécessairement incompatible avec toute architecture de bout en bout : les conceptions varient. Exigez plutôt qui peut déchiffrer quoi, pour quelle tâche et pendant combien de temps. Quand la documentation reste promotionnelle, inscrivez « frontière inconnue » au lieu d'inférer le trajet à partir de la vitesse ou de l'interface.

Conclure à partir d'un test peu sensible

Avec une conversation sans détail privé, contrôlez les indicateurs aux deux extrémités, l'ajout puis le retrait d'un appareil, les avis d'identité, les notifications, la sauvegarde, l'exportation et la suppression documentée. La fiche conserve version, compte, types testés, terminaux, état des sauvegardes, explication des métadonnées, frontière du traitement, questions ouvertes et prochain déclencheur. Une mise à jour majeure, un nouvel appareil ou un changement substantiel de politique impose une nouvelle lecture. Concluez « confirmé pour ce trajet », « partiellement confirmé » ou « inconnu », jamais par une étiquette universelle. Le chiffrement est une preuve forte seulement dans la limite effectivement vérifiée.

Continuer sur ce thème