Wysyłaj pakiet VPN do właściwego odbiorcy, a nie tylko klucz

Partner przysyła klucz publiczny i prosi o zaszyfrowany pakiet. Szyfrowanie zadziała i może dostarczyć doskonale chronione poświadczenie komuś, kto nie powinien go mieć. Poufność i tożsamość odbiorcy to dwa różne pytania, na które odpowiadają różne mechanizmy. Odpowiedz na oba, zanim pakiet opuści twoją maszynę.

Dwa różne pytania: poufność i odbiorca

Szyfrowanie odpowiada, kto może odczytać plik, przy założeniu, że klucz należy do zamierzonej osoby. Podpis odpowiada, kto go wytworzył, i nic nie mówi o poufności, bo podpisany plik może nadal być czytelny. Odcisk identyfikuje klucz i tylko niezależna kontrola wiąże ten odcisk z osobą lub rolą. Traktowanie któregokolwiek z nich jak pozostałych to typowa porażka w przekazaniu, które wygląda starannie.

Plik ma też cykl życia: link, który wygasa, ogranicza późniejsze pobranie, ale nie unieważnia poświadczenia, które już zostało pobrane.

Zweryfikuj odcisk poza kanałem

Uzyskaj oczekiwany odcisk z kanału, który nie zależy od wiadomości proszącej cię o szyfrowanie. Następnie porównaj go z tym, co przechowuje lokalny pęk kluczy.

gpg --fingerprint [email protected]
gpg --list-keys --with-fingerprint [email protected]

Linie odcisku to wartość do porównania, a drugie polecenie pokazuje te same tożsamości z pełnymi odciskami do drugiego spojrzenia. Potwierdź cały ciąg przez rozmowę, podpisany spis lub zarządzany zapis rejestracji; znana wyświetlana nazwa niczego nie dowodzi. Jeśli klucz przyszedł w tej samej wiadomości, która prosiła o dostarczenie, jego odcisk nie jest niezależnym dowodem. Importuj klucz dopiero po tej kontroli i szyfruj do zweryfikowanego odcisku, a nie do nazwy.

Przekazuj tylko materiał, którego potrzebuje urządzenie

Zrób spis pakietu, zanim wybierzesz transport. Publiczne ustawienia bramy i publiczny certyfikat zaufania to konfiguracja, prywatny klucz klienta to tajemnica, a klucz podpisu wystawcy to zupełnie inny zasób. Tam, gdzie model rejestracji na to pozwala, trzymaj klucz prywatny na urządzeniu i przekazuj tylko to, co kończy rejestrację. Klient VPN nie potrzebuje klucza podpisu CA do walidacji serwera, a jeden wspólny żywy klucz między partnerami czyni indywidualne unieważnienie niemożliwym.

Podpisz także artefakt, gdy odbiorca musi wykryć podstawienie, i trzymaj obie operacje osobno w instrukcjach. Trzymaj pakiet wielu plików w jednym archiwum, aby odbiorca nie mógł zainstalować połowy konfiguracji i potem zgłosić, że brama odrzuca tożsamość.

Zamknij cykl życia po dostarczeniu

Zapisz odbiorcę, urządzenie, wersję konfiguracji i drogę unieważnienia, ale nigdy samej wartości prywatnej. Potwierdź, że zamierzona osoba może się zarejestrować, a inna tożsamość jest odrzucana. Jeśli pakiet trafi w niepowołane ręce, zastąp lub unieważnij przyjętą tajemnicę przez jej wystawcę, bo usunięcie załącznika nie unieważnia niczego, co już pobrano. Archiwum chronione hasłem, którego hasło wędruje w tej samej rozmowie, też nie jest niezależną kontrolą.

Przekazanie jest zakończone, gdy właściwa tożsamość jest aktywna na właściwym urządzeniu, a nie gdy zaszyfrowany plik zostanie pomyślnie przesłany.