Das Symptom
Im Browser steht ein Schloss, im Chat steht irgendwo das Wort verschlüsselt, und
die Werbung des Anbieters sagt, alles sei sicher. Trotzdem kommt vom Anbieter
eine Mail, die den Inhalt der letzten Nachricht kennt, die Suche im eigenen
Postfach funktioniert serverseitig, und die Datenschutzerklärung erwähnt
beiläufig, dass Inhalte verarbeitet werden. Irgendetwas passt nicht zusammen.
Die „Layer 8“-Wahrheit
Es passt sehr gut zusammen, nur nicht mit dem, was man hineingelesen hat. Das
Schloss steht für Transportverschlüsselung: die Strecke zwischen deinem Programm
und einem Server. TLS beschreibt seine eigene Zusage erfreulich genau – Daten
nach dem Verbindungsaufbau sind nur für die Endpunkte sichtbar. Das ist eine
starke Zusage über die Leitung und gar keine über das, was danach passiert, denn
der Server des Anbieters ist selbst ein Endpunkt. Er entschlüsselt, was ankommt.
Er muss es tun, sonst könnte er nichts ausliefern, nichts durchsuchen, nichts
weiterleiten. Das BSI schreibt es für E-Mail ohne Umschweife hin: Die beteiligten
Anbieter haben noch immer Zugriff auf den Klartext.
Ende-zu-Ende-Verschlüsselung verschiebt genau diese Grenze. Verschlüsselt wird
nicht die Leitung, sondern die Nachricht selbst, und zwar so, dass der Anbieter
dazwischen zwar transportiert, aber nicht liest. Das ist kein besseres Schloss,
sondern ein anderer Ort. Und es steht nicht im Browser, sondern in der
Dokumentation des Dienstes – ein Schloss-Symbol kann diese Frage gar nicht
beantworten, weil TLS von Empfängern nichts weiß. Der schnellste Test im Alltag
ist deshalb nicht technisch, sondern organisatorisch: Wenn der Anbieter dir nach
einem vergessenen Passwort alle Inhalte wiedergeben kann, hatte er sie.
Bleibt der unbequeme Rest, den beide Verfahren nicht lösen. TLS sagt selbst, dass
es die Länge der übertragenen Daten nicht verbirgt und gegen Verkehrsanalyse
keine eigenen Abwehrmaßnahmen mitbringt, sondern nur einen Auffüllmechanismus,
den die Anwendung selbst nutzen muss. Wann, wie oft und wie viel übertragen wird,
bleibt damit eine Information, die anfällt. Das ist kein Grund zur Panik
und auch kein Argument gegen Verschlüsselung – es ist nur der Unterschied
zwischen einem verschlossenen Brief und einem unsichtbaren. Verschlüsselung
liefert den verschlossenen Brief. Den Briefkasten sieht man trotzdem.
Die echte, verifizierte Lösung
1000 % faktenbasiert. Jeder Befehl ist real, jeder Pfad existiert. Schritt für Schritt:
1.Die einzig wichtige Frage stellen: Wo sind die Enden?
Ende-zu-Ende ist keine Qualitätsstufe, sondern eine Ortsangabe. Wenn beide Enden dein Gerät und das Gerät des Empfängers sind, kann der Anbieter dazwischen den Inhalt nicht lesen. Wenn ein Ende der Server des Anbieters ist, kann er es. Beides heißt im Marketing gern schlicht Verschlüsselung. Bevor du irgendetwas prüfst, kläre also, welche zwei Punkte gemeint sind – alles Weitere folgt daraus.
2.Nachsehen, mit wem der Browser wirklich spricht
Das Schloss im Browser bedeutet: Die Verbindung zu diesem einen Server ist verschlüsselt, und dieser Server hat sich ausgewiesen. Wer es genau sehen will, fragt selbst nach. Die Ausgabe nennt die ausgehandelte TLS-Version, die Chiffre und den Namen im Zertifikat der Gegenstelle. Sie nennt keinen Empfänger, weil TLS von Empfängern nichts weiß.
openssl s_client -connect www.bsi.bund.de:443 -servername www.bsi.bund.de -brief </dev/null
3.Lesen, wofür das Zertifikat überhaupt bürgt
Ein Zertifikat behauptet, dass ein bestimmter Rechnername zu einem bestimmten Schlüssel gehört, und eine Stelle bürgt dafür in einem Zeitfenster. Mehr nicht. Kein Zertifikat sagt etwas darüber, was mit deinen Daten passiert, nachdem der Server sie entschlüsselt hat.
openssl s_client -connect www.bsi.bund.de:443 -servername www.bsi.bund.de </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -dates
4.In der Dokumentation des Dienstes nach dem Wort suchen
Da man Ende-zu-Ende-Verschlüsselung technisch von außen nicht am Schloss ablesen kann, bleibt nur die Dokumentation des Anbieters. Sinnvolle Suchbegriffe sind Ende-zu-Ende, Schlüssel, Wiederherstellung und Zugriff durch den Anbieter. Aufschlussreich ist vor allem die Frage, ob der Anbieter dir den Zugang wiederherstellen kann, wenn du dein Passwort verlierst. Kann er es vollständig, hat er auch die Möglichkeit, die Inhalte zu lesen.
5.Ende-zu-Ende dort einschalten, wo es sie gibt
Bei E-Mail ist Ende-zu-Ende nicht der Normalzustand, sondern eine bewusste Zusatzentscheidung: Das BSI schreibt, Anwenderinnen und Anwender müssten dafür oft selbst aktiv werden und zusätzliche Erweiterungen aktivieren, und zwar auf beiden Seiten. Bei Messengern ist es je nach Anwendung, Gesprächsart und Einstellung unterschiedlich. Wer es nutzen will, muss also nachsehen und einschalten, statt es zu vermuten.
6.Die Metadaten mitdenken statt sie wegzudenken
Auch bei Ende-zu-Ende-Verschlüsselung bleibt sichtbar, dass kommuniziert wurde. RFC 9846 hält fest, dass TLS die Länge der übertragenen Daten nicht verbirgt und gegen Verkehrsanalyse keine eigenen Abwehrmaßnahmen mitbringt. Für den Alltag heißt das nüchtern: Der Inhalt ist geschützt, der Umstand nicht. Wer daraus ein Drama macht, übertreibt; wer es ignoriert, plant falsch.