Accueil / Sécurité

Chiffrement et modèle de menaces de Thelemail.

Découvrez comment les e-mails stockés, les messages internes, l’acheminement externe, les mots de passe, les clés et les métadonnées sont traités dans l’ensemble du système.

Trois garanties différentes. Présentées séparément, à dessein.

« Chiffré de bout en bout » signifie des choses différentes selon la destination des e-mails. Regrouper ces cas dans une seule affirmation masquerait des différences importantes ; chaque chemin est donc documenté séparément.

Entre les comptes

Chiffré de bout en bout

Les e-mails envoyés d’un compte Thelemail à un autre sont chiffrés sur votre appareil et déchiffrés sur celui du destinataire. Le serveur ne fait que relayer du texte chiffré pour lequel il ne possède aucune clé.

Chiffré sur votre appareil, relayé sous forme de texte chiffré, déchiffré sur le sien.

Votre boîte mail stockée

Aucun accès au contenu au repos

L’intégralité de votre boîte mail est protégée au moyen d’une clé de compte aléatoire. OPAQUE permet à votre mot de passe de déverrouiller la clé enveloppée sur votre appareil sans nous envoyer le mot de passe. Nous stockons du texte chiffré et ne détenons pas les éléments de clé lisibles.

Protégé au moyen de votre clé de compte ; déverrouillé sur votre appareil depuis sa forme enveloppée par OPAQUE.

Vers le monde extérieur

Chiffré lorsque c’est possible

Les e-mails sortants sont chiffrés de bout en bout lorsque le destinataire publie une clé WKD/OpenPGP compatible. Dans le cas contraire, ils utilisent le protocole SMTP standard avec TLS lorsque celui-ci est pris en charge, et Thelemail doit traiter leur contenu lisible pour les acheminer. La publication de votre clé via WKD permet aux expéditeurs externes compatibles de chiffrer les e-mails entrants qui vous sont destinés. Dans les deux cas, les en-têtes d’objet externes restent visibles.

WKD/OpenPGP lorsqu’une clé existe ; protocole SMTP standard dans les autres cas. Les objets externes restent visibles.

Vos clés se trouvent dans un annuaire signé et journalisé. Lorsque vous chiffrez un message pour un autre compte, vous récupérez sa clé publique dans un annuaire que nous signons, et chaque clé que nous publions est inscrite dans un journal de transparence à ajout uniquement que vous pouvez consulter vous-même. Consultez l’identité, les clés et l’état actuel du journal. L’inscription à la liste de préproduction du Witness Network est confirmée et le point de contrôle actif porte des cosignatures de témoins ; l’application par les clients n’est pas encore active et est signalée ci-dessous.

Votre mot de passe reste sur votre appareil. Thelemail utilise OPAQUE, un échange de clés augmenté et authentifié par mot de passe. Le serveur stocke un enregistrement d’inscription OPAQUE, tandis que votre appareil utilise le protocole pour s’authentifier, désenvelopper la clé de compte aléatoire et déchiffrer votre clé privée sans nous envoyer votre mot de passe.

Les e-mails externes entrants franchissent une limite en texte clair, sauf si l’expéditeur les chiffre. Les expéditeurs compatibles peuvent découvrir votre clé publique via WKD et envoyer des e-mails chiffrés avec OpenPGP. Les autres e-mails entrants sont classés comme spam ou non en mémoire, chiffrés pour votre compte et stockés uniquement sous forme de texte chiffré.

La question difficile

Si un serveur Thelemail était compromis.

La valeur d’un modèle de sécurité se mesure à ce qu’obtient un attaquant lorsque les choses tournent mal.

Ce qu’un attaquant peut atteindre
Exposition
Le contenu stocké de votre boîte mail
Protégé Uniquement du texte chiffré stocké. La clé de compte aléatoire est enveloppée et déverrouillée sur votre appareil au moyen d’OPAQUE ; le serveur ne la détient pas.
Les e-mails échangés entre les comptes Thelemail
Protégé Chiffrés de bout en bout. Le serveur n’a jamais détenu de clé capable de les lire.
Le mot de passe de votre compte
Protégé OPAQUE permet à votre appareil de prouver qu’il connaît votre mot de passe sans nous l’envoyer. Nous stockons un enregistrement d’inscription OPAQUE, jamais le mot de passe.
Vos correspondants et l’heure de vos échanges
Exposé Les métadonnées d’enveloppe sont visibles ; elles permettent d’acheminer les e-mails. Nous ne prétendons pas assurer une confidentialité des métadonnées que nous n’avons pas.
Les e-mails que vous avez envoyés en texte clair à des serveurs externes
Exposé Dès qu’un message part vers un serveur qui ne publie pas de clé, il échappe à notre contrôle comme au vôtre.
Les objets des e-mails externes
Exposé Les en-têtes d’objet externes restent visibles, y compris lorsque le corps du message est protégé par WKD/OpenPGP. Dans les e-mails internes chiffrés de bout en bout, l’objet est chiffré à l’intérieur du message.
Un client web chargé après une compromission active du serveur
Exposé Une origine web compromise pourrait tenter de fournir un code client modifié lors d’une visite ultérieure. Le code source publié et la provenance de la compilation rendent les modifications inspectables, mais ne suppriment pas ce risque lié à la distribution active.

Une conséquence mérite d’être énoncée clairement. Votre mot de passe et votre moyen de récupération permettent à votre appareil de déverrouiller la clé de compte aléatoire enveloppée. Si vous perdez les deux, même nous ne pouvons pas restaurer votre boîte mail. C’est la garantie d’absence d’accès au contenu qui fonctionne comme prévu.

Nos lacunes, en toute transparence

Ce que nous n’avons pas encore mis en place.

Une page qui ne présenterait que les points forts ne serait que du marketing. Voici de véritables limites, désignées clairement et marquées comme pas encore mis en place tant qu’elles ne le sont pas.

Pas encore mis en œuvre

Audit indépendant par un tiers

Nous n’avons pas commandé d’audit de sécurité externe et ne laisserons pas entendre le contraire tant qu’un rapport n’existera pas et que nous ne pourrons pas fournir de lien vers celui-ci. Le client web et le serveur du journal de transparence sont publics ; des chercheurs indépendants peuvent donc les examiner directement, et nous renverrons vers leurs conclusions, qu’elles soient favorables ou non.

Ce qui est publié
Pas encore mis en œuvre

Journal de clés validé par des témoins indépendants

Le journal de transparence des clés est actif, open source et inscrit à la liste de préproduction du Witness Network. Ses points de contrôle portent des cosignatures de témoins, et les clients web et macOS épinglent un seuil de deux témoins sur trois. L’application à l’exécution n’est pas encore active : d’ici là, les clients vérifient les preuves et les cosignatures sans refuser un message lorsqu’une vérification échoue.

L’identité et l’état actuel du journal
Pas encore mis en œuvre

Minimisation des métadonnées

Les métadonnées d’enveloppe sont visibles par conception. Les techniques de minimisation des métadonnées en sont encore au stade de la recherche.

Pas encore mis en œuvre

Certifications formelles de conformité

Nous opérons dans l’UE et l’indiquons. Nous ne détenons pas encore de certifications SOC 2 / ISO et ne prétendons donc pas en avoir.

Nous avons consigné ce que nous ne pouvons pas protéger.

Le modèle de menaces précise ce qui est chiffré, ce qui ne l’est pas, ainsi que ce qu’une compromission du serveur exposerait ou non. Les lacunes que nous n’avons pas encore comblées y sont répertoriées.

Fay ce que vouldras. La seule règle de l’abbaye de Thélème. Rabelais, Gargantua, 1534.