WireGuardist ein VPN-Protokoll, das eine verschlüsselte virtuelle Netzwerkverbindung (Tunnel) zwischen zwei Geräten herstellt, die sich gegenseitig mit einem öffentlichen Schlüssel identifizieren.
Die StageVPN-App (iPhone·iPad·Android) verwendet diesen WireGuard, um IPv4/IPv6-Kommunikation und DNS-Anfragen für das gesamte Gerät an den VPN-Server zu senden. In diesem Artikel werden acht Fragen gestellt, um zu erklären, warum WireGuard als schnell und einfach zu überprüfen eingestuft wird. Für jede Frage habe ich zunächst eine aus zwei Sätzen bestehende Antwort aufgeschrieben und dann die Prinzipien anhand der folgenden Tabellen und Diagramme erläutert. Die Zahlen basieren auf dem WireGuard-Whitepaper und der offiziellen Protokolldokumentation.
- Ungefähr 4.000 Zeilen
- Codegröße der Linux-Kernel-Implementierung zum Zeitpunkt der Veröffentlichung des Whitepapers im Jahr 2017
- 1 Hin- und Rückfahrt
- Anzahl der Nachrichten-Roundtrips, die für den Handshake zur Erstellung des Sitzungsschlüssels erforderlich sind
- 120 Sekunden
- Wann mit der Änderung von Sitzungsschlüsseln mit einem neuen Handshake begonnen werden soll
- 1 Sache
- Anzahl der festen Passwortkombinationen, die ohne Aushandlung verwendet werden
Das Bild unten fasst die drei wichtigsten Eigenschaften in diesem Artikel auf einer Seite zusammen. Gerät und Server einigen sich in einem Roundtrip auf den Sitzungsschlüssel. Der Schlüssel wird etwa alle zwei Minuten aktualisiert. Der Server erkennt das andere Gerät anhand seines öffentlichen Schlüssels, nicht anhand seiner IP-Adresse. Lesen Sie weiter, um herauszufinden, welche Fragen die einzelnen drei Immobilien beantworten.

