ca md too weak: ponownie wydać certyfikat czy obniżyć poziom?

OpenVPN klient, który działał w zeszłym miesiącu, teraz nie startuje z ca md too weak, a profil na dysku jest bajt w bajt ten sam, który działał. Komunikat dotyczy podpisu na certyfikacie urzędu certyfikacji, a nie szyfru danych, skrótu auth ani hasła konta. Trzy warunki rozstrzygają, czy rozwiązaniem jest nowy materiał tożsamości, nowy łańcuch czy świadoma zmiana polityki. Przejdź je po kolei, a unikniesz typowego wyniku, w którym tunel wraca dzięki osłabieniu każdego połączenia TLS na hoście.

Co błąd właściwie nazywa

OpenSSL zgłasza ten błąd weryfikacji podczas budowania łańcucha, gdy certyfikat działający jako CA ma skrót podpisu, którego poziom bezpieczeństwa biblioteki już nie akceptuje. MD5 jest odrzucany na domyślnym poziomie, a SHA-1 zostaje odrzucony po podniesieniu poziomu. Skrót na certyfikacie liścia ma tu mniejsze znaczenie niż skrót wystawcy, który go podpisuje. Ta sama polityka może odrzucić korzeń, który w dniu wydania był całkowicie zwyczajny.

Dlatego edycja auth ani data-ciphers nic nie daje w tym przypadku. Te ustawienia rządzą ochroną pakietów po uzgodnieniu, a odrzucony obiekt jest dokumentem tożsamości sprawdzanym, zanim powstanie tunel. Certyfikat może wygodnie mieścić się w oknie ważności i wciąż nieść podpis, którego biblioteka nie przyjmie.

Trzymaj te kontrole osobno w głowie, a błąd przestanie wyglądać tajemniczo. Daty ważności, przeznaczenie klucza i skrót podpisu to niezależne testy, a właśnie dokładnie jeden z nich zawiódł.

Warunek pierwszy: czy odrzucony obiekt to korzeń?

Wydrukuj każdy certyfikat z profilu i odczytaj pola subject oraz issuer. Samopodpisany korzeń pokazuje tę samą wartość w obu, a jego algorytm podpisu jest tym, na którym opiera się cały łańcuch. Gdy słaby skrót siedzi właśnie tam, każdy liść poniżej dziedziczy problem. Zapisz algorytm obok subject, aby późniejsze porównanie było mechaniczne, a nie z pamięci.

Połączone pliki CA często zawierają kilka bloków, więc ustal, który blok jest faktycznie wczytywany, zamiast zakładać, że winny jest pierwszy. Polecenie openssl x509 -in ca.pem -noout -subject -issuer -text opisuje jeden certyfikat naraz, co oznacza, że najpierw trzeba rozdzielić pakiet, jeśli zawiera ich więcej. Porównaj wydrukowany algorytm podpisu ze skrótem, którego można oczekiwać z epoki powstania korzenia.

Liść podpisany SHA-256 pod słabym korzeniem nadal zawodzi, ponieważ sprawdzanie łańcucha idzie aż do góry. Właśnie ta kolejność sprawia, że następny warunek ma znaczenie.

Warunek drugi: czy kontrolujesz wystawcę?

Jeśli korzeń należy do twojej organizacji, trwałym rozwiązaniem jest nowy korzeń z nowoczesnym skrótem oraz ponownie wydane liście, dostarczone jako jedna aktualizacja profilu. To kosztuje okno serwisowe i plan dla urządzeń, które nie przyjmą aktualizacji tego samego dnia.

Jeśli łańcuch wydała strona trzecia, rozwiązaniem jest prośba do tego operatora, a jedynym użytecznym działaniem lokalnym jest zaprzestanie polegania na starym materiale. Edycja tekstu PEM lub ponowne zapisanie pliku nie zmienia niczego, co obejmuje podpis.

Jeden przypadek pośredni zasługuje na nazwę: wewnętrzny korzeń starszy niż obecne standardy, który wciąż podpisuje materiał zaufany przez inne systemy. Jego wymiana oznacza audyt każdego konsumenta, w tym urządzeń przypinających stary certyfikat odciskiem palca. Policz tych konsumentów przed zaplanowaniem zmiany, bo wymiana korzenia, która pominie jednego, zamienia błąd startu na awarię.

Warunek trzeci: co jeszcze przyjmuje obniżenie poziomu

Obniżenie poziomu bezpieczeństwa albo wybór starszego profilu certyfikatów OpenVPN sprawia, że klient znów akceptuje stary skrót. Rozluźnia to również inne kontrole w tej samej bibliotece, dla każdego połączenia, które tworzy ten proces.

Może to być obronione w laboratorium albo jako krótki most, gdy przygotowywany jest materiał zastępczy, o ile wyjątek jest ograniczony do jednego profilu i ma datę końcową. Jako trwałe ustawienie na współdzielonym hoście po cichu poszerza to, czemu zaufa każdy klient TLS na nim.

Zapisz wyjątek wraz z właścicielem i krokiem usunięcia. Nieudokumentowana zmiana poziomu po pół roku jest nieodróżnialna od błędu, a następny inżynier nie będzie wiedział, że to kiedykolwiek była decyzja.

Decyzja zapisana jako reguła

Wymień łańcuch, gdy kontrolujesz wystawcę i potrafisz wyliczyć jego konsumentów. Eskaluj do wystawcy, gdy nie kontrolujesz. Obniż poziom tylko jako datowany, ograniczony wyjątek z już zaplanowanym zamiennikiem. Cokolwiek innego zostawia ten sam certyfikat na miejscu i przenosi ryzyko tam, gdzie jest mniej widoczne.

Potem przetestuj profil od nowa z czystego klienta, potwierdź, że uzgadnianie się kończy, i zachowaj dokładny tekst odrzucenia, jeśli nadal zawodzi. Precyzyjny komunikat błędu to najtańsza rzecz, jaką możesz przekazać właścicielowi następnej warstwy.