Co sprawdza openssl dhparam -check, a czego nie wychwyci

Zaliczenie dhparam -check wygląda jak wyrok w sprawie konfiguracji Diffie-Hellmana Twojego VPN. To nie wyrok. Polecenie porównuje jeden plik parametrów z arytmetyką, którą rzekomo spełnia, i nie mówi nic o tym, czy rozmiar grupy odpowiada Twojej polityce ani czy tunel w ogóle wczytuje ten plik. Czytanie go jako przeglądu bezpieczeństwa to założenie, które warto poprawić najpierw.

Plik parametrów zawiera liczbę pierwszą i generator. Ważność jest cechą tych liczb, a siła to ocena Twojego modelu zagrożeń i Twoich partnerów, i te dwie rzeczy nie są wymienne.

Co kontrola ważności rzeczywiście potwierdza

Uruchom kontrolę na pliku, który masz, i przeczytaj odpowiedź. openssl dhparam -in dh.pem -check -noout wykonuje kontrole parametrów i wstrzymuje zakodowane wyjście. Komunikat, że parametry wyglądają dobrze, oznacza, że wartości są strukturalnie spójne; nie oznacza, że krótka grupa jest w Twoim środowisku dopuszczalna.

Generowanie bez -dsaparam daje bezpieczne liczby pierwsze, gdzie (p-1)/2 też jest pierwsza, dlatego trwa to tak długo. Ścieżka w stylu DSA buduje parametry szybciej i przekształca je w formę DH, a podręcznik OpenSSL wiąże z ich użyciem dodatkowe wymagania świeżych kluczy. Żadna z tych konstrukcji nie jest tajemnicą sesji: plik jest publicznym materiałem konfiguracyjnym, nie kluczem prywatnym certyfikatu ani wspólną tajemnicą kanału sterowania.

Odczytaj rozmiar i generator, zanim ocenisz plik

Wynik ważności znaczy więcej, gdy wiesz, co zostało sprawdzone. Wydrukuj parametry za pomocą openssl dhparam -in dh.pem -text -noout, a potem zanotuj długość liczby pierwszej i wartość generatora.

Porównaj tę długość z zapisaną polityką, a nie z przyzwyczajeniem. Jeśli Twoim wymaganiem jest zatwierdzona nazwana grupa z nowoczesnego stosu TLS, ręcznie wygenerowany plik może być całkowicie niewłaściwym artefaktem. Zapisz obie liczby w rejestrze zmian, aby następny recenzent nie musiał ich ponownie wyprowadzać.

Nie zamieniaj kontroli w ponowne generowanie

Tryb awarii polega tu na poleceniu, które wygląda jak kontrola, a zachowuje się jak generator. Dodanie długości w bitach, jak w openssl dhparam -check 2048, żąda nowych parametrów, a plik wejściowy jest ignorowany. Opcja generatora może zrobić to samo. Jeśli chciałeś tylko sprawdzić, podaj -in i -check i nic, co opisuje rozmiar.

Zapis wyjścia nad oryginalną ścieżką zasługuje na tę samą nieufność, bo podręcznik ostrzega, że zapis do pliku nie jest atomowy. Awaria w trakcie zapisu zostawia obcięty plik parametrów i usługę, która nie wystartuje.

Dopasuj grupę do protokołu, nie do mody

Polityka rozmiaru to decyzja, której narzędzie nie odczyta za Ciebie. Grupa ciała skończonego o 2048 bitach to częsta dolna granica, a większe grupy kosztują czas uzgadniania, więc wybierz liczbę, którą nazywa Twoja własna linia bazowa, i zapisz ją. Powszechnie używane grupy nie są słabe dlatego, że są publiczne; nieznajomość nic tu nie dodaje.

Tam, gdzie stos obsługuje zatwierdzone nazwane grupy, postępuj według tego udokumentowanego układu, zamiast generować nietypowe parametry, by wyglądały wyjątkowo. Nazwana grupa to coś, co partner może rozpoznać, a recenzent wyszukać, co jest warte więcej niż plik na zamówienie, którego nikt nie potrafi zaklasyfikować.

Potwierdź, że VPN w ogóle wczytuje plik

Poprawny plik parametrów, którego nie czyta żaden proces, niczego nie zmienia. W OpenVPN dyrektywą serwera jest dh ze ścieżką, a wdrożenia opierające się na ECDH lub wymianie kluczy TLS 1.3 mogą zamiast tego ustawić dh none. Sprawdź działającą konfigurację, a nie szablon, a potem potwierdź, że klienci i partnerzy negocjują tę samą konstrukcję.

Zamknij pętlę dowodami, których naprawdę potrzebujesz: grupa wynegocjowana przez tunel, długość parametrów w pliku i wiersz polityki, który ta długość spełnia. Zaliczenie kontroli to jedna pozycja na tej liście. Traktowanie jej jako całej odpowiedzi to sposób, w jaki krótka grupa przeżywa audyt, który miał ją złapać.