Sehr leider: Nein.
Mail-Verschlüsselung bedeutet normalerweise Verschlüsselung mit öffentlichem Schlüssel. Dies beinhaltet, dass der Empfänger irgendwo einen öffentlichen Schlüssel veröffentlicht - dies kann zum Verschlüsseln von E-Mails verwendet werden. Dieser Schlüssel hat dann ein geheimes Paar - einen privaten Schlüssel, mit dem die E-Mails entschlüsselt werden können.
Damit die E-Mail-Verschlüsselung praktisch ist, muss der E-Mail-Client in der Lage sein:
- Rufen Sie beim Senden von E-Mails automatisch den öffentlichen Schlüssel des Empfängers ab, um die Nachrichten zu verschlüsseln.
- Rufen Sie beim Empfang von E-Mails den privaten Schlüssel des Benutzers von einem bestimmten Server ab. Dies ist vorzugsweise derjenige, der den E-Mail-Dienst bereitstellt (normalerweise der ISP ).
- Erstellen und speichern Sie beim Einrichten des Kontos automatisch den privaten Schlüssel.
Das größere Problem hierbei ist jedoch die Infrastruktur. Dazu müsste es Folgendes geben:
- Eine weit verbreitete Standardmethode zum Veröffentlichen eines öffentlichen Schlüssels, der einer E-Mail-Adresse zugeordnet ist (und diese Methode müsste über ein Zertifikatsystem gesichert werden, damit ein Dritter nicht zu leicht damit herumspielen kann).
- Eine weit verbreitete Standardmethode zum automatischen Erstellen eines privaten Schlüssels für eine E-Mail-Adresse und zum Speichern auf einem Remoteserver, auf den über eine Standardmethode zugegriffen werden kann. Vorzugsweise wäre dieser Server Teil eines normalen Dienstes des E-Mail-Anbieters. Die Adresse dieses Servers wird dann wie gewohnt in die Kontoeinstellungen des E-Mail-Clients eingegeben, so wie heutzutage eingehende und ausgehende E-Mail-Server eingegeben werden. Danach kann der Client den gesamten Aufwand mit Schlüsseln bewältigen.
Ein weiteres Problem besteht darin, dass die meisten E-Mail-Clients in der Lage sein müssten, die Entschlüsselung durchzuführen, und die meisten E-Mail-Anbieter müssten den Schlüsseldienst bereitstellen, damit das System effektiv ist. Die Verschlüsselung benötigt an beiden Enden der Kommunikation volle Unterstützung. Aber ich sehe das nicht als so großes Problem an. Wenn auf einigen Clients und Servern ein einfacher und praktischer Standard angezeigt wird , könnten sie für "Wir unterstützen den sicheren E-Mail-Standard" werben, andere würden wahrscheinlich nachziehen.
Außerdem müsste der Benutzer darüber informiert werden, ob ein öffentlicher Schlüssel für den Empfänger verfügbar ist. Ein guter Ansatz wäre das Hinzufügen eines Empfängers, der ein allgemeines sicheres Symbol wie das Vorhängeschloss oder das blaue Leuchten anzeigt, das bei SSL / TLS-Verbindungen mit Webbrowsern verwendet wird.
Natürlich kann ein alternativer privater Schlüsselserver oder auch nur eine Schlüsseldatei für den E-Mail-Client konfiguriert werden, sodass der paranoidere Benutzer seine eigenen Schlüssel speichern kann, wo immer er möchte. Für den Rest von uns könnte der E-Mail-Anbieter die E-Mails weiterhin lesen, während er den privaten Schlüssel speichert - dies würde jedoch die Kommunikation sehr sicher machen. Bei Sicherheit geht es oft darum, wem wir vertrauen können.
Ehrlich gesagt, ich weiß wirklich nicht, warum das noch nicht passiert ist. Es ist nicht so kompliziert. Mach schon weiter!