Wie man einen Privacy-Dienst auswählt: worauf es wirklich ankommt

Wozu man überhaupt einen Privacy-Dienst braucht

Ein Dienst für private Verbindungen (VPN) verschlüsselt den Datenverkehr zwischen dem Gerät und dem Server, mit dem man sich verbindet. Damit wird der verwundbarste Abschnitt des Weges geschlossen — das lokale Netz: der heimische Router, ein Café mit offenem WLAN, ein Hotel- oder Flughafen-Access-Point. Der Betreiber eines solchen Netzes oder eine mit demselben Netz verbundene Person kann unter bestimmten Bedingungen unverschlüsselten Traffic sehen oder manipulieren; das VPN macht den Inhalt der Verbindung für zwischengeschaltete Knoten unlesbar. Mehr zu den Risiken offener Netze und wie man sie ohne VPN reduziert, steht im Beitrag zum Schutz von Daten in öffentlichem WLAN.

Eine eigene Fragestellung ist die Vertraulichkeit der Verbindung selbst zu beruflichen oder privaten Ressourcen — etwa wenn ein Mitarbeiter sicheren Fernzugriff auf interne Unternehmensdienste braucht, statt eines offenen Kanals über den Provider.

Das Verschlüsselungsprotokoll — womit die Prüfung beginnen sollte

Die technischen Merkmale eines Dienstes werden vor allem durch das zugrunde liegende Protokoll bestimmt. Ein moderner Orientierungspunkt ist WireGuard: Laut der offiziellen Protokollspezifikation implementiert es eine vereinfachte Variante des Noise-Frameworks (Noise_IKpsk2_25519_ChaChaPoly_BLAKE2s), verwendet Curve25519 für den Schlüsselaustausch, ChaCha20-Poly1305 als einheitliches authentifiziertes Verschlüsselungsschema und BLAKE2s zum Hashen. Ein wichtiges Detail: Das Protokoll unterstützt kein „On-the-fly"-Aushandeln von Algorithmen — die kryptografischen Primitive sind fest vorgegeben, was ein unabhängiges Code-Audit im Vergleich zu Protokollen mit dynamischer Chiffrenwahl erleichtert.

Eine kompakte Codebasis (die von WireGuard ist um eine Größenordnung kleiner als bei klassischen Protokollen) ist kein Marketing-Detail, sondern ein praktischer Vorteil: weniger Code, der auf Fehler geprüft werden muss, und eine kleinere Angriffsfläche. AmneziaWG und ähnliche Implementierungen sind Forks desselben Protokolls, angepasst an konkrete Einsatzszenarien, aber mit gemeinsamem kryptografischem Fundament.

Was man einen Dienst fragen sollte, bevor man bezahlt

• Welches Protokoll standardmäßig verwendet wird und ob man auf eine Alternative umschalten kann.
• Ob der Entwickler den Quellcode der Client-Apps veröffentlicht — offener Code lässt sich prüfen, geschlossener muss man glauben.
• Ob der Dienst ein unabhängiges technisches Audit durchlaufen hat und ob ein Bericht veröffentlicht ist, wenigstens in gekürzter Form.

Log-Richtlinie und Gerichtsbarkeit

„Keine Logs" schreiben fast alle, bedeutet aber bei unterschiedlichen Diensten Unterschiedliches. Zu unterscheiden sind: Verbindungslogs (Zeit, Datenvolumen, Quell-IP) und Aktivitätslogs (welche Adressen besucht wurden). Das Fehlen der Letzteren ist die Mindestschwelle für Vertrauen, aber auch das muss anhand der konkreten Formulierung der Datenschutzerklärung geprüft werden, nicht anhand eines Slogans auf der Startseite. Ein gutes Zeichen ist, wenn die Richtlinie direkt aufzählt, welche technischen Daten für den Betrieb des Dienstes erhoben werden (etwa zur Tarifberechnung) und Trafficinhalt sowie Verlauf ausdrücklich ausschließt. Eine vage oder ganz fehlende öffentliche Richtlinie ist unabhängig von allen anderen Merkmalen ein Warnsignal. Ein Beispiel für eine konkrete, nicht werbliche Formulierung sind unsere Datenschutzerklärung und die Seite Sicherheit und Protokolle.

Konto und Passwort — grundlegende Hygiene, die oft übersprungen wird

Ein starkes Verschlüsselungsprotokoll für den Kanal allein hilft nicht, wenn das Konto im Kundenbereich des Dienstes über ein schwaches Passwort kompromittiert wird. Die aktuelle Fassung der NIST-Richtlinien zur digitalen Identität (SP 800-63B) verlagert den Schwerpunkt ausdrücklich von der Passwortkomplexität auf die Passwortlänge: Für Einfaktor-Authentifizierung werden mindestens 15 Zeichen empfohlen, und Organisationen sollten keine verpflichtenden Regeln wie „unbedingt eine Ziffer und ein Sonderzeichen" vorschreiben — sie bringen keinen spürbaren Sicherheitsgewinn und erschweren es, sich das Passwort zu merken. Der Standard verlangt zudem keinen erzwungenen periodischen Passwortwechsel mehr ohne Anzeichen einer Kompromittierung.