F. Was ist WireGuard, wer hat es erstellt und warum?
WireGuard ist ein VPN-Protokoll und eine VPN-Implementierung, die von Jason A. Donenfeld entwickelt und 2017 veröffentlicht wurde. Ziel war es, die Anzahl der Konfigurationselemente zu reduzieren, die Verschlüsselungsmethode auf eins zu beschränken und sie auf eine Größe zu bringen, in der Experten den gesamten Code lesen und überprüfen können.
Das VPN-Protokoll besteht aus einer Reihe von Regeln für Geräte und Server, um sich gegenseitig zu identifizieren, Verschlüsselungsschlüssel auszutauschen sowie Daten zu verpacken und auszutauschen. Bestehende Protokolle verfügen über viele Optionen und Verhandlungsschritte zur Anpassung an verschiedene Umgebungen. Mehr Optionen führen zu größerem Code. Auch die Möglichkeit, aufgrund von Konfigurationsfehlern eine schwache Konfiguration zu erstellen, steigt. WireGuard verfolgte den gegenteiligen Ansatz. Wir haben die Auswahlmöglichkeiten reduziert und den Code kürzer gemacht.
| Standpunkt | Fall | Bedeutung |
|---|---|---|
| 2017 | Auf der NDSS-Konferenz vorgestelltes Weißbuch | Entwurfsziele, Handshake und Weiterleitung des Verschlüsselungsschlüssels werden in einem öffentlichen Dokument beschrieben |
| März 2020 | Standardmäßig im Linux 5.6-Kernel enthalten | Kann auf Linux-Servern verwendet werden, ohne dass separate Module installiert werden müssen |
| Nachdem das Whitepaper veröffentlicht wurde | Offizielle Implementierungen für Windows, macOS, iOS und Android veröffentlicht | Die Smartphone-App stellt über dasselbe Protokoll eine Verbindung zum Server her |
| Heute | Sammlung von Formatverifizierungsforschungen wie Tamarin und CryptoVerif | Die Sicherheit des Protokolldesigns wurde wissenschaftlich überprüft |
Die Codegröße hängt von der Implementierung und dem Timing ab. „ca. 4.000 Leitungen“ sollte also nicht als exakter aktueller Wert gelesen werden, sondern als „eine Größenordnung kleiner als bei anderen VPN-Implementierungen“. Die StageVPN-App nutzt diese WireGuard-Implementierung auf iPhone·iPad und Android. StageVPN für Chrome, eine Chrome-Erweiterung, ist ein HTTPS-Proxy und nicht WireGuard. Der Unterschied zwischen den beiden Methoden ist Browser-VPN vs. App-VPNEs ist bedeckt
F. In welcher Reihenfolge werden WireGuard-Verbindungen hergestellt?
Eine Verbindung wird mit einem Handshake zweier Nachrichten, einem Roundtrip, hergestellt. Wenn der Initiator eine Startnachricht sendet und der Antwortende eine Antwortnachricht zurücksendet, berechnen beide Seiten denselben Sitzungsschlüssel und tauschen sofort Daten aus.
- StartmeldungDer Initiator (Gerät) sendet einen temporären öffentlichen Schlüssel, einen verschlüsselten selbstöffentlichen Schlüssel und einen verschlüsselten Zeitstempel.
- AntwortnachrichtDer Responder (Server) sendet seinen temporären öffentlichen Schlüssel und verifiziert den Initiator.
- Berechnung des SitzungsschlüsselsAus den Ergebnissen des Schlüsselaustauschs leiten beide Seiten ein Paar symmetrischer Schlüssel zum Senden und Empfangen ab.
- DatenübertragungJedes Paket wird mit ChaCha20-Poly1305 verschlüsselt und erhält eine Sequenznummer (Zähler).
Ein Handshake ist ein Prozess, bei dem sich zwei Parteien gegenseitig identifizieren und vor Beginn der Kommunikation einen Verschlüsselungsschlüssel vereinbaren. Der Handshake von WireGuard folgt dem IK-Muster des Noise-Frameworks. Das IK-Muster erfordert, dass der Initiator den öffentlichen Schlüssel des Antwortenden im Voraus kennt. Die StageVPN-App erfüllt diese Bedingung, da sie in der VPN-Konfiguration den öffentlichen Schlüssel des Servers erhält, zu dem eine Verbindung hergestellt werden soll.
| Nachricht | Größe | Inhalt enthalten | Rolle |
|---|---|---|---|
| Handshake einleiten (Typ 1) | 148 Byte | Temporärer öffentlicher Schlüssel, verschlüsselter statischer öffentlicher Schlüssel, verschlüsselter Zeitstempel, 2 MACs | Nachweis der Identität des Initiators, Blockieren von Replay-Angriffen |
| Handshake-Antwort (Typ 2) | 92 Byte | Temporärer öffentlicher Schlüssel des Antwortenden, leerer Chiffretext zur Überprüfung, 2 MACs | Schlüsselvereinbarung abgeschlossen |
| Cookie-Antwort (Typ 3) | 64 Byte | verschlüsselte Cookies | Überprüfen Sie die Abflugadresse, wenn der Server überlastet ist |
| Daten (Typ 4) | Header 16 Bytes und Chiffretext | Empfängernummer, Zähler, verschlüsseltes IP-Paket und Authentifizierungs-Tag | tatsächliche Kommunikationsübermittlung |
Der Zeitstempel in der Startnachricht verhindert Replay-Angriffe. Ein Replay-Angriff ist ein Angriff, bei dem ein Angreifer eine normale Nachricht aufzeichnet und sie später erneut sendet. Der Server verwirft eine Nachricht, wenn der Zeitstempel älter ist als ein vorheriger Versand vom selben Gerät.
Der erste MAC kann durch Kenntnis des öffentlichen Schlüssels des Servers erstellt werden. Daher antwortet der Server nicht auf Pakete, die von Scannern gesendet werden, die den öffentlichen Schlüssel des Servers nicht kennen. Von außen ist es schwer zu erkennen, ob sich an diesem Port ein VPN-Server befindet. Wenn der Server überlastet ist, wird zunächst eine Cookie-Antwort gesendet, bevor umfangreiche Berechnungen durchgeführt werden. Dabei handelt es sich um ein Gerät, das nur Anfragen verarbeitet, deren Quelladresse als echt bestätigt wurde, und so Angriffe verhindert, die den Server mit gefälschten Adressen beschäftigen.
F. Welche Verschlüsselungstechnik verwendet WireGuard?
Legen Sie für jede Rolle nur eine Kryptografiemethode fest und verwenden Sie diese ohne Verhandlung. Wenn bei einer Technik ein Problem festgestellt wird, ändern wir die Protokollversion, anstatt Optionen hinzuzufügen, sodass alle Implementierungen zusammen verschoben werden.
Der vollständige Name des Handshakes lautet laut offizieller Dokumentation Noise_IKpsk2_25519_ChaChaPoly_BLAKE2s. Der Name ist Programm. IK steht für Handshake-Muster, psk2 steht für optionalen Pre-Shared Key, 25519 steht für Schlüsselaustauschkurve, ChaChaPoly steht für Datenverschlüsselung und BLAKE2s steht für Hash.
| Rolle | Techniken | unterstützendes Dokument | Merkmal |
|---|---|---|---|
| Handshake-Design | Noise_IKpsk2-Muster | Noise Protocol Framework | Gegenseitige Authentifizierung, Schlüsselvereinbarung und Schutz der Initiatoridentität in einem Roundtrip |
| Schlüsselaustausch | Kurve25519(X25519) | RFC 7748 | 32-Byte-öffentlicher Schlüssel, elliptische Kurve zur Reduzierung von Implementierungsfehlern |
| Datenverschlüsselung und -integrität | ChaCha20-Poly1305 | RFC 8439 | Verarbeitet Verschlüsselungs- und Manipulationsprüfungen gleichzeitig und schnell, auch ohne Hardwarebeschleunigung |
| Cookie-Verschlüsselung | XChaCha20-Poly1305 | Dokumentation des WireGuard-Protokolls | Modifikation zum sicheren Schreiben langer Zufallswerte |
| Hash und MAC | BLAKE2s | RFC 7693 | Schneller Hash, der auch für verschlüsselte MAC-Berechnungen verwendet wird |
| Schlüsselableitung | HKDF | RFC 5869 | Sitzungsschlüssel aus Schlüsselaustauschergebnis extrahieren |
| interne Hash-Tabelle | SipHash24 | Aumasson·Bernstein-Artikel | Verhindern Sie Manipulationsangriffe, die auf Hash-Tabellen abzielen |
Es ist wichtig zu beachten, dass es keine Verhandlungsphase gibt. In Protokollen, die Verschlüsselungslisten austauschen, wie etwa TLS oder IKEv2, wurden Downgrade-Angriffe untersucht, um Angreifer dazu zu verleiten, schwache Verschlüsselungen auszuwählen. WireGuard verfügt nicht über eine eigene Liste zur Auswahl. Daher ist die Feststellung eines solchen Angriffs sinnlos.
psk2 oder Pre-Shared Key ist eine optionale Funktion. Durch das Hinzufügen einer Schicht symmetrischer Schlüssel zusätzlich zur Public-Key-Kryptografie ist dies ein zusätzlicher Schutz zum Schutz von Kommunikationsinhalten, selbst wenn ein zukünftiger Quantencomputer Curve25519 durchbricht. Dies ist eine optionale Funktion, daher variiert die Verfügbarkeit je nach Dienst. StageVPN bietet keine quantenresistente Verschlüsselung als angebotene Funktion an.
Die Sicherheit des Designs wurde mehrfach wissenschaftlich überprüft. Das WireGuard-Projekt sammelt auf seiner offiziellen Website formelle Verifizierungsforschung, einschließlich symbolischer Verifizierung mit dem Tamarin-Beweis und rechnerischer Beweise mit CryptoVerif. Allerdings ist die formale Verifizierung ein Beweis für den Protokollentwurf. Wir übernehmen keine Garantie für die Implementierungsqualität oder den Serverbetrieb jeder App. Daher ist es weiterhin notwendig, die App auf dem neuesten Stand zu halten und die Protokollierungsrichtlinien des Betreibers zu überprüfen.
F. Wie oft ändern sich Sitzungsschlüssel?
Sitzungsschlüssel werden etwa alle zwei Minuten durch einen neuen Handshake ersetzt. Der Austausch erfolgt während der Kommunikation mit dem vorhandenen Schlüssel, sodass der Benutzer keine Störung bemerkt.
- 0 SekundenHandshake abgeschlossen
Starten Sie die Datenübertragung mit dem neuen Sitzungsschlüssel.
- 120 SekundenStarten Sie einen neuen Handschlag
Wenn Sie Daten senden möchten, erstellen Sie einen neuen Schlüssel (REKEY_AFTER_TIME). Der Schlüssel wird auch ersetzt, wenn die Nachricht hoch 2 60 gesendet wird.
- 180 SekundenAlten Schlüssel ablehnen
Pakete mit Schlüsseln, die älter als dieser Zeitpunkt sind, werden nicht empfangen (REJECT_AFTER_TIME).
- 540 SekundenLeerlaufbereinigung
Löschen Sie nach dreimal 180 Sekunden ohne erneuten Handshake alle temporären Schlüssel und den Sitzungsstatus.
Der Grund, warum Sie häufig Schlüssel ändern, liegt in der Vorwärtssicherheit. Bei der Vorwärtssicherheit handelt es sich um eine Eigenschaft, die verhindert, dass die Kommunikationsinhalte einer bereits beendeten Sitzung freigegeben werden, selbst wenn der langfristige private Schlüssel des Geräts später offengelegt wird. WireGuard erstellt für jeden Handshake einen neuen temporären Schlüssel und löscht alle verwendeten Schlüssel aus dem Speicher. Selbst wenn ein einzelner Sitzungsschlüssel durchsickern würde, wären die Auswirkungen auf die wenigen Minuten beschränkt, in denen der Schlüssel verwendet wurde.
Es gibt auch Regeln für Handshake-Versuche. Erfolgt keine Antwort, versucht es alle 5 Sekunden erneut (REKEY_TIMEOUT). Wenn 90 Sekunden lang (REKEY_ATTEMPT_TIME) keine Antwort erfolgt, wird der Versuch abgebrochen. Wenn innerhalb von 10 Sekunden (KEEPALIVE_TIMEOUT) nach dem Empfang der Daten keine Daten zum Senden vorhanden sind, wird ein leeres Keepalive-Paket gesendet, damit die andere Partei die Antwort bestätigen kann.
WireGuard ist so konzipiert, dass kein Handshake durchgeführt wird, wenn keine Daten zu senden sind. Geräte hinter Routern oder Trägergeräten (NAT) verwenden jedoch häufig eine Einstellung (PersistentKeepalive), die in regelmäßigen Abständen leere Pakete sendet, um zu verhindern, dass Verbindungsinformationen gelöscht werden. Offizielle Richtlinien empfehlen ein Intervall von 25 Sekunden. Auch die VPN-Konfiguration der StageVPN-App nutzt standardmäßig 25 Sekunden (Stand September 2026).

