Jason A. Donenfeld, autor VPN WireGuard, zaprezentowa\u0142 projekt WireGuardNT, rozwijaj\u0105cy wysokowydajny port VPN WireGuard dla j\u0105dra Windows, kompatybilny z Windows 7, 8, 8.1 i 10, wspieraj\u0105cy architektury AMD64, x86, ARM64 i ARM. Kod implementacji jest rozpowszechniany na licencji GPLv2. Nowy sterownik jest ju\u017c zawarty w kliencie WireGuard dla Windows, ale obecnie jest oznaczony jako eksperymentalny i nie jest domy\u015blnie aktywowany. <\/p>\n
Port oparty jest na zweryfikowanej bazie kodu g\u0142\u00f3wnej implementacji WireGuard dla j\u0105dra Linux, kt\u00f3ra zosta\u0142a przet\u0142umaczona na u\u017cycie byt\u00f3w j\u0105dra Windows i stosu sieciowego NDIS. W por\u00f3wnaniu do wcze\u015bniej dost\u0119pnej implementacji wireguard-go dla Windows, dzia\u0142aj\u0105cej w przestrzeni u\u017cytkownika i u\u017cywaj\u0105cej interfejsu sieciowego Wintun, WireGuardNT oferuje znaczny wzrost wydajno\u015bci dzi\u0119ki wyeliminowaniu operacji prze\u0142\u0105czania kontekstu oraz kopiowania zawarto\u015bci pakiet\u00f3w z j\u0105dra do przestrzeni u\u017cytkownika. Podobnie jak w implementacjach dla Linuxa, OpenBSD i FreeBSD, w WireGuardNT ca\u0142a logika przetwarzania protoko\u0142u dzia\u0142a bezpo\u015brednio na poziomie stosu sieciowego. <\/p>\n
Mimo \u017ce specyficzne optymalizacje jeszcze nie zosta\u0142y przeprowadzone, WireGuardNT ju\u017c pozwoli\u0142 na osi\u0105gni\u0119cie szczytowej wydajno\u015bci przesy\u0142ania danych na poziomie 7,5 Gbps w istniej\u0105cym \u015brodowisku testowym z Ethernetem. Na rzeczywistych systemach u\u017cytkownik\u00f3w z Wi-Fi wydajno\u015b\u0107 jest znacznie ni\u017csza, ale w niewielkim stopniu r\u00f3\u017cni si\u0119 od bezpo\u015bredniego przesy\u0142ania danych. Na przyk\u0142ad w systemie z bezprzewodow\u0105 kart\u0105 Intel AC9560 przepustowo\u015b\u0107 bez WireGuard wynios\u0142a 600 Mbps i z WireGuardNT r\u00f3wnie\u017c pozosta\u0142a na poziomie 600 Mbps, podczas gdy przy u\u017cyciu wireguard-go\/Wintun wynosi\u0142a 95 Mbps. <\/p>\n
Przypomnijmy, \u017ce VPN<\/a> WireGuard jest wdra\u017cany na podstawie nowoczesnych metod szyfrowania, zapewnia bardzo wysok\u0105 wydajno\u015b\u0107, jest prosty w u\u017cyciu, pozbawiony komplikacji i dobrze sprawdzi\u0142 si\u0119 w wielu du\u017cych wdro\u017ceniach obs\u0142uguj\u0105cych du\u017ce wolumeny ruchu. Projekt rozwija si\u0119 od 2015 roku, przeszed\u0142 audyt i formaln\u0105 weryfikacj\u0119 stosowanych metod szyfrowania. W WireGuard zastosowano koncepcj\u0119 routingu na podstawie kluczy szyfruj\u0105cych, kt\u00f3ra polega na przypisaniu do ka\u017cdego interfejsu sieciowego klucza prywatnego oraz zastosowaniu go do powi\u0105zania kluczy publicznych. <\/p>\n Wymiana otwartych kluczy do nawi\u0105zywania po\u0142\u0105czenia odbywa si\u0119 analogicznie jak w SSH. Do negocjacji kluczy i po\u0142\u0105czenia bez uruchamiania osobnego demona w przestrzeni u\u017cytkownika zastosowano mechanizm Noise_IK z Noise Protocol Framework, podobny do utrzymywania pliku authorized_keys w SSH. Przesy\u0142 danych odbywa si\u0119 poprzez enkapsulacj\u0119 w pakietach UDP. Obs\u0142ugiwana jest zmiana adresy IP<\/a> serwera VPN (roaming) bez przerywania po\u0142\u0105czenia z automatycznym przestawieniem klienta. <\/p>\n Do szyfrowania u\u017cywany jest strumieniowy szyfr ChaCha20 oraz algorytm uwierzytelniania wiadomo\u015bci (MAC) Poly1305, opracowane przez D annotations F a nicz\u0119ty Bernsteina (Daniel J. Bernstein), Tanj\u0119 Lange (Tanja Lange) oraz Petera Schwabe (Peter Schwabe). ChaCha20 i Poly1305 s\u0105 przedstawiane jako szybsze i bezpieczniejsze odpowiedniki AES-256-CTR i HMAC, a ich implementacja programowa pozwala osi\u0105gn\u0105\u0107 sta\u0142y czas wykonania bez anga\u017cowania specjalnego wsparcia sprz\u0119towego. Do generowania wsp\u00f3lnego sekretnego klucza stosowany jest protok\u00f3\u0142 Diffiego-Hellmana oparty na krzywych eliptycznych w implementacji Curve25519, r\u00f3wnie\u017c zaproponowanej przez Daniela Bernsteina. Do haszowania u\u017cywany jest algorytm BLAKE2s (RFC7693). <\/p>\n