Oba szyfry są przestarzałe i żaden nie jest właściwym celem dla nowego ruchu. Użyteczne porównanie to nie DES kontra 3DES; to algorytm wycofany kontra utrzymywany. Jeśli brama nadal oferuje któryś z nich, zadaniem jest ustalić, co go wymaga, i usunąć to wymaganie, a nie wybierać silniejszy z dwóch ślepych zaułków.

Porównanie, którego ludzie wciąż szukają, jest niewłaściwe

Odpowiedzi pisane w latach 2000 porównują DES z potrójnym DES i wnioskują, że potrójny DES jest silniejszy. Wtedy to było rozsądne, a teraz bezużyteczne, bo oba są wycofane z ochrony nowego ruchu, a wybór między nimi to wybór między dwoma ślepymi zaułkami.

NIST wycofał standard DES w 2005 roku, a jego zalecenie TDEA zostało wycofane w styczniu 2024 roku, po tym jak pod koniec 2023 roku minął termin stosowania TDEA do nowej ochrony kryptograficznej. Te daty opisują przejście, nie ranking. Krótka sesja lub wiadomość o małej wartości nie otwierają pytania na nowo, bo status algorytmu nie zależy od tego, jak długo używa się klucza.

Odnawianie klucza to osobna kontrola i nie przywraca zatwierdzenia.

Oddziel negocjacje od ścieżki danych

Protokoły VPN negocjują ochronę w więcej niż jednym miejscu. Kanał sterowania może używać jednego zestawu, podczas gdy przenoszone dane używają innego, a lista propozycji mówi tylko, co peer jest gotów zaakceptować. Czytaj wynik negocjacji, nie ofertę. Ta różnica wyjaśnia częste zamieszanie: brama wciąż wymienia stary algorytm, a operator zakłada, że jest używany, gdy tymczasem może być oferowany i nigdy niewybrany albo wybrany tylko dla jednego starego peera.

Na bramie IPsec istotnym wyjściem jest asocjacja bezpieczeństwa; w OpenVPN są to szyfr i ustawienia TLS w logu połączenia. Oba mówią, co wybrano. Żadnego nie dowodzi stara opcja wciąż obecna w pliku konfiguracji.

Jeśli nie widzisz wyniku negocjacji, nie możesz twierdzić, że szyfr został wycofany.

Znajdź komponent, który wciąż go wymaga

Wymagania dotyczące starszych systemów pochodzą z trzech miejsc: stary klient, który nie oferuje nic lepszego, polityka bramy, która wciąż wymienia algorytm, oraz urządzenie mówiące tylko starym protokołem. Każde ma inne rozwiązanie. Przed włączeniem dostawcy zgodności zapytaj właściciela ograniczenia, które to jest, bo włączenie go dotyczy każdego łączącego się peera.

Dla pojedynczego urządzenia, którego nie można jeszcze wymienić, postaw przed nim utrzymywaną bramę i ogranicz, co ta granica przenosi. To ogranicza stary szyfr, nie zmuszając każdego zdalnego użytkownika do dziedziczenia go.

Ograniczenie to nie łata i nie czyni starego hosta godnym zaufania.

Migruj z kontrolami, które już masz

Migracja jest zakończona, gdy zamierzone peery łączą się z utrzymywanym profilem, wynegocjowany zestaw jest tym oczekiwanym, a aplikacja działa. Utrzymuj weryfikację tożsamości serwera i kontrole konta przez cały czas; zmiana szyfru nie jest powodem do ich poluzowania.

openvpn --version
openssl ciphers -v 'DEFAULT:!DES:!3DES'

Zapisz wersje klienta i bramy obok wyniku negocjacji, aby następny przegląd mógł powiedzieć, co naprawdę się zmieniło.

Wycofaj stare pozwolenie przez jego właściciela, a następnie potwierdź, że peer oferujący wyłącznie wycofany algorytm jest teraz odrzucany. Migracja, która zostawia starą opcję włączoną, to migracja, która nie nastąpiła. Zachowaj dowód odmowy razem z zapisem zmiany, bo następny audyt zapyta, skąd to wiesz, a usunięta linia konfiguracji jest słabszym dowodem niż zalogowana odmowa. Dodaj datę testu i tożsamość peera do tego zapisu, póki sesja jest jeszcze świeża.

Dane historyczne to inny problem

Odczyt archiwum chronionego lata temu może zgodnie z prawem wymagać starego algorytmu. To odszyfrowanie istniejącego materiału i nie jest tym samym zadaniem co ochrona nowego ruchu.

Trzymaj taką pracę na izolowanym hoście z udokumentowanym celem i krótką listą osób, które mogą ją wykonywać.

Ta różnica ma znaczenie, bo jest jedynym uczciwym powodem utrzymywania wycofanego szyfru w dostępności. Uzasadnia ograniczone narzędzie, nigdy stałej linii w publicznym profilu VPN.

Powiązane artykuły