Jason A. Donenfeld, der Autor von VPN WireGuard, stellte das Projekt WireGuardNT vor, das einen leistungsstarken Port von VPN WireGuard f\u00fcr den Windows-Kernel entwickelt, der mit Windows 7, 8, 8.1 und 10 kompatibel ist und die Architekturen AMD64, x86, ARM64 und ARM unterst\u00fctzt. Der Implementierungscode wird unter der GPLv2-Lizenz verbreitet. Der neue Treiber ist bereits im WireGuard-Client f\u00fcr Windows enthalten, ist aber derzeit als experimentell gekennzeichnet und nicht standardm\u00e4\u00dfig aktiviert. <\/p>\n
Der Port basiert auf einem bew\u00e4hrten Code-Basis der Hauptimplementierung von WireGuard f\u00fcr den Linux-Kernel, die auf die Verwendung von Windows-Kernel-Entit\u00e4ten und dem NDIS-Netzwerk-Stack umgestellt wurde. Im Vergleich zur zuvor f\u00fcr Windows verf\u00fcgbaren Implementierung wireguard-go, die im Benutzermodus arbeitet und die Netzwerk-Schnittstelle Wintun verwendet, bietet WireGuardNT eine erhebliche Leistungssteigerung durch den Ausschluss von Kontextwechsel und das Kopieren von Paket-Inhalten vom Kernel in den Benutzermodus. \u00c4hnlich wie bei den Implementierungen f\u00fcr Linux, OpenBSD und FreeBSD funktioniert in WireGuardNT die gesamte Protokollverarbeitungslogik direkt auf der Ebene des Netzwerk-Stacks. <\/p>\n
Obwohl spezifische Optimierungen noch nicht durchgef\u00fchrt wurden, konnte WireGuardNT bereits eine Spitzenleistung von 7,5 Gbps im bestehenden Testumfeld mit Ethernet erreichen. Auf echten Benutzersystemen mit Wi-Fi ist die Leistung deutlich geringer, zeigt jedoch nur geringe Unterschiede zur direkten Daten\u00fcbertragung. So betrug beispielsweise in einem System mit einer drahtlosen Intel AC9560-Karte die Bandbreite ohne WireGuard 600 Mbps und blieb mit WireGuardNT ebenfalls auf 600 Mbps, w\u00e4hrend sie bei der Verwendung von wireguard-go\/Wintun nur 95 Mbps betrug. <\/p>\n
Wir erinnern daran, dass VPN<\/a> WireGuard basiert auf modernen Verschl\u00fcsselungsmethoden, bietet sehr hohe Leistung, ist einfach zu bedienen, frei von Komplikationen und hat sich in einer Reihe von gro\u00dfen Implementierungen bew\u00e4hrt, die gro\u00dfe Datenmengen verarbeiten. Das Projekt wird seit 2015 entwickelt, hat eine Pr\u00fcfung und formale Verifikation der verwendeten Verschl\u00fcsselungsmethoden durchlaufen. In WireGuard wird das Konzept des Routings basierend auf Verschl\u00fcsselungsschl\u00fcsseln verwendet, das die Bindung eines privaten Schl\u00fcssels an jede Netzwerkschnittstelle und die Anwendung zur Verbindung \u00f6ffentlicher Schl\u00fcssel beinhaltet. <\/p>\n Der Austausch \u00f6ffentlicher Schl\u00fcssel zur Establishierung einer Verbindung erfolgt analog zu SSH. Zur Aushandlung von Schl\u00fcsseln und zur Verbindung ohne das Starten eines separaten Daemons im Benutzerspace wird der Noise_IK-Mechanismus aus dem Noise Protocol Framework verwendet, \u00e4hnlich der Verwaltung von authorized_keys in SSH. Die Daten\u00fcbertragung erfolgt durch Kapselung in UDP-Pakete. Der Wechsel von IP-Adressen<\/a> VPN-Servern (Roaming) ohne Verbindungsabbruch mit automatischer Neukonfiguration des Clients. <\/p>\n F\u00fcr die Verschl\u00fcsselung wird der Stream-Chiffrieralgorithmus ChaCha20 und der Algorithmus f\u00fcr die Nachrichtenauthentifizierung (MAC) Poly1305 verwendet, die von Daniel J. Bernstein, Tanja Lange und Peter Schwabe entwickelt wurden. ChaCha20 und Poly1305 werden als schnellere und sicherere Alternativen zu AES-256-CTR und HMAC positioniert, deren Software-Implementierung eine konstante Ausf\u00fchrungszeit ohne spezielle Hardwareunterst\u00fctzung erm\u00f6glicht. F\u00fcr die Generierung des gemeinsamen geheimen Schl\u00fcssels wird das Diffie-Hellman-Protokoll auf elliptischen Kurven in der Implementierung Curve25519 verwendet, das ebenfalls von Daniel J. Bernstein vorgeschlagen wurde. Zum Hashen wird der Algorithmus BLAKE2s (RFC7693) verwendet. <\/p>\n