Technologie VPN

Technologie VPN poza IPsec

Wirtualna sieć prywatna (VPN) tworzy logiczne połączenie między punktami końcowymi za pośrednictwem sieci publicznej lub współdzielonej. Szyfrowanie, uwierzytelnianie i integralność zależą od zastosowanego protokołu oraz jego konfiguracji. IPsec jest rozbudowanym frameworkiem do budowy takich tuneli, lecz istnieją także rozwiązania o innym modelu transportu, uwierzytelniania i zarządzania kluczami. Każde z nich ma odmienny zakres zastosowań, wymagania wdrożeniowe i ograniczenia.

Różnice między tymi rozwiązaniami wpływają na poziom ochrony, sposób przechodzenia przez zapory i wymagania wobec klienta. PPTP pozostaje protokołem historycznym z udokumentowanymi słabościami. VPN SSL/TLS wykorzystuje mechanizmy TLS i może udostępniać zasoby przez przeglądarkę lub aplikację kliencką. WireGuard stosuje mały, stały zestaw prymitywów kryptograficznych oraz transport UDP. PPTP, L2TP/IPsec, VPN SSL/TLS i WireGuard różnią się enkapsulacją tunelu, obsługą po stronie klienta oraz mechanizmami ustanawiania chronionej komunikacji.

PPTP (Point-to-Point Tunneling Protocol): protokół historyczny

Point-to-Point Tunneling Protocol, czyli PPTP, należał do pierwszych szeroko wdrażanych protokołów VPN. Opracowano go w połowie lat 90. w ramach konsorcjum obejmującego Microsoft. Celem było uproszczenie zdalnego dostępu do sieci organizacji przez łącza wdzwaniane (dial-up), których używano przed upowszechnieniem szerokopasmowego dostępu do internetu. Specyfikacja PPTP opisuje kontrolę połączenia, tunel GRE i przenoszenie ramek PPP.

Jak działa PPTP

PPTP tworzy tunel za pomocą protokołu Generic Routing Encapsulation (GRE). GRE przenosi ramki Point-to-Point Protocol (PPP), a kanał sterujący PPTP korzysta z TCP na porcie $1723$. GRE ma numer protokołu IP $47$ i służy tu do enkapsulacji ramek PPP w pakietach IP. Ten mechanizm oddziela zestawianie sesji od przenoszenia danych.

W warstwie PPP PPTP korzystał z metod uwierzytelniania, w szczególności MS-CHAP i MS-CHAPv2 firmy Microsoft. Szyfrowanie danych zapewniał zwykle mechanizm MPPE (Microsoft Point-to-Point Encryption), oparty w starszych wdrożeniach na RC4 z kluczami 40- lub 128-bitowymi. Sama obecność mechanizmu szyfrowania nie usuwa słabości uwierzytelniania ani braku niezależnej ochrony integralności.

Ograniczenia bezpieczeństwa PPTP

PPTP jest protokołem przestarzałym, którego nie należy używać do ochrony komunikacji. MPPE korzysta z wycofanego szyfru RC4, a MS-CHAPv2 ma udokumentowane słabości kryptograficzne umożliwiające ataki na przechwycony proces uwierzytelniania. Opisany profil PPTP nie zapewnia współczesnego poziomu poufności i integralności wymaganego dla zdalnego dostępu.

Przechwycenie wymiany MS-CHAPv2 może umożliwić odzyskanie danych uwierzytelniających, a słabości MPPE ograniczają wartość ochrony ruchu. Skuteczność ataku zależy od sposobu konfiguracji, siły hasła i dostępu do materiału uwierzytelniającego. Sama trudność obliczeniowa nie stanowi podstawy do uznania PPTP za bezpieczny.

PPTP należy wyłączyć w nowych wdrożeniach i zastąpić protokołem z aktualnymi mechanizmami uwierzytelniania, ochrony integralności i zarządzania kluczami. W starszym systemie jego użycie powinno być traktowane jako ryzyko wymagające planu migracji. Zachowanie informacji o PPTP ma wartość dydaktyczną, ponieważ pokazuje, że tunelowanie GRE oraz szyfrowanie PPP nie wystarczają do spełnienia współczesnych wymagań VPN.

L2TP (Layer 2 Tunneling Protocol): tunel bez szyfrowania

Layer 2 Tunneling Protocol (L2TP) powstał z połączenia elementów PPTP i protokołu L2F (Layer 2 Forwarding) firmy Cisco. Protokół przenosi ramki PPP w sesjach i tunelach L2TP, zwykle przez UDP na porcie $1701$.