Praktische Konsequenz: Eine lange, generierte und in einem Passwort-Manager gespeicherte Passphrase ist sicherer als ein kurzes „kompliziertes" Passwort im Kopf. Wie man den Manager selbst auswählt, ist ein eigenes Thema, behandelt im Beitrag zur Wahl eines zuverlässigen Passwort-Managers. Wo möglich, sollte man zusätzlich die Zwei-Faktor-Authentifizierung für den Kundenbereich des Dienstes aktivieren — eine eigene Hürde, unabhängig vom Verschlüsselungsprotokoll des Traffics.

Kill-Switch und Verhalten bei Verbindungsabbruch

Der Tunnel bricht bei jedem Dienst irgendwann ab — beim Netzwechsel, wenn das Telefon in den Ruhemodus geht, bei Serverüberlastung. Die Frage ist, was in diesem Moment passiert: Fällt die App einfach ohne Warnung auf eine gewöhnliche Verbindung zurück, läuft der Traffic kurzzeitig unverschlüsselt direkt. Die Kill-Switch-Funktion blockiert jeglichen Traffic, bis der Tunnel wiederhergestellt ist — das sollte man in den App-Einstellungen prüfen, bevor man sich für etwas Sensibles auf den Dienst verlässt, nicht danach.

Geräte, Plattformen und die reale Geschwindigkeit

Ein praktischer Test ist wichtiger als die Liste unterstützter Plattformen auf der Website: Man sollte die App auf dem Gerät installieren, das man tatsächlich nutzen will (Telefon, Laptop), und die Verbindungsstabilität über mehrere Tage normaler Nutzung bewerten, nicht in einem fünfminütigen Testlauf. Der Unterschied bei Latenz und Geschwindigkeit zwischen leichten Protokollen wie WireGuard und älteren, schwereren Implementierungen fällt meist gerade im Mobilfunknetz mit instabilem Signal auf — dank weniger Handshake-Prüfungen und geringerer CPU-Last auf dem Gerät.

Bietet ein Dienst eine Testphase an, ist das eine gute Möglichkeit, all das Genannte unter eigenen Bedingungen zu prüfen, statt sich auf die Beschreibung der Website zu verlassen. HamikVPN etwa nutzt ein Protokoll auf WireGuard-Basis und bietet Testzugang über die Registrierung im Kundenbereich, um die Verbindungsstabilität auf dem eigenen Gerät vor dem Bezahlen eines Tarifs zu prüfen.

Checkliste: was man in 15 Minuten vor der Wahl prüfen sollte

1. Die Protokollseite auf der Website des Dienstes öffnen — wird ein konkretes Protokoll genannt (WireGuard und seine Derivate sind ein guter Anhaltspunkt) oder bleibt die Formulierung vage?
2. Die Datenschutzerklärung vollständig lesen und den Abschnitt zu Logs finden — kein Absatz mit allgemeinen Worten, sondern eine konkrete Liste dessen, was nicht erfasst wird.
3. Prüfen, ob es einen Kill-Switch in den App-Einstellungen gibt, und ihn manuell aktivieren, falls er standardmäßig deaktiviert ist.
4. Ein langes, einzigartiges Passwort für den Kundenbereich über einen Passwort-Manager setzen und, falls vorgesehen, die Zwei-Faktor-Authentifizierung aktivieren.
5. Die App mehrere Tage auf einem echten Gerät testen, statt sie anhand einer einzelnen Geschwindigkeitsmessung zu bewerten.
6. Aktuelle Tarife und Zahlungsbedingungen prüfen — etwa auf der Seite Preise — bevor man für einen längeren Zeitraum bezahlt.
7. Prüfen, ob das Gerät unterstützt wird, das man tatsächlich am häufigsten nutzt — für Android geht das über die Download-Seite der Apps.

Fazit

Kein einzelner Punkt dieser Liste ersetzt die anderen: Ein offenes Protokoll ohne klare Log-Richtlinie ergibt kein vollständiges Bild, und eine ehrliche Richtlinie bei schwacher Kryptografie ist ebenfalls eine halbe Lösung. Die Gesamtheit prüfbarer technischer Details — Protokoll, Datenrichtlinie, Verhalten bei Abbruch, reale Funktion auf dem eigenen Gerät — ist verlässlicher als jedes Versprechen auf der Startseite. Weitere Beiträge zu digitaler Hygiene und Privatsphäre finden sich im Blog-Bereich.