F. Wie unterscheidet sich WireGuard von OpenVPN und IKEv2/IPsec?
WireGuard ist ein Protokoll, das Optionen und Code reduziert. OpenVPN und IKEv2/IPsec sind Protokolle mit vielen Verhandlungen und Optionen für verschiedene Umgebungen.
Die obige Abbildung zeigt die Unterschiede in der Codegröße, der Übertragungsmethode und der Methode zur Passwortverhandlung. Die folgende Tabelle fasst die verbleibenden Unterschiede zusammen, die in der Abbildung nicht dargestellt sind. Alle drei sind derzeit weit verbreitet, aber ihre Designphilosophien sind unterschiedlich und nicht eine davon ist bedingungslos überlegen.
| Artikel | WireGuard | OpenVPN | IKEv2/IPsec |
|---|---|---|---|
| Offen/Standard | Whitepaper 2017, einschließlich Linux-Kernel 2020 | Erstmals im Jahr 2001 veröffentlicht, ein eigenes Open-Source-Protokoll | IETF-Standard (IKEv2 ist RFC 7296) |
| Partnerbestätigungsmethode | 32 Byte öffentlicher Schlüssel | Hauptsächlich können X.509-Zertifikat, Benutzername und Passwort kombiniert werden | Zertifikate, Pre-Shared Keys, EAP und mehr |
| Schlüsselvereinbarung, Hin- und Rückfahrt | 1 Hin- und Rückfahrt (2 Nachrichten) | Mehrmals, einschließlich des TLS-Handshakes. | Mindestens 2 Austausche (4 Nachrichten) |
| Netzwerkwechsel | Resultierend aus Standardverhalten (Roaming) | Hauptsächlich Wiederverbindung, einige Unterstützung je nach Einstellungen | Fortsetzung mit Unterstützung für MOBIKE (RFC 4555) |
| Einstellungselemente | Ein paar Zeilen: Schlüssel, Adresse, erlaubte IP usw. | Viele Zertifikate und Optionen | Es gibt viele Authentifizierungsmethoden und Richtlinienelemente |
| Integriertes Betriebssystem | Integrierter Linux-Kernel, andere werden als Apps bereitgestellt | Separates Programm installieren | Integriert für Windows, iOS, Android usw. |
Die Geschwindigkeit wird nicht allein durch das Protokoll bestimmt. Dabei spielen die Entfernung zum Server, die Qualität der lokalen Leitung, die Serverüberlastung und die Geräteleistung eine Rolle. WireGuard verfügt über einfache Verfahren und leichte kryptografische Operationen und ist daher unter gleichen Bedingungen oft schnell. Das heißt nicht, dass es immer schnell ist. Wenn die wahrgenommene Geschwindigkeit niedrig ist, sollten Sie zunächst auf einen Server in der Nähe wechseln und vergleichen.
F. Was ist „Verschlüsselungsschlüssel-Routing“, bei dem der öffentliche Schlüssel zur Adresse wird?
Das Routing des Verschlüsselungsschlüssels ist eine Methode, die den öffentlichen Schlüssel der anderen Partei und den IP-Adressbereich (AllowedIPs), den die andere Partei verwenden kann, bündelt und dieses Bündel verwendet, um sowohl beim Senden als auch beim Empfangen von Paketen zu bestimmen. Bestimmen Sie beim Senden, welcher öffentliche Schlüssel mit der Zieladresse verschlüsselt werden soll, und prüfen Sie beim Empfang, ob der öffentliche Schlüssel, der erfolgreich entschlüsselt wurde, für die Verwendung der Quelladresse geeignet ist.
Diese Struktur hat zwei Vorteile: Erstens erkennt der Server Pakete von einer Tunnel-IP nur dann als echt, wenn sie mit dem an diese IP gebundenen öffentlichen Schlüssel entschlüsselt werden. Selbst wenn ein anderes Gerät die Tunnel-IP imitiert, kann diese nicht entschlüsselt werden und das Paket wird verworfen. Zweitens werden Firewall- und Passwortregeln zu einem zusammengefasst. Administratoren müssen nur eine Zeile pflegen: „Dieser öffentliche Schlüssel ist dieser Adressbereich.“
Wenn Sie AllowedIPs auf dem Benutzergerät auf 0.0.0.0/0 und ::/0 setzen, wird die gesamte IPv4- und IPv6-Kommunikation zu einem vollständigen Tunnel zu einem Server. Die StageVPN-App verwendet diese Methode. Die wichtigsten Elemente der WireGuard-Konfiguration, die die App vom Server erhält, sind unten aufgeführt.
| Konfigurationselemente | StageVPN-App-Einstellungen | Bedeutung für Benutzer |
|---|---|---|
| Erlaubte IPs | 0.0.0.0/0, ::/0 | Schützt alle Geräte, bei denen die gesamte IPv4/IPv6-Kommunikation über einen Tunnel verläuft |
| DNS | Der in der VPN-Konfiguration angegebene DNS-Server und Anfragen werden ebenfalls in den Tunnel weitergeleitet. | Es ist schwierig, von Netzbetreibern oder WLAN-Betreibern gesuchte Domains zu sehen |
| Tunnel-IP (Adresse) | Weisen Sie jedem Konto interne Adressen innerhalb des Servers zu | Der Server identifiziert Geräte mithilfe öffentlicher Schlüssel und interner Adressen. |
| MTU | Standardmäßig 1280, kann je nach Servereinstellungen variieren | Reduziert Paketkürzungsprobleme in Mobilfunknetzen und doppelte Kapselung |
| PersistentKeepalive | Standardmäßig 25 Sekunden | Behalten Sie Verbindungsinformationen auch hinter Router- oder Trägergeräten bei |
| Anschlussort | Wählen Sie aus vom Betreiber verwalteten Serverländern oder wählen Sie automatisch aus | Auf den besuchten Seiten wird die IP des ausgewählten Servers angezeigt. |
MTU ist die maximale Größe von Paketen, die gleichzeitig gesendet werden können. WireGuard verschlüsselt das Originalpaket und fügt es wieder in ein UDP-Paket ein, wobei die Größe um den Header erhöht wird. Daher muss die MTU im Tunnel kleiner eingestellt werden als die MTU in der Leitung, um zu verhindern, dass Pakete fragmentiert oder verworfen werden. Welche und wie viele Zugriffsaufzeichnungen werden aufbewahrt? Hinweis zur Speicherung von ZugriffsdatensätzenEs ist für die Öffentlichkeit zugänglich.
F. Wenn WireGuard stark ist, ist meine gesamte Internetnutzung dann sicher?
NEIN. Der Abschnitt, den WireGuard schützt, reicht von Ihrem Gerät bis zum VPN-Server. Die darüber hinausgehende Sicherheit wird durch das HTTPS der Site und die Protokollierungsrichtlinie des Betreibers bestimmt.
- mein GerätStageVPN-App
- WireGuard-Verschlüsselung
- Öffentliches WLAN/KommunikationsnetzwerkCafé·LTE
- WireGuard-Verschlüsselung
- VPN-ServerStageVPN
- HTTPS
- Website/App-ServerBank/Post
- VPN-Verschlüsselung
- Website HTTPS
- Bereiche, die exponiert sein können
In den beiden linken Bildabschnitten ist es für andere Nutzer öffentlicher WLANs, den WLAN-Betreiber und den Netzbetreiber schwierig, den Inhalt und das Ziel der Kommunikation zu erkennen. Nachdem Sie den VPN-Server verlassen haben, ist es wie beim normalen Internet. Auch hier ist es wichtig, ob es sich bei der Adresse um eine Website handelt, die mit https:// beginnt. Risiken außerhalb des Protokolls müssen gesondert vorbereitet werden.
- Abschnitt nach VPN-Server: Sites, die kein HTTPS verwenden, werden vom VPN-Server zur Site nicht verschlüsselt.
- Vertrauen Sie den Betreibern: Aufgrund seiner Struktur kennt der WireGuard-Server den öffentlichen Schlüssel, die Tunnel-IP und die letzte Zugriffsadresse jedes Geräts. Hier können Sie auch die Ziel-IP Ihrer Verbindung sehen. Gemäß dem Communications Secrets Protection Act löscht StageVPN Zugriffsdatensätze automatisch nach 93 Tagen und zeichnet keine Kommunikationsinhalte auf. Der Grund ist Warum legen wir unsere Richtlinie zur Aufbewahrung von Zugriffsdaten offen?erklärt.
- Bedrohungen in Ihrem Gerät: Schädliche Apps oder Phishing-Seiten sind Probleme, die innerhalb des Tunnels, also auf Ihrem Gerät, auftreten. Das Protokoll hält es nicht auf. Die Aufteilung ist Was VPNs verhindern und was nicht verhindern könnenBitte beachten Sie .
- Der Moment, in dem die Verbindung verloren geht: Während die Tunnelverbindung getrennt ist, kann die Kommunikation über den normalen Weg erfolgen. Überprüfen Sie den Verbindungsstatus der App, bevor Sie vertrauliche Vorgänge ausführen. Gewohnheiten in öffentlichen Netzwerken Sicherheitsregeln für öffentliches WLANIch habe es organisiert.
- DNS und IPv6: Wenn eine andere VPN-App oder die separaten DNS-Einstellungen Ihres Geräts die Route ändern, verlassen Abfragen möglicherweise den Tunnel. So überprüfen Sie Leitfaden zu DNS-Lecks und WebRTC-LecksEs ist drin
Wenn Sie zum ersten Mal eine Verbindung herstellen, werden Sie vom iPhone aufgefordert, eine VPN-Konfiguration hinzuzufügen, und Android fordert Sie auf, die VPN-Verbindungsanfrage zuzulassen. Sie müssen dies zulassen, damit Apps WireGuard-Tunnel erstellen können. Nach Gerät sortieren Erste Schritte auf dem iPhone/iPadUnd Erste Schritte mit Androidund der Umfang der Bereitstellung ist Merkmale und Umfang des AngebotsSie können es hier überprüfen.
F. Warum bleibt die Verbindung auch beim Wechsel von WLAN zu LTE bestehen?
Dies liegt daran, dass WireGuard Geräte anhand ihrer öffentlichen Schlüssel und nicht anhand ihrer IP-Adressen identifiziert. Selbst wenn sich das Netzwerk und die IP ändern, merkt sich der Server die Adresse, an der das entschlüsselte Paket zuletzt angekommen ist, und antwortet mit dieser Adresse.
So unterscheiden Sie Verbindungen anhand der IP-Adresse
- Bestehende Verbindungen gehen verloren, wenn sich Netzwerke ändern
- Sie müssen sich erneut authentifizieren und sich auf die Schlüssel einigen
- Die App-Kommunikation wird im Moment des Übergangs wahrscheinlich zum Erliegen kommen
WireGuard (differenziert nach öffentlichem Schlüssel)
- Auch Pakete von einer neuen Adresse werden als derselbe Partner erkannt, wenn sie mit demselben öffentlichen Schlüssel entschlüsselt werden.
- Aktualisieren Sie die Adresse, auf die der Server antwortet, mit einer neuen Adresse
- Bleibt der Schlüssel bestehen, geht es ohne Handschlag sofort weiter.
Dieses Verhalten wird Roaming genannt. Smartphones wechseln unterwegs mehrmals täglich zwischen Heim-WLAN, Café-WLAN und LTE/5G. Wenn die VPN-Verbindung jedes Mal wieder von vorne hergestellt wird, wird es einen Moment geben, in dem die Nachrichtenübermittlung und das Streaming eingestellt werden. WireGuard behandelt diesen Übergang als Standardverhalten des Protokolls. Es sind keine gesonderten Einstellungen erforderlich.
WireGuard verwendet nur UDP. UDP ist ein leichtes Übertragungsverfahren, das keinen Verbindungsaufbauvorgang erfordert. Es überschneidet sich nicht mit der Neuübertragungssteuerung der TCP-Kommunikation, die innerhalb des Tunnels hin und her geht. Es gibt ein bekanntes Problem, dass, wenn TCP über TCP geschichtet ist, bei einem Verlust beide Schichten gleichzeitig erneut übertragen und die Geschwindigkeit erheblich abnimmt. WireGuard vermeidet dieses Problem architektonisch.
In der Zwischenzeit zeichnet StageVPN die IP-Adresse, von der aus das Gerät auf den VPN-Server zugegriffen hat, bei einer Änderung als einen der gesetzlich vorgeschriebenen Verbindungsdatensätze auf. Die Tatsache, dass Roaming stattfindet, bedeutet, dass es auf dem Server verbleibt.
Bitte wissen Sie es Es gibt Einschränkungen für Designs, die nur UDP verwenden. Einige Hotel-, Firmen- und Schulnetzwerke blockieren andere UDP-Kommunikationen als den Webzugriff. An solchen Orten funktioniert die WireGuard-Verbindung möglicherweise nicht. Versuchen Sie in diesem Fall, zu einem anderen WLAN oder einer anderen mobilen Datenverbindung zu wechseln. Wenn es immer noch nicht funktioniert, geben Sie das Gerätemodell, das Betriebssystem und die App-Version sowie den Zeitpunkt des Auftretens an. KundenbetreuungBitte kontaktieren Sie uns.