L2TP sam w sobie realizuje tunelowanie i multipleksowanie sesji. Enkapsuluje ramki PPP oraz przenosi komunikaty sterujące między końcami tunelu. Nie zapewnia poufności danych, dlatego przechwycony pakiet może ujawnić zawartość, jeśli nie zastosowano osobnej warstwy ochrony. L2TP jest mechanizmem transportowym, a funkcje bezpieczeństwa trzeba dostarczyć przez IPsec lub inne rozwiązanie zgodne z polityką organizacji.

L2TP przez IPsec: rozdzielenie funkcji

Połączenie L2TP z IPsec rozdziela funkcje tunelowania i ochrony. L2TP odpowiada za sesję i przenoszenie ramek PPP, natomiast IPsec ESP chroni pakiety L2TP. Poziom ochrony zależy od negocjowanych algorytmów, uwierzytelniania, kluczy i konfiguracji bramy. W tym połączeniu funkcje protokołów są rozdzielone:

• L2TP ustanawia tunel komunikacyjny, negocjuje sesję i hermetyzuje dane, zwykle ramki PPP. Zarządza identyfikatorami tunelu oraz sesji między klientem a serwerem.
• IPsec (w szczególności ESP) chroni pakiet L2TP. ESP może zapewniać poufność, integralność, uwierzytelnianie pochodzenia i ochronę przed powtórzeniem, których sam L2TP nie dostarcza.

Połączenie dodaje warstwy enkapsulacji. Ramka PPP jest przenoszona przez L2TP, a pakiet L2TP przez ESP. Zwiększa to narzut nagłówków i przetwarzania w porównaniu z profilem IPsec bez L2TP. Rzeczywisty koszt zależy od sprzętu, algorytmów i wielkości pakietów.

Zalety i wady L2TP/IPsec

• Ochrona: Przy prawidłowej implementacji IPsec, z aktualnymi algorytmami i poprawnym uwierzytelnianiem, L2TP/IPsec może zapewnić poufność, integralność i ochronę przed powtórzeniem pakietów.
• Natywny klient: Wiele systemów operacyjnych ma wbudowaną obsługę L2TP/IPsec, więc w części środowisk połączenie nie wymaga dodatkowego klienta. Dostępność i zalecenia producenta zależą od wersji systemu.
• Złożoność i zapory: L2TP używa UDP $1701$, IPsec ESP protokołu IP $50$, a IKE portu UDP $500$. Przy translacji adresów IPsec może użyć UDP $4500$ zgodnie z NAT-T. Polityka zapory musi przepuszczać wymagany zestaw ruchu.

VPN SSL/TLS: dostęp przez TLS

HTTPS korzysta z TLS do ochrony połączenia aplikacji z serwerem. Ten sam protokół może zabezpieczać zdalny dostęp do zasobów organizacji. VPN SSL/TLS wykorzystuje uwierzytelnianie oraz ochronę rekordu TLS, a zakres udostępnionych zasobów zależy od trybu pracy bramy.

Typową zaletą VPN SSL/TLS jest możliwość użycia TCP $443$, czyli portu często dopuszczanego dla HTTPS. Nie oznacza to automatycznego ominięcia zapory: organizacja może filtrować połączenia, stosować inspekcję TLS albo blokować nieznane bramy. W sieciach hotelowych, lotniskowych i innych restrykcyjnych środowiskach ten profil transportu bywa łatwiejszy do obsłużenia niż IPsec, lecz wynik zależy od polityki sieci.

VPN SSL/TLS zazwyczaj występuje w dwóch wersjach:

1. Portalowy VPN SSL (bezklientowy)

Jest to najprostsza forma VPN SSL. Użytkownik nie musi instalować żadnego dedykowanego oprogramowania klienckiego VPN na swoim komputerze. Po prostu otwiera przeglądarkę internetową, przechodzi do specjalnego bezpiecznego portalu internetowego udostępnionego przez swoją organizację i loguje się.

Portal ten działa wówczas jako bezpieczna brama, prezentując użytkownikowi stronę internetową zawierającą linki do wewnętrznych zasobów firmy, takich jak e-mail, udziały plików czy aplikacje wewnętrzne. Gdy użytkownik kliknie link, brama VPN SSL pobiera zawartość z serwera wewnętrznego w jego imieniu i bezpiecznie prezentuje ją w przeglądarce.

Rozwiązanie zapewnia bezpieczny dostęp do ograniczonego zestawu aplikacji internetowych, lecz nie zapewnia pełnego dostępu do sieci.

2. Tunelowy VPN SSL (pełny tunel)

