Chiffrement des communications
[!toc] Table of Contents
Le chiffrement de toutes les communications joue un rôle essentiel dans nos vies numériques. Dans cet article, nous voulons expliquer ce que signifie le chiffrement des communications, quels sont les types de chiffrement existants, et quels sont leurs avantages et inconvénients.
Nous distinguons le chiffrement du transport des données du chiffrement de bout en bout (E2EE).
[!info] TL;DR {static}
Même si le chiffrement du transport est un plus appréciable, il n’est en aucun cas suffisant pour la plupart des usages : nous recommandons d’utiliser le chiffrement de bout en bout (E2EE) chaque fois que possible.
Chiffrement de transport
Le chiffrement du transport est généralement implémenté avec SSL/TLS. Ce sont des protocoles de sécurité internet basés sur le chiffrement qui apportent confidentialité, authentification et intégrité des communications internet. Tu utilises SSL/TLS tous les jours dans ton navigateur, par exemple quand un cadenas apparaît à côté de l’URL et que https apparaît avant l’URI. Si ce n’est pas utilisé, seul http apparaît (et dans la plupart des cas un avertissement indique que la connexion n’est pas sûre).
Nous utiliserons le graphique ci-dessous et un exemple pratique pour expliquer comment fonctionne le chiffrement du transport.
Exemple : e-mail avec chiffrement du transport
Anna veut envoyer un message à Arthur, par exemple par e-mail. L’exemple fonctionne aussi avec d’autres services sans E2EE, comme Telegram, Discord ou les chats dans les jeux. Dans ce cas, il n’y aurait cependant qu’un seul serveur au lieu de deux.
Voici l’exemple avec l’e-mail :
Anna a une adresse e-mail sur le serveur jaune ; dans notre exemple, ce serait systemli.org. Son adresse e-mail est donc anna@systemli.org
Arthur a une adresse e-mail sur le serveur rouge, ici riseup.net. Son adresse e-mail est donc arthur@riseup.net
Comme nous parlons de chiffrement du transport, aucun des deux n’utilise d’E2EE comme PGP. Cela signifie qu’Anna n’a pas la clé PGP d’Arthur, et inversement !
Les clés et cadenas dans le graphique ci-dessous symbolisent les certificats. Chaque serveur a son propre certificat, avec lequel la communication vers lui peut être chiffrée. Seul le serveur qui possède le certificat a aussi la clé correspondante et peut lire les informations qui lui sont envoyées.
Si Anna veut maintenant écrire un e-mail, elle récupère le certificat de Systemli (cadenas jaune) et l’utilise pour chiffrer son e-mail. C’est complètement indépendant de la personne à qui l’e-mail sera finalement envoyé ! L’adresse de réception d’Arthur (mailto:arthur@riseup.net) est ensuite écrite sur « l’enveloppe », comme avec un courrier normal. Cet e-mail (enveloppe jaune scellée avec un cadenas) est ensuite envoyé au serveur mail de Systemli (boîte jaune).
Le serveur mail de Systemli ouvre maintenant l’e-mail chiffré avec son propre certificat et le scanne, par exemple contre le spam. Surtout, il regarde l’adresse du destinataire sur l’enveloppe : arthur@riseup.net. Le serveur reconnaît la partie après le symbole @ comme le serveur mail vers lequel il doit transférer cet e-mail : riseup.net (serveur rouge). Il va donc rapidement chez Riseup, récupère une copie de leur certificat, chiffre à nouveau l’e-mail d’Anna avec celui-ci, et l’envoie (enveloppe rouge fermée avec cadenas) au serveur mail de Riseup.
À partir de là, ce processus se répète jusqu’à ce que l’e-mail arrive à Arthur. Le serveur Riseup déballe l’e-mail, le remballe, puis l’envoie enfin à Arthur.
Problème
Le problème ici est évident. Chaque participant dans la chaîne de communication peut facilement ouvrir et lire l’e-mail. De plus, de nombreuses applications (comme celles listées ci-dessus) stockent des copies des messages sur leurs serveurs (e-mail). Voir plus sur la surveillance réseau
Chiffrement de bout en bout
Une fois que tu comprends la menace posée par le chiffrement du transport, la nécessité du chiffrement de bout en bout devient presque évidente.
- Anna obtient le cadenas d’Arthur (clé publique). Ce point est très important ; fais attention à la section [TOFU] !
- Comme au point 1.
- Anna chiffre son message avec la clé publique d’Arthur.
- Le message reste chiffré à toutes les étapes de 4 (a-e). Seules les métadonnées (par ex. adresse d’expéditeur/destinataire) sont visibles (à tous les points possibles, y compris pendant le transport !) et sont lues par les serveurs afin de transférer l’e-mail.
- Arthur reçoit son message. Comme le message a été chiffré avec son cadenas et qu’il a bien pris soin de sa clé (clé privée), lui seul peut déchiffrer le message avec sa clé.
TOFU est mauvais
TOFU : Trust On First Use
La clé doit être vérifiée « hors réseau ». Un e-mail non chiffré de bout en bout (c’est-à-dire seulement chiffré pendant le transport) rend l’échange de clés publiques vulnérable à l’interception. C’est ce qu’on appelle une attaque « Homme du milieu » (MITM).
Pour plus d’informations sur les dangers du chiffrement du transport, voir surveillance réseau.