Szyfrowanie ukrywa dane; uwierzytelnianie nazywa drugą stronę
Szyfrowanie chroni treść, uwierzytelnianie drugiej strony wskazuje serwer, a autoryzacja decyduje, co tożsamość może otworzyć. Zapytaj o wszystkie trzy w projekcie VPN.
Szyfrowanie bez sprawdzenia drugiej strony może dostarczyć poufną rozmowę niewłaściwej stronie. Uwierzytelnianie bez autoryzacji dowodzi, kto się dołączył, ale nie tego, co może otworzyć. To trzy odrębne mechanizmy kontroli, a przegląd VPN, który pyta tylko o szyfr, odpowiada na jeden z nich. Uporządkuj pytania, zanim otworzysz jakąkolwiek stronę ustawień.
Cztery pytania, zanim nazwiesz to bezpiecznym
Cztery pytania wyznaczają ramy przeglądu: co mogą przeczytać obserwatorzy, który serwer odpowiada, kto się dołącza i czego ta tożsamość może używać. Na pierwsze odpowiada szyfrowanie, na drugie uwierzytelnianie drugiej strony, na trzecie uwierzytelnianie użytkownika lub urządzenia, a na ostatnie autoryzacja. Nazwa szyfru albo udane logowanie to tylko częściowa odpowiedź.
| Control | Question it answers | What a failure looks like |
|---|---|---|
| Encryption | Who can read the traffic | Readable content on the path |
| Peer authentication | Which server is answering | Certificate or key mismatch |
| Joining identity | Which user or device connected | Rejected credentials |
| Authorization | What that identity may use | Access denied inside a working tunnel |
Projekt, który zostawia jeden wiersz bez odpowiedzi, nie staje się bezpieczny przez wzmocnienie innego. Mechanizmy kontroli się uzupełniają, nie są wymienne.
Uwierzytelnianie drugiej strony nie jest logowaniem
Klient sprawdza, że serwer jest tym zamierzonym, używając skonfigurowanych certyfikatów, kluczy publicznych lub innego obsługiwanego mechanizmu. Zaufany urząd certyfikacji nie czyni każdego wydanego kiedykolwiek certyfikatu właściwym serwerem, więc weryfikacja tożsamości nadal ma znaczenie. Wpisanie ważnego hasła w niezweryfikowanym punkcie końcowym nie czyni go godnym zaufania. Hasło dowodzi tylko, że byłeś gotów uwierzytelnić się wobec tego, kto odpowiedział.
WireGuard pokazuje ten sam pomysł innymi środkami: skonfigurowany klucz drugiej strony wykonuje weryfikację tożsamości bez okna certyfikatu w stylu przeglądarki. Wspólny sekret znany wielu użytkownikom identyfikuje raczej grupę niż jedną osobę, dlatego unikalne poświadczenie urządzenia często niesie silniejszą tożsamość.
Uwierzytelnione szyfrowanie to termin kryptograficzny
Uwierzytelnione szyfrowanie oznacza, że szyfr chroni poufność i wykrywa nieautoryzowane zmiany. Nie oznacza, że człowiek się zalogował, i nie decyduje, jakie pliki konto może otworzyć. Nazwa zestawu szyfrów opisuje konstrukcję, a nie relację między dwiema stronami. Integralność pakietów, tożsamość drugiej strony i uprawnienia konta to powiązane wymagania z odrębnymi dowodami.
Profil zaufania RFC 5280 jest referencją dla ścieżek certyfikatów i weryfikacji tożsamości, gdy wdrożenie używa X.509. Czytanie go jest użyteczniejsze niż traktowanie słowa uwierzytelniony jako synonimu bezpiecznego.
Przeczytaj błąd, zanim osłabisz mechanizm kontroli
Wygasły certyfikat, zły zegar systemowy i nieoczekiwana tożsamość serwera mają każdy własną poprawkę. Odrzucone konto ma inną. Jeśli serwer zmienił się legalnie, pobierz zaktualizowany materiał zaufania od zweryfikowanego operatora. Usunięcie weryfikacji tożsamości, aby tunel się połączył, zamienia widoczną awarię na niewidoczną.
Chroń poświadczenia, od których zależy tunel. Profil może zawierać klucz prywatny, a zapisane hasło może dawać dostęp zdalny. Gdy jedno wycieknie, użyj procesu zarządzania kontem lub kluczami usługi, ponieważ wybór innego kraju w katalogu klienta nie unieważnia starej tożsamości.