VPN-Verschlüsselung erklärt: Wie sie Ihre Daten wirklich schützt
In dem Moment, in dem Sie in der VPN-App auf Verbinden tippen, einigen sich Ihr Smartphone und ein Server an einem anderen Ort in deutlich unter einer Sekunde auf einen geheimen Schlüssel, den keiner der beiden je laut ausspricht. Dieser Schlüsselaustausch ist das gesamte Vertrauensfundament der VPN-Verschlüsselung, und er passiert, bevor auch nur ein einziges Byte Ihres eigentlichen Datenverkehrs das Gerät verlässt. Zu verstehen, was in dieser Sekunde geschieht, macht den Unterschied, ob man einem VPN vertraut, weil eine Marketingseite “militärische Verschlüsselung” schreibt, oder weil man weiß, was diese Worte eigentlich bedeuten.
Was Verschlüsselung mit Ihrem Datenverkehr tatsächlich macht
Verschlüsselung nimmt lesbare Daten — ein Login-Formular, einen Videostream, eine DNS-Anfrage — und verwandelt sie in Chiffretext: einen Block aus Zahlen, der für jeden ohne den Schlüssel wie Rauschen aussieht. Die Mathematik dahinter ist symmetrisch: derselbe Schlüssel, der die Daten auf Ihrem Gerät verschlüsselt, entschlüsselt sie auf dem Server wieder, und umgekehrt auf dem Rückweg.
Was ein korrekt verschlüsselter Tunnel vor jedem im selben Netzwerk verbirgt:
- Den Inhalt jeder Anfrage und Antwort — geladene Seiten, gesendete Nachrichten, heruntergeladene Dateien
- Login-Daten und Sitzungstoken, die zwischen Apps und Websites ausgetauscht werden
- Welche konkreten Ressourcen Sie bei einem Dienst abrufen, über die bloße Tatsache der Verbindung zu einem VPN-Server hinaus
AES-256, die Chiffre, auf die sich die meisten VPNs stützen, ist kein Marketingbegriff — es ist FIPS 197, 2001 vom NIST veröffentlicht. Die Commercial National Security Algorithm Suite 2.0 der NSA (veröffentlicht 2022) genehmigt AES-256 zum Schutz von US-Regierungsdaten bis zur Stufe Top Secret. Das ist der tatsächliche Maßstab, von dem sich “militärische Verschlüsselung” ableitet.
AES-256 vs. ChaCha20: die beiden Chiffren, die die Arbeit leisten
Moderne VPN-Protokolle wählen zwischen zwei gut untersuchten Chiffren, und die richtige Wahl hängt eher von der Hardware ab als von Ideologie.
| AES-256-GCM | ChaCha20-Poly1305 | |
|---|---|---|
| Typ | Blockchiffre | Stromchiffre |
| Am besten auf | Geräten mit Hardware-AES-Beschleunigung (die meisten modernen Flaggschiff-Chips) | Günstigen/älteren Smartphones, stromsparenden Geräten ohne Krypto-Beschleunigung |
| Durchsatz (ARM, ohne HW-Beschleunigung) | ~100 MB/s | ~160 MB/s |
| Einsatz in | TLS, IPsec, WireGuard-Protokollfamilie, Regierungssystemen | WireGuard-Protokollfamilie, mobil-orientierten VPN-Stacks |
| Sicherheitsstatus | Kein praktischer Angriff bekannt; von der NSA für Top Secret zugelassen | Kein praktischer Angriff bekannt; in der Infrastruktur von Google und Cloudflare im Einsatz |
Keine der beiden Chiffren ist in einer alltagsrelevanten Weise “stärker” — beide haben zwei Jahrzehnte öffentlicher Kryptoanalyse ohne praktischen Bruch überstanden. Die eigentliche Frage ist, welche Ihr Gerät am schnellsten verarbeiten kann, ohne den Akku zu belasten — deshalb setzen mobil-orientierte VPN-Protokolle zunehmend standardmäßig auf ChaCha20.
Der Schlüsselaustausch: ein Geheimnis vereinbaren, ohne es laut zu sagen
Bevor Daten verschlüsselt werden können, müssen sich Ihr Gerät und der VPN-Server auf ein gemeinsames Geheimnis einigen — über ein Netzwerk, das ein Angreifer möglicherweise bereits beobachtet. Gelöst wird das mit einem Schlüsselaustausch nach Diffie-Hellman-Art, typischerweise über Curve25519, eingebettet in ein Handshake-Framework namens Noise (dasselbe, das die WireGuard-Protokollfamilie verwendet).
Der Ablauf, vereinfacht in Schritten:
- Ihr Gerät erzeugt ein temporäres Schlüsselpaar und sendet die öffentliche Hälfte an den Server.
- Der Server tut dasselbe und antwortet mit seinem eigenen öffentlichen Schlüssel — und kann bereits auf seiner Seite ein gemeinsames Geheimnis berechnen.
- Beide Seiten leiten unabhängig voneinander denselben symmetrischen Schlüssel aus diesem Austausch ab — ohne den Schlüssel selbst je zu übertragen.
- Der gesamte Datenverkehr wird ab diesem Zeitpunkt mit diesem Sitzungsschlüssel verschlüsselt, der in der Regel lange rotiert wird, bevor er realistisch per Brute-Force geknackt werden könnte.
Wichtigste Erkenntnis: Die Sicherheit des gesamten Systems hängt vom Schlüsselaustausch ab, nicht nur von der Chiffre. Eine starke Chiffre um einen schwachen Schlüsselaustausch herum bleibt ein schwaches System — deshalb ist die Wahl des Schlüsselaustausch-Frameworks genauso wichtig wie die Entscheidung zwischen AES und ChaCha20.
Warum das im öffentlichen WLAN zählt, nicht nur in der Theorie
Das ist kein abstraktes Bedrohungsmodell. Untersuchungen zum Nutzerverhalten in öffentlichen WLANs zeigen, dass ein großer Teil der Menschen — oft mit rund 60 % beziffert — persönliche E-Mails über ungesicherte öffentliche Netzwerke abruft, und das Internet Crime Complaint Center des FBI verzeichnete in einem jüngsten Jahr mehr als 21.000 Beschwerden im Zusammenhang mit kompromittiertem Netzwerkzugang, mit gemeldeten Verlusten von über 180 Millionen US-Dollar. Zwei der häufigsten Techniken erfordern nicht einmal, die Verschlüsselung zu brechen:
- Packet Sniffing in offenen Netzwerken, das alles abfängt, was ohne Transportschutz gesendet wird
- Evil-Twin-Zugangspunkte, gefälschte WLAN-Netzwerke, die eine Verbindung abfangen, bevor überhaupt eine Verschlüsselung — VPN oder sonstige — beginnt
Der verschlüsselte Tunnel eines VPN schließt beide Lücken auf Netzwerkebene: Alles, was das Gerät verlässt, ist bereits eingehüllt, bevor das lokale Netzwerk — ob vertrauenswürdig oder nicht — es je im Klartext sieht.
Was Verschlüsselung nicht abdeckt — und warum der Rest des Stacks zählt
Verschlüsselung schützt den Inhalt Ihres Datenverkehrs während der Übertragung. Sie garantiert für sich genommen nicht, dass der VPN-Anbieter nicht selbst beobachtet, was über seine eigenen Server läuft — das ist eine Frage der Richtlinie, nicht der Mathematik. Eine No-Logs-Richtlinie schließt genau diese zweite Lücke: Der Anbieter verpflichtet sich, nicht aufzuzeichnen, welche Seiten Sie besuchen oder was Sie senden, nachdem er Ihren Datenverkehr auf seiner Seite entschlüsselt hat, um ihn weiterzuleiten.
RunVPN läuft im Hintergrund auf zwei verschlüsselten Protokollen — AmneziaWG (auf WireGuard basierend, standardmäßig verwendet) und VLESS-Reality mit XTLS-Vision auf der Xray-Engine — abgestimmt auf eine schnelle, stabile Verbindung und widerstandsfähig gegen die Art von Deep Packet Inspection, die den Durchsatz in überlasteten oder gestörten Netzwerken beeinträchtigt. Sie müssen keines von beidem auswählen oder konfigurieren: Melden Sie sich mit Google, E-Mail oder Telegram an, tippen Sie auf Verbinden, und die App holt sich ihre Konfiguration automatisch. Keine manuelle Einrichtung, keine zu importierende Konfigurationsdatei, kein zu scannender QR-Code.
Hinweis: RunVPN folgt einer No-Logs-Richtlinie und unterstützt bis zu 5 Geräte pro Konto. Android ist bereits verfügbar; iOS und Desktop folgen in Kürze.
Häufige Fragen
Ist VPN-Verschlüsselung unknackbar? Mathematisch ist nichts für immer “unknackbar”, aber AES-256 und ChaCha20 haben nach rund zwei Jahrzehnten öffentlicher Prüfung keinen bekannten praktischen Angriff. Das reale Risiko liegt woanders — bei schwachen Schlüsselaustauschen, Protokollierung durch den Anbieter oder dem Gerät selbst — nicht darin, die Chiffre per Brute-Force zu knacken.
Verlangsamt Verschlüsselung meine Verbindung? Moderne Chiffren sind schnell genug, dass der Verschlüsselungsschritt selbst selten der Flaschenhals ist; die meiste gefühlte Verlangsamung kommt von der Routing-Distanz zum Server oder Netzwerküberlastung, nicht von der Kryptografie.
Kann mein Anbieter sehen, was ich tue, wenn ich RunVPN nutze? Der Datenverkehr zwischen Ihrem Gerät und dem RunVPN-Server ist auf diesem Abschnitt Ende-zu-Ende verschlüsselt, und RunVPN folgt serverseitig einer No-Logs-Richtlinie — es wird nicht aufgezeichnet, welche Seiten Sie besuchen.
Sollte mich interessieren, ob mein VPN AES-256 oder ChaCha20 nutzt? Im Alltag kaum. Beide sind sicher; der praktische Unterschied liegt in Akkulaufzeit und Geschwindigkeit auf Ihrem konkreten Gerät — genau deshalb übernimmt RunVPN diese Entscheidung für Sie, statt Sie zur Konfiguration aufzufordern.
Bereit, den verschlüsselten Tunnel in Aktion zu sehen? RunVPN herunterladen — mehr zu den Protokollen auf den Seiten AmneziaWG und VLESS-Reality, oder ein Blick auf die Datenschutz-Zusagen von RunVPN.