Glossar der Begriffe
Ich habe die Begriffe in diesem Artikel Satz für Satz geordnet. Die gleiche Bedeutung wird beim Lesen anderer VPN-Dokumente verwendet.
- Händedruck
- Hierbei handelt es sich um einen Prozess, bei dem sich zwei Geräte gegenseitig identifizieren und sich auf einen Verschlüsselungsschlüssel einigen, bevor sie mit der Kommunikation beginnen.
- 1-RTT (1 Hin- und Rückfahrt)
- Das bedeutet, dass der Vorgang durch einfaches Senden einer Nachricht und einmaliges Zurücksenden abgeschlossen ist.
- Statischer Schlüssel (öffentlicher Schlüssel/privater Schlüssel)
- Ein Schlüsselpaar, das über einen längeren Zeitraum auf Ihrem Gerät gespeichert wird und zur Überprüfung Ihrer Identität verwendet wird. Der öffentliche Schlüssel ist der anderen Partei bekannt und der private Schlüssel wird nicht vom Gerät gesendet.
- temporärer Schlüssel
- Dieser Schlüssel wird bei jedem Handshake neu erstellt und am Ende der Sitzung gelöscht.
- Sitzungsschlüssel
- Ein symmetrischer Schlüssel, der als Ergebnis des Handshakes erstellt wird und die eigentlichen Daten verschlüsselt.
- Vorwärtssicherheit
- Diese Eigenschaft verhindert, dass der Inhalt einer bereits beendeten Sitzung freigegeben wird, selbst wenn der langfristige private Schlüssel später offengelegt wird.
- AEAD
- ChaCha20-Poly1305 ist eine kryptografische Methode, die Verschlüsselung und Manipulationserkennung gleichzeitig verarbeitet.
- MAC
- Dabei handelt es sich um einen kurzen Wert, der berechnet und an den Schlüssel angehängt wird, um sicherzustellen, dass die Nachricht nicht gefälscht wurde.
- Wiederholungsangriff
- Hierbei handelt es sich um einen Angriff, der das System austrickst, indem eine normale Nachricht aufgezeichnet und später erneut gesendet wird.
- Routing des Verschlüsselungsschlüssels
- WireGuards Methode zur Verknüpfung öffentlicher Schlüssel und zugelassener IP-Bereiche, um zu bestimmen, welche Schlüssel verschlüsselt und welche Pakete akzeptiert werden sollen.
- Erlaubte IPs
- Dies ist der Bereich von IP-Adressen, an die das Gegenstück eines bestimmten öffentlichen Schlüssels senden und von denen es empfangen kann. 0.0.0.0/0 und ::/0 beziehen sich auf alle Adressen.
- Endpunkt
- Dies ist die tatsächliche Internetadresse und der UDP-Port der anderen Partei. Der Server aktualisiert diese Werte, wenn Roaming stattfindet.
- wandernd
- Selbst wenn sich die IP-Adresse des Geräts ändert, bleibt derselbe Tunnel bestehen.
- NAT
- Hierbei handelt es sich um eine Methode, bei der ein Router oder die Ausrüstung eines Telekommunikationsunternehmens die Adressen mehrerer Geräte in eine öffentliche Adresse umwandelt.
- Keepalive
- Hierbei handelt es sich um ein inhaltsloses Paket, das regelmäßig gesendet wird, um zu verhindern, dass Verbindungsinformationen gelöscht werden.
- MTU
- Dies ist die maximale Größe von Paketen, die gleichzeitig gesendet werden können.
- UDP
- Es handelt sich um eine leichte Übertragungsmethode, die Pakete ohne Verbindungsaufbauvorgänge und ohne erneute Übertragung sendet.
Referenzmaterial
- Protokoll und Kryptographie — Nachrichtenformat und -größe, Kryptografie, Timerwerte (WireGuard-Projekt)
- WireGuard: Kernel-Netzwerktunnel der nächsten Generation – Designziele, Codegröße, Routing des Verschlüsselungsschlüssels, Roaming (Jason A. Donenfeld, NDSS 2017 Whitepaper)
- Formale Verifizierung — Liste formaler Verifizierungsstudien, einschließlich Tamarin, CryptoVerif usw. (WireGuard-Projekt)
- Schnellstart — PersistentKeepalive-Einstellungen und empfohlene Intervalle (WireGuard-Projekt)
- Das Noise Protocol Framework — Definition des IK-Handshake-Musters (Noise-Projekt)
- RFC 8439: ChaCha20 und Poly1305 für IETF-Protokolle — Datenverschlüsselungsverfahren (IETF)
- RFC 7748: Elliptische Kurven für Sicherheit — Curve25519 Schlüsselaustausch (IETF)
- RFC 7693: Der kryptografische Hash und MAC von BLAKE2 — Hash- und MAC-Berechnungen (IETF)
- RFC 7296: Internet Key Exchange Protocol Version 2 (IKEv2) — IKEv2-Austauschverfahren (IETF)
- RFC 4555: IKEv2 Mobility and Multihoming Protocol (MOBIKE) – Handhabung von Netzwerkänderungen in IKEv2 (IETF)



