Unieważnione certyfikaty TLS i poprawki krytycznych luk w PHP

Firma eMudhra unieważniła osiem pośrednich certyfikatów TLS, ponieważ wygenerowane dla nich klucze prywatne były zbyt słabe. Jednocześnie twórcy PHP zapowiadają poprawki dwóch krytycznych podatności, które mogą pozwolić na przejęcie kontroli nad serwerami. Oba wydarzenia pokazują, jak szybko zagrożenia bezpieczeństwa mogą wpłynąć na codzienne korzystanie z internetu.

Dlaczego eMudhra unieważniła certyfikaty TLS?

Przyczyną decyzji indyjskiej firmy były zbyt słabe klucze prywatne. Unieważnione certyfikaty pośrednie były powiązane z urzędami Mozilla, Microsoft, Apple i Chrome, czyli z najważniejszymi ekosystemami, w których przeglądarki i systemy operacyjne decydują o zaufaniu do witryn.

Certyfikat TLS odpowiada za szyfrowanie połączenia z serwisem, a jego wiarygodność zależy od tego, czy klucz trudno złamać. Jeśli klucz jest za krótki, teoretycznie da się go odtworzyć, co podważa sens całego łańcucha zaufania.

Jakie rozmiary kluczy były zbyt małe?

Materiał wskazuje, że problem dotyczył kluczy o długościach 4, 56, 66, 115, 155, 156, 230 i 237 bitów. Dla porównania podano typowy rozmiar 384 bitów. Poniższa tabela pokazuje, o ile każdy z tych kluczy jest krótszy od tej wartości.

Rozmiar klucza (bity)	Różnica względem 384 bitów
4	380 bitów mniej
56	328 bitów mniej
66	318 bitów mniej
115	269 bitów mniej
155	229 bitów mniej
156	228 bitów mniej
230	154 bity mniej
237	147 bitów mniej

Różnica jest znacząca: nawet największy z tych kluczy jest wyraźnie krótszy od typowego standardu. Właśnie dlatego przeglądarki zareagowały tak zdecydowanie.

Kto odczuje skutki unieważnienia certyfikatów?

Mozilla, Google i Apple zablokowały certyfikaty w swoich przeglądarkach. Dennis Jackson z Mozilli zwrócił uwagę, że macOS może nadal ufać unieważnionym certyfikatom, co oznacza, że ochrona nie działa we wszystkich środowiskach jednakowo.

Według materiału największe ryzyko dotyczy trzech grup: usług VPN, urządzeń internetu rzeczy (IoT) oraz serwerów, które nie otrzymują już aktualizacji. Te systemy często działają długo bez ingerencji użytkownika, więc błąd w certyfikacie może pozostać niezauważony.

Co z podatnościami w PHP?

PHP Foundation pracuje nad poprawkami dwóch krytycznych podatności języka PHP. Ocena zagrożenia wynosi 9,2 w dziesięciostopniowej skali, co plasuje je w kategorii poważnych problemów. Fundacja zapowiedziała też, że aktualizację może wydać wcześniej, jeśli szczegóły luk zostaną upublicznione.

Narzędzie PHP2Shell pozwala uruchamiać kod na serwerach działających z WordPressem, MediaWiki i Drupalem. Firma watchTowr ustaliła, że podatność dotyczy wszystkich wersji PHP od wersji 5, która pojawiła się w 2004 roku. Oznacza to, że starsze instalacje są szczególnie narażone.

Element	Informacja
Liczba łatanych podatności	2
Ocena zagrożenia	9,2 na 10
Dotknięte wersje	wszystkie od PHP 5 (2004)
Zagrożone systemy CMS	WordPress, MediaWiki, Drupal
Przewidywany czas do ataków	do 15 minut po aktualizacji (wg Sansec)

Watchtower opisał możliwość przejęcia kontroli, ale ta informacja pochodzi z niezweryfikowanego zgłoszenia, więc warto traktować ją ostrożnie. Sansec oczekuje jednak szybkich ataków zaraz po publikacji poprawek, co zmienia sposób myślenia o łataniu.

Co to oznacza dla Ciebie?

Jeśli korzystasz z VPN-a, sprawdź, czy dostawca potwierdził aktualizację swoich certyfikatów, i rozważ zmianę usługi, jeśli jest on powolny w reagowaniu na incydenty. Użytkownicy urządzeń IoT, takich jak kamery, routery czy inteligentne gniazdka, powinni zaktualizować oprogramowanie, gdy tylko producent je wyda.

Administratorzy serwerów z WordPressem, MediaWiki lub Drupalem muszą zaplanować instalację poprawek PHP bez zwlekania. Przy szacunku Sansec, który mówi o atakach w ciągu kilkunastu minut, czas reakcji ma realne znaczenie. Dobrym rozwiązaniem jest włączenie automatycznych aktualizacji bezpieczeństwa tam, gdzie to możliwe.

Co to oznacza w praktyce?

Historia pokazuje, że zaufanie w internecie opiera się na łańcuchu certyfikatów i wersji oprogramowania, które muszą być aktualne na każdym ogniwie. Jedno słabe ogniwo, czy to klucz w urzędzie certyfikacji, czy stara wersja PHP na serwerze, może naruszyć bezpieczeństwo wielu użytkowników naraz.