Twierdzenia o szyfrowaniu VPN: co musi mówić dokumentacja

Spójrz na dużą liczbę obok nazwy algorytmu i zapytaj, co tak naprawdę mierzy. Nie mówi, które połączenie jest chronione, który protokół zapewnia ochronę ani jakie ustawienia obsługuje twój klient. Strona, która nie potrafi powiązać swojego twierdzenia z którymkolwiek z tych elementów, jest reklamą, a nie dokumentacją. Poniższe kontrole to kolejność czytania dla dowolnego otrzymanego podsumowania, a pierwsze twierdzenie, którego nie potrafisz przypisać do konkretnego połączenia, jest miejscem, w którym należy się zatrzymać.

Ustal, którego połączenia dotyczy twierdzenie

Jedna strona produktu może w jednym akapicie omawiać szyfrowanie tunelu, HTTPS do portalu konta i szyfrowanie przechowywanych danych. To różne ścieżki i różne systemy przechowywania, więc właściwość jednego nic nie mówi o pozostałych. Zdecyduj, o którym z trzech mówi zdanie, zanim porównasz je z konkurentem. To samo słowo, szyfrowanie, pojawia się we wszystkich trzech kontekstach i za każdym razem znaczy coś innego.

Dla samego tunelu szukaj udokumentowanego protokołu i udokumentowanego zestawu obsługiwanych ustawień bezpieczeństwa. Te trzy etykiety nie są wymienne: zestaw domyślny jest dostarczany bez twojego wyboru, tryb opcjonalny obowiązuje tylko wtedy, gdy wybierze go profil, a wynik wynegocjowany to to, na czym obie strony zgodziły się przy połączeniu. Dostawca, który to zaciera, powiedział ci mniej, niż się wydaje.

Sprawdź protokół i zestaw, który dopuszcza

Zacznij od profilu klienta, a nie od grafiki porównawczej. Profil nazywa protokół, a protokół decyduje, które zestawy są w ogóle możliwe, jak pokazują dwa typowe przypadki.

Lista propozycji IKEv2 to menu, z którego wybiera brama, więc zestaw, który otrzymasz, może się różnić między dwiema bramami o identycznych ustawieniach klienta. WireGuard nie ma takiego menu, co czyni jego twierdzenie łatwiejszym do weryfikacji i węższym do opisania. Żadne z tych rozwiązań nie jest samo w sobie silniejsze; chodzi o to, że dokumentacja musi powiedzieć, które ma na myśli.

Sama nazwa szyfru pomija też uwierzytelnianie, uzgadnianie kluczy, ujawnianie metadanych i przechowywanie. Współczesne konstrukcje łączą szyfrowanie i integralność w jednym zestawie, a starsze je rozdzielają, więc podanie jednej nazwy algorytmu może ukryć, którą właściwość naprawdę otrzymujesz. Poproś o politykę negocjacji na piśmie, gdy strona jej nie podaje.

Sprawdź uwierzytelnianie drugiej strony i stan aktualizacji

Uwierzytelnianie drugiej strony należy do twierdzenia, nawet gdy tekst marketingowy je pomija. Silne szyfrowanie do niezweryfikowanego odbiorcy nie jest wynikiem, który ktokolwiek zamierzał, a tunel, który nie potrafi powiedzieć, kto odpowiedział, chroni mniej, niż się wydaje. Zobacz, jak klient weryfikuje serwer: łańcuch certyfikatów, przypięty klucz lub wcześniej współdzielony sekret. To różne modele zaufania z różnymi trybami awarii.

Następnie sprawdź implementację i jej stan aktualizacji, bo udokumentowany szyfr w niezaktualizowanym kliencie opisuje wersję, której możesz nie uruchamiać. Publikowane ograniczenia autorów protokołu warto przeczytać z tego samego powodu. Klient, którego nie aktualizowano od roku, składa inne twierdzenie niż strona przed tobą.

Sprawdź, gdzie kończy się tunel

Tunel od klienta do serwera kończy się na serwerze VPN. Szyfrowanie aplikacji, takie jak HTTPS do usługi za nim, może chronić ruch dalej na trasie, a za serwerem może być jedyną pozostałą ochroną. Przeczytaj wyjaśnienie operatora dotyczące punktów końcowych i zdecyduj, do której z tych warstw odnosi się twierdzenie.

Polityka rejestrowania i śledzenie konta stoją całkowicie poza szyfrowaniem. Operator może przenosić zaszyfrowaną treść, obserwując jednocześnie czas, adresy i objętość, więc twierdzenie o poufności treści nic nie odpowiada na temat tego, co jest zapisywane. Przechowywanie traktuj jako osobne pytanie z własnymi dowodami.

Zapisz, czego dokumentacja nie mówi

Gdy jakiejś właściwości brakuje, zapisz, że jej brakuje, zamiast wnioskować ją z nazwy lub reputacji oprogramowania. Audyt obejmuje tylko te właściwości i komponenty, które naprawdę zbadał, a luka w dokumentacji jest sama w sobie ustaleniem. Zapisz lukę, dopóki jeszcze pamiętasz, która strona ją stworzyła.

Na maszynie, którą kontrolujesz, odczytaj zestaw z aktywnej sesji, korzystając ze strony statusu klienta lub listy asocjacji bezpieczeństwa na bramie, i zapisz tę wartość obok wersji klienta. Taki zapis czyni twierdzenie dostawcy porównywalnym później, gdy aktualizacja zmieni wynegocjowany wynik. Jeśli klient i dokumentacja się nie zgadzają, zaufaj wynegocjowanemu wynikowi i zgłoś rozbieżność, zamiast po cichu ją godzić.