Was Ihr VPN-Anbieter sehen kann und was nicht
Der Ausgang sieht Adressen, Zeitpunkte und, sofern kein Encrypted Client Hello im Einsatz ist, den Seitennamen im TLS-Handshake. Die Aufbewahrung ist eine separate Frage.
Ihr Tunnel hält das lokale Netz aus Ihrem Datenverkehr heraus. Er beseitigt aber nicht das Unternehmen am anderen Ende, das jedes Paket bearbeitet, bevor es das offene Internet erreicht. Diese Position ist zugleich das Geschäftsmodell und die Datenschutzfrage. Die sinnvolle Frage ist daher nicht, ob der Anbieter Sie sehen kann, sondern was er sieht, was er benennen kann und was er aufbewahrt.
Wo das Vertrauen tatsächlich wandert
Die Verschlüsselung läuft von Ihrem Gerät zum Server des Anbieters, und diesen äußeren Abschnitt sieht Ihr lokales Netz überhaupt nur. Der Anbieter hält das andere Ende dieses Abschnitts, entschlüsselt also den Tunnel und leitet Ihre Pakete weiter. Daran ist nichts fehlerhaft; es ist die Definition des Dienstes, den Sie gekauft haben. Das Vertrauen ist vom lokalen Betreiber zum Betreiber des Ausgangs gewandert, statt zu verschwinden.
Aus dieser Position erfährt er Ihre Quelladresse, wann Sie sich verbunden haben, ungefähr wie viel Sie übertragen haben und welche Ziele Sie kontaktiert haben. Nichts davon erfordert das Lesen Ihrer Nachrichten, und genau darum geht es bei der Trennung der Kategorien. Die interessanten Unterschiede zwischen Anbietern betreffen das, was danach mit diesen Beobachtungen geschieht.
Was der Ausgang zwangsläufig verarbeitet
Ordnen Sie die Kategorien danach, wie zuverlässig der Ausgang sie sehen kann. Keine der Zeilen erfordert das Brechen einer Verschlüsselung, und jede hat eine andere Antwort darauf, ob sie überhaupt vermeidbar ist.
| Category | Visible at the exit | Why |
|---|---|---|
| Your public address | Always | It is the address the tunnel arrives from |
| Connection times and volume | Always | Accounting data, not content |
| Destination IP addresses | Always | The exit has to route the packets |
| HTTPS hostname (SNI) | Normally, unless ECH is used | Sent in the clear in the TLS ClientHello |
| DNS names | Only if DNS is plaintext | DoH or DoT hides the query; plaintext is readable by the forwarder |
| Page paths and form contents | Not normally | Protected by the destination site's TLS session |
Die vierte Zeile ist das, was die meisten Denkmodelle übersehen. Ein moderner Browser setzt den Seitennamen in das ClientHello, die erste Nachricht des TLS-Handshakes, und dieses Feld ist am Ausgang lesbar, selbst wenn jede DNS-Abfrage durchgehend verschlüsselt ist. Sofern kein Encrypted Client Hello ausgehandelt wird, reist der Name im Klartext neben der Zieladresse. Verschlüsseltes DNS ändert, wer die Abfrage sieht, nicht wer den Namen sieht.
Dasselbe gilt für Zertifikate bei älteren Verbindungen: TLS 1.3 verschlüsselt das Serverzertifikat, während ein TLS-1.2-Handshake den Namen einem Beobachter offenlegen kann, der den Datenstrom aufzeichnet. Beides sind Tatsachen des Transports und keine Richtlinie des Anbieters.
Was TLS abdeckt und was nicht
Wenn eine Seite HTTPS anbietet, baut Ihr Browser eine TLS-Verbindung zu diesem Endpunkt der Seite auf, nicht zum VPN-Server. Der Anbieter leitet verschlüsselte Datensätze weiter und erfährt die Zieladresse, den Zeitpunkt und die ungefähren Größen. Der Seitenname reist im ClientHello mit, sofern ECH nicht im Spiel ist, und der Seiteninhalt bleibt in beiden Fällen verschlüsselt. Ein unerwartetes Wurzelzertifikat verändert diese Grenze, weshalb Zertifikatswarnungen Respekt verdienen.
Einfaches HTTP hat jenseits des Ausgangs keinen solchen Schutz. Der Tunnel schützt den Abschnitt bis zum Anbieter, und danach reist die Anfrage genau so, wie sie es ohne VPN getan hätte. ECH repariert das nicht, weil es den Namen schützt und nicht den Inhalt.
Aufbewahrung ist eine andere Frage als Sichtbarkeit
Ein Betreiber kann Verbindungsdaten im Arbeitsspeicher verarbeiten und nichts behalten oder eine Teilmenge behalten und sie zutreffend als nicht vorhandenen Browserverlauf beschreiben. Lesen Sie eine No-Logs-Aussage nach Kategorien statt nach Slogans: Verbindungsdatensätze, Zeitstempel, Volumensummen, Zieldaten, Kontoidentifikatoren und Supportnachrichten zählen alle dazu. Ein Anbieter kann ehrlich keine Browserprotokolle führen und dennoch den Kontodatensatz und die zum Betrieb des Dienstes nötigen Metadaten besitzen. Die Sichtbarkeit sagt Ihnen nicht, welche dieser Kategorien gespeichert wird.
Ein Audit ist ein Beleg über die Systeme und den Zeitraum, den es abdeckte, und Open-Source-Clientcode beschreibt den Client und nicht die Server. Beides ist nützlich, und keines spricht für jedes Speichersystem hinter dem Ausgang. Fragen Sie nach dem Umfang eines Audits, nicht nach seinem Abzeichen.
Fragen, die Anbieter unterscheiden
Fragen Sie, was aufbewahrt wird, wie lange und wer es abrufen kann. Fragen Sie, wer den Ausgang betreibt, denn ein Verzeichniseintrag, ein App-Entwickler und die Person, die einen bestimmten Server betreibt, können drei verschiedene Parteien sein. Fragen Sie, wie DNS behandelt wird und ob ECH auf den von Ihnen genutzten Wegen unterstützt wird, da ein Klartext-ClientHello die Seite selbst ohne DNS-Abfrage benennt. Fragen Sie, was bei einer rechtlichen Anfrage geschieht, und lesen Sie die Antwort als Beschreibung der Möglichkeiten statt der Absicht.
Der Leitfaden der EFF zur Auswahl eines VPN ist eine vernünftige Checkliste für diese Fragen, und er ist ein Rahmen statt eines Urteils über einen bestimmten Dienst. Eine Marketingseite ist keine Aufbewahrungsrichtlinie. Nichts davon macht ein VPN nutzlos; es ändert, wem Sie vertrauen müssen und wofür.