Dla pełnego dostępu do sieci używa się tunelowego VPN SSL. Ten tryb wymaga zainstalowania na urządzeniu użytkownika aplikacji klienckiej. Historycznie wykorzystywano aplety Java lub ActiveX pobierane z portalu, natomiast współczesne wdrożenia stosują samodzielne programy klienckie.

Ta aplikacja kliencka tworzy wirtualny interfejs sieciowy na komputerze i ustanawia tunel TLS do bramy VPN. Następnie kieruje cały lub część, zależnie od konfiguracji, ruch sieciowy komputera przez zaszyfrowany tunel. Użytkownik może uzyskać dostęp do zasobów sieciowych podobnie jak w tradycyjnym VPN IPsec. Wiele wdrożeń używa TCP $443$, a część korzysta także z UDP lub DTLS, więc wymagany transport zależy od produktu. OpenVPN to popularny projekt open source, który używa TLS do ochrony kanału sterującego i może pracować przez TCP albo UDP.

WireGuard: prosty protokół VPN

WireGuard jest protokołem VPN zaprojektowanym z naciskiem na prostą konfigurację, współczesne prymitywy kryptograficzne i transport UDP. Jego model peer-to-peer opiera się na kluczach publicznych, przypisaniu adresów oraz dozwolonych prefiksach ruchu.

Filozofia prostoty

IPsec i OpenVPN obejmują wiele trybów pracy, mechanizmów negocjacji oraz opcji zgodności. Taka elastyczność zwiększa zakres implementacji i liczbę ustawień, które trzeba sprawdzić podczas audytu. WireGuard ogranicza stan protokołu, wybór prymitywów i format konfiguracji. Mniejszy zakres funkcji ułatwia przegląd kodu oraz analizę konfiguracji, choć bezpieczeństwo nadal zależy od aktualnej implementacji, ochrony kluczy i reguł routingu.

Ustalony zestaw kryptograficzny

WireGuard definiuje jeden zestaw prymitywów kryptograficznych zamiast negocjować wiele opcjonalnych zestawów. Ograniczenie wyboru ułatwia zgodność implementacji i zmniejsza ryzyko uruchomienia niezalecanego algorytmu. Protokół wykorzystuje następujące elementy:

• ChaCha20 i Poly1305 w konstrukcji AEAD do szyfrowania oraz uwierzytelniania danych.
• Curve25519 do wymiany kluczy ECDH między rówieśnikami.
• BLAKE2s i HKDF do funkcji skrótu oraz wyprowadzania kluczy.
• SipHash24 do ochrony kluczy tablicy haszującej.

Stały zestaw ogranicza liczbę decyzji konfiguracyjnych dotyczących kryptografii, lecz nie zastępuje zarządzania kluczami, aktualizacji oprogramowania ani kontroli dostępu. Administrator nadal odpowiada za ochronę kluczy prywatnych i poprawne określenie dozwolonych adresów.

Wydajność i mobilność

WireGuard działa wyłącznie przez UDP. Protokół ma implementację w jądrze Linuksa oraz implementacje dla innych systemów, a niewielka liczba stanów i brak negocjacji wielu zestawów algorytmów ograniczają narzut sterujący. Przepustowość i opóźnienie zależą od implementacji, procesora, MTU oraz trasy, więc porównanie z IPsec lub OpenVPN wymaga pomiaru w konkretnym środowisku.

Model WireGuard pozwala aktualizować punkt końcowy peera po odebraniu poprawnie uwierzytelnionego pakietu. Ułatwia to zmianę adresu przy przejściu z Wi-Fi do sieci komórkowej. W sieciach z translacją adresów można użyć okresowego keepalive. WireGuard jest dostępny w jądrze Linuksa i ma klientów dla głównych platform, lecz wdrożenie wymaga osobnego sprawdzenia routingu, zapory i dystrybucji kluczy.

Podsumowanie i kryteria wyboru

Technologie VPN różnią się zakresem ochrony, transportem, obsługą klientów i wymaganiami administracyjnymi. Tabela porządkuje ich typowe właściwości. Ostateczna ocena wymaga sprawdzenia wersji protokołu, konfiguracji i polityki organizacji.

Przy nowym wdrożeniu wybór między OpenVPN, innym VPN SSL/TLS a WireGuard powinien wynikać z wymagań dotyczących klientów, transportu, routingu i zarządzania kluczami. L2TP/IPsec może pozostać rozwiązaniem zgodnym z wbudowanymi klientami, jeśli organizacja akceptuje jego zależności i ograniczenia. PPTP nie powinien chronić poufnej komunikacji. Znajomość działania protokołów pomaga ocenić, jakie dane są chronione, gdzie kończy się tunel i jakie ryzyko pozostaje na punktach końcowych oraz w publicznej sieci.