Envoyer un message chiffré en toute sécurité

Choisir un mot de passe qui en vaut la peine

Avec le PGP par mot de passe, votre phrase secrète est la clé. AES-256 ne sera pas cassé ; un mot de passe figurant dans une liste de mots, si, à coup sûr. Quiconque obtient le texte chiffré peut l'attaquer hors ligne, à son rythme, sans aucune limitation de tentatives.

Ce qui marche

Quatre ou cinq mots sans rapport entre eux, c'est le conseil le plus pratique pour quelque chose que vous devrez dicter au téléphone — correct-batterie-montagne-théière est à la fois plus solide et plus facile à transmettre que M0tdeP@sse!. Si vous n'avez pas besoin de le dicter, une chaîne générée par un gestionnaire de mots de passe est encore mieux.

Ce qui ne marche pas

Tout ce que vous avez utilisé ailleurs. Tout ce qui dérive du nom du destinataire, du projet, de la date ou du sujet du message — c'est la première chose qu'essaiera un attaquant qui connaît le contexte. Remplacer un e par un 3 n'aide pas ; les listes de mots en tiennent compte depuis vingt ans.

CrypClip impose un minimum de huit caractères et affiche un indicateur de robustesse, mais considérez les deux comme un plancher, pas comme un objectif.

Utilisez un second canal pour le mot de passe

C'est la règle qui compte le plus, et celle que l'on enfreint le plus souvent.

Si vous envoyez le message chiffré par e-mail puis le mot de passe par e-mail, vous n'avez presque rien gagné. Quiconque peut lire un e-mail peut presque certainement lire l'autre. Il en va de même pour deux messages dans la même conversation, ou un lien et un mot de passe dans le même commentaire de ticket.

Envoyez le message par un chemin et le mot de passe par un autre : le message par e-mail, le mot de passe par téléphone ou SMS. Le message par messagerie, le mot de passe en personne. Le but est qu'aucun compte compromis ni canal intercepté ne livre à lui seul les deux moitiés.

Quand c'est possible, dites le mot de passe à voix haute plutôt que de le taper quelque part. C'est le seul canal qui ne laisse aucune copie.

Ce qu'un lien de partage cache, et ce qu'il ne cache pas

Le lien de partage de CrypClip place le message chiffré après le # de l'URL. Les navigateurs n'envoient jamais cette partie au serveur web, le texte chiffré n'atteint donc pas crypclip.com — nous ne pourrions pas lire vos messages même si nous le voulions, et c'est vérifiable.

Mais soyez clair sur ce que couvre cette garantie. Dès que vous collez ce lien dans une application de messagerie, un e-mail ou un ticket, ce service reçoit le message chiffré. Il est toujours chiffré, et toujours inutile sans le mot de passe — mais il se trouve désormais dans les journaux de quelqu'un d'autre, où il peut être attaqué hors ligne à loisir.

C'est précisément pour cela que la robustesse du mot de passe, évoquée plus haut, compte plus qu'il n'y paraît. Partez du principe que le texte chiffré sera conservé quelque part pour toujours, et choisissez en conséquence.

Ensuite

Les messages chiffrés ont tendance à survivre à leur utilité. Des identifiants envoyés l'an dernier traînent encore dans un fil, toujours chiffrés avec un mot de passe que vous utilisez encore.

Deux habitudes aident. Renouvelez ce que vous avez envoyé une fois que cela a été reçu et utilisé — des identifiants partagés ne devraient pas vivre aussi longtemps que le message qui les a transportés. Et ne réutilisez pas le mot de passe d'un message à l'autre : une phrase secrète compromise devrait déchiffrer exactement une chose.

Ce que rien de tout cela ne protège

Le chiffrement sécurise un message entre deux terminaux. Il ne fait rien pour les terminaux eux-mêmes.

Si l'un des deux appareils est compromis, le message est lisible avant le chiffrement et après le déchiffrement, quel que soit l'algorithme. Si le destinataire transfère le texte déchiffré dans une discussion de groupe, aucune quantité d'AES n'y changera rien. Et le chiffrement cache le contenu, pas les métadonnées — le fait que vous avez envoyé quelque chose, quand, et à qui, reste visible.

Si votre modèle de menace inclut un adversaire déterminé et bien équipé qui vous vise personnellement, un outil de navigateur n'est pas la bonne base. Notre comparaison avec GnuPG explique où se situe cette limite.

Liste de contrôle

• Le mot de passe compte quatre mots sans rapport ou plus, ou est généré — et il est propre à ce message.
• Le mot de passe voyage par un canal différent de celui du message.
• Rien dans le mot de passe ne peut se deviner à partir du contexte du message.
• Ce que vous avez envoyé est renouvelé une fois utilisé.
• Vous avez accepté que le texte chiffré puisse être conservé indéfiniment là où vous l'avez envoyé.

Prêt ? Chiffrez un message, ou lisez d'abord le guide pas à pas.