Startseite / Sicherheit

Verschlüsselung und Bedrohungsmodell von Thelemail.

Erfahren Sie, wie gespeicherte E-Mails, interne Nachrichten, externe Zustellung, Passwörter, Schlüssel und Metadaten im gesamten System behandelt werden.

Drei unterschiedliche Garantien. Bewusst getrennt formuliert.

„Ende-zu-Ende verschlüsselt“ bedeutet je nach Ziel einer E-Mail unterschiedliche Dinge. Die Fälle in einer einzigen Aussage zusammenzufassen, würde wesentliche Unterschiede verbergen. Daher wird jeder Weg separat dokumentiert.

Zwischen Konten

Ende-zu-Ende verschlüsselt

E-Mails von einem Thelemail-Konto an ein anderes werden auf Ihrem Gerät verschlüsselt und auf dem Gerät des Empfängers entschlüsselt. Der Server leitet ausschließlich Chiffretext weiter, für den er keinen Schlüssel besitzt.

Auf Ihrem Gerät verschlüsselt, als Chiffretext weitergeleitet, auf dem Gerät des Empfängers entschlüsselt.

Ihr gespeichertes Postfach

Zero Access im Ruhezustand

Alles in Ihrem Postfach wird durch einen zufälligen Kontoschlüssel geschützt. OPAQUE ermöglicht Ihrem Passwort, den per Key-Wrapping geschützten Schlüssel auf Ihrem Gerät zu entsperren, ohne das Passwort an uns zu senden. Wir speichern Chiffretext und besitzen kein lesbares Schlüsselmaterial.

Durch Ihren Kontoschlüssel geschützt; auf Ihrem Gerät aus seiner mit OPAQUE per Key-Wrapping geschützten Form entsperrt.

Zur Außenwelt

Verschlüsselt, wenn möglich

Ausgehende E-Mails sind Ende-zu-Ende verschlüsselt, wenn der Empfänger einen kompatiblen WKD/OpenPGP-Schlüssel veröffentlicht. Andernfalls verwenden sie Standard-SMTP mit TLS, sofern unterstützt, und Thelemail muss den lesbaren Inhalt für die Zustellung verarbeiten. Wenn Sie Ihren Schlüssel über WKD veröffentlichen, können kompatible externe Absender eingehende E-Mails an Sie verschlüsseln. Externe Betreffzeilen bleiben in beiden Fällen sichtbar.

WKD/OpenPGP, wenn ein Schlüssel vorhanden ist; andernfalls Standard-SMTP. Externe Betreffzeilen bleiben sichtbar.

Ihre Schlüssel befinden sich in einem signierten, protokollierten Verzeichnis. Wenn Sie für ein anderes Konto verschlüsseln, rufen Sie dessen öffentlichen Schlüssel aus einem von uns signierten Verzeichnis ab, und jeder von uns veröffentlichte Schlüssel wird in ein nur erweiterbares Transparenzprotokoll geschrieben, das Sie selbst lesen können. Siehe Identität, Schlüssel und aktuellen Status des Protokolls. Die Aufnahme in die Staging-Liste des Witness Network ist bestätigt, und der Live-Checkpoint trägt Mitunterschriften von Zeugen; die Durchsetzung in den Clients ist noch nicht aktiv und wird unten entsprechend gekennzeichnet.

Ihr Passwort bleibt auf Ihrem Gerät. Thelemail verwendet OPAQUE, einen verstärkten passwortauthentifizierten Schlüsselaustausch. Der Server speichert einen OPAQUE-Registrierungsdatensatz, während Ihr Gerät das Protokoll verwendet, um sich zu authentifizieren, den per Key-Wrapping geschützten zufälligen Kontoschlüssel zu entsperren und Ihren privaten Schlüssel zu entschlüsseln, ohne Ihr Passwort an uns zu senden.

Eingehende externe E-Mails überschreiten eine Klartextgrenze, sofern der Absender sie nicht verschlüsselt. Kompatible Absender können Ihren öffentlichen Schlüssel über WKD ermitteln und mit OpenPGP verschlüsselte E-Mails senden. Andere eingehende E-Mails werden im Arbeitsspeicher einer Spam-Klassifizierung unterzogen, für Ihr Konto verschlüsselt und ausschließlich als Chiffretext gespeichert.

Die schwierige Frage

Falls ein Thelemail-Server kompromittiert würde.

Der Maßstab eines Sicherheitsmodells ist, was ein Angreifer erhält, wenn etwas schiefgeht.

Worauf ein Angreifer zugreifen kann
Offenlegung
Ihre gespeicherten Postfachinhalte
Geschützt Ausschließlich gespeicherter Chiffretext. Der zufällige Kontoschlüssel ist per Key-Wrapping geschützt und wird über OPAQUE auf Ihrem Gerät entsperrt; der Server besitzt ihn nicht.
E-Mails zwischen Thelemail-Konten
Geschützt Ende-zu-Ende verschlüsselt. Der Server besaß nie einen Schlüssel, mit dem er sie lesen könnte.
Ihr Kontopasswort
Geschützt OPAQUE ermöglicht Ihrem Gerät nachzuweisen, dass es Ihr Passwort kennt, ohne es an uns zu senden. Wir speichern einen OPAQUE-Registrierungsdatensatz, niemals das Passwort.
Wem und wann Sie E-Mails senden
Offengelegt Umschlagmetadaten sind sichtbar; sie ermöglichen die E-Mail-Weiterleitung. Wir behaupten keinen Schutz von Metadaten, über den wir nicht verfügen.
E-Mails, die Sie im Klartext an externe Server gesendet haben
Offengelegt Sobald eine E-Mail an einen Server ohne veröffentlichten Schlüssel gesendet wurde, liegt sie außerhalb unserer und Ihrer Kontrolle.
Betreffzeilen externer E-Mails
Offengelegt Externe Betreffzeilen bleiben sichtbar, auch wenn der Nachrichtentext durch WKD/OpenPGP geschützt ist. Bei internen Ende-zu-Ende verschlüsselten E-Mails wird der Betreff innerhalb der Nachricht verschlüsselt.
Ein Webclient, der nach einer aktiven Kompromittierung des Servers geladen wird
Offengelegt Ein kompromittierter Web-Ursprung könnte versuchen, bei einem späteren Besuch veränderten Client-Code auszuliefern. Veröffentlichter Quellcode und Build-Provenienz machen Änderungen prüfbar, beseitigen dieses aktive Auslieferungsrisiko jedoch nicht.

Eine Folge sollte klar benannt werden. Ihr Passwort und Ihre Wiederherstellungsmethode sind die Wege, über die Ihr Gerät den per Key-Wrapping geschützten zufälligen Kontoschlüssel entsperren kann. Wenn Sie beides verlieren, können selbst wir Ihr Postfach nicht wiederherstellen. Dies ist die Zero-Access-Garantie, die wie vorgesehen funktioniert.

Offen über die Lücken

Was wir noch nicht umgesetzt haben.

Eine Seite, die nur Stärken aufführt, wäre Marketing. Dies sind reale Einschränkungen, klar benannt und gekennzeichnet als noch nicht umgesetzt bis sie umgesetzt sind.

Noch nicht umgesetzt

Unabhängiges Audit durch Dritte

Wir haben kein externes Sicherheitsaudit beauftragt und werden keines andeuten, bis der Bericht vorliegt und wir darauf verlinken können. Der Browser-Client und der Server des Transparenzprotokolls sind öffentlich, sodass unabhängige Forscher sie direkt prüfen können. Wir werden auf ihre Ergebnisse verweisen, ob gut oder schlecht.

Was veröffentlicht ist
Noch nicht umgesetzt

Unabhängig bezeugtes Schlüsselprotokoll

Das Schlüsseltransparenzprotokoll ist live, Open Source und in die Staging-Liste des Witness Network aufgenommen. Seine Checkpoints tragen Mitunterschriften von Zeugen, und Browser- und macOS-Desktop-Client verankern einen Zwei-von-drei-Schwellenwert. Die Durchsetzung zur Laufzeit ist noch nicht aktiv: Bis dahin prüfen Clients Nachweise und Mitunterschriften, lehnen eine Nachricht bei einer fehlgeschlagenen Prüfung jedoch nicht ab.

Identität und aktueller Status des Protokolls
Noch nicht umgesetzt

Minimierung von Metadaten

Umschlagmetadaten sind konstruktionsbedingt sichtbar. Verfahren zur Minimierung von Metadaten befinden sich weiterhin im Forschungsstadium.

Noch nicht umgesetzt

Formelle Compliance-Zertifizierungen

Wir betreiben den Dienst in der EU und sagen dies auch. Wir verfügen noch nicht über SOC 2- oder ISO-Zertifizierungen und behaupten dies daher nicht.

Wir haben aufgeschrieben, was wir nicht schützen können.

Das Bedrohungsmodell legt dar, was verschlüsselt ist, was nicht und was durch eine Kompromittierung des Servers offengelegt würde und was nicht. Die Lücken, die wir noch nicht geschlossen haben, sind ebenfalls darin aufgeführt.

Fay ce que vouldras. Die einzige Regel der Abtei Thélème. Rabelais, Gargantua, 1534.