Luki w zabezpieczeniach PHP o poziomie zagrożenia 9,2 skłoniły firmę zajmującą się bezpieczeństwem blockchaina SlowMist do wezwania giełd kryptowalut, platform finansów zdecentralizowanych oraz dostawców portfeli do sprawdzenia swojej infrastruktury i zainstalowania awaryjnych aktualizacji. Deweloperzy PHP opublikowali poprawki 21 października 2026 r. dla dwóch podatności, które mogły umożliwić nieuwierzytelnionym atakującym zdalne wykonanie kodu na podatnych serwerach.
Najważniejsze informacje
- PHP udostępniło cztery poprawione wersje, aby usunąć dwie podatności, z których każda otrzymała ocenę 9,2 w systemie CVSS w wersji 4.0.
- SlowMist wezwała firmy z branży kryptowalut do sprawdzenia, czy ich strony internetowe, interfejsy i infrastruktura pomocnicza korzystają z podatnych wersji PHP.
- Zademonstrowane ataki nie dowodzą, że doszło do powszechnych włamań ani strat na dużych giełdach kryptowalut czy w protokołach DeFi.
Spis treści
- Luki w zabezpieczeniach PHP zwracają uwagę na podatne serwery
- Awaryjne aktualizacje obejmują cztery wydania PHP
- Międzynarodowe ostrzeżenia odróżniają podatność od potwierdzonych strat
- Podsumowanie
Luki w zabezpieczeniach PHP zwracają uwagę na podatne serwery
Bezpośrednie zagrożenie dla firm z branży kryptowalut dotyczy ich standardowej infrastruktury internetowej. W zależności od konfiguracji platformy przejęcie zaplecza opartego na PHP może narazić na ujawnienie informacji o klientach, interfejsów administracyjnych, systemów uwierzytelniania lub danych dostępowych do systemów operacyjnych.
SlowMist wezwała giełdy, projekty DeFi i dostawców portfeli do zidentyfikowania podatnych wdrożeń i zastosowania oficjalnych poprawek. Według doniesień po ujawnieniu podatności firma wykorzystała swój system monitorowania MistEye do zbadania ekspozycji związanej z PHP w infrastrukturze kryptowalutowej.
Ryzyko nie oznacza, że przejęcie serwera PHP automatycznie daje atakującemu dostęp do kluczy prywatnych, inteligentnych kontraktów lub aktywów klientów. Skutki zależą od połączeń z wrażliwymi systemami i uprawnień, jakie może uzyskać atakujący.
Awaryjne aktualizacje obejmują cztery wydania PHP
Dwie podatności, CVE-2026-109618 i CVE-2026-109619, otrzymały ocenę 9,2 w systemie Common Vulnerability Scoring System w wersji 4.0. Deweloperzy PHP usunęli je w wersjach 8.5.12, 8.4.27, 8.3.36 i 8.2.35. Podatne mogą być również starsze wersje, w tym niewspierane wydania, które należy zastąpić aktualizowanym oprogramowaniem.
CVE-2026-109618 dotyczy uszkodzenia pamięci związanego z obsługą błędu braku pamięci podczas czyszczenia żądań. CVE-2026-109619 wiąże się z globalnym stanem zachowującym odwołania do pamięci z wcześniejszych żądań, co może umożliwić wykorzystanie luki, gdy pamięć ta zostanie ponownie użyta. W podatnych konfiguracjach obie podatności mogą pozwolić na zdalne wykonanie kodu.
Projekt PHP wskazał, że potencjalnie narażone są instalacje dostępne z internetu, korzystające z PHP-FPM, Apache mod_php, php-cgi, FrankenPHP i LiteSpeed. Szczólne obawy wzbudził Apache mod_php, ponieważ badacze zademonstrowali atak umożliwiający wykonanie kodu, zanim aplikacja rozpocznie przetwarzanie żądania.
Awaryjne aktualizacje pojawiły się po wcześniejszych ostrzeżeniach i doniesieniach, że szczegóły techniczne krążyły przed planowanym ujawnieniem podatności. Zespół bezpieczeństwa PHP wezwał do natychmiastowej aktualizacji, ostrzegając, że alternatywne środki zaradcze nie zapewniają pełnej ochrony.
Międzynarodowe ostrzeżenia odróżniają podatność od potwierdzonych strat
ENISA, CERT-EU i Europejskie Centrum ds. Cyberprzestępczości Europolu wspólnie zaleciły organizacjom zidentyfikowanie podatnych systemów i wdrożenie aktualizacji. Brytyjskie Narodowe Centrum Cyberbezpieczeństwa zaleciło priorytetowe potraktowanie systemów dostępnych z internetu oraz rozważenie ich tymczasowego wyłączenia, jeśli natychmiastowe usunięcie podatności nie było możliwe.
Ostrzeżenia wydały również australijskie i kanadyjskie organy ds. cyberbezpieczeństwa. Badacze odtworzyli ataki, a informacje o exploitach krążyły publicznie, jednak dostępne dowody nie potwierdzają strat na dużych giełdach kryptowalut ani w protokołach DeFi bezpośrednio związanych z tymi podatnościami.
Wskazane priorytety dla operatorów podatnych systemów to zlokalizowanie instalacji PHP, aktualizacja do wspieranych wersji z poprawkami oraz sprawdzenie systemów pod kątem śladów nieautoryzowanego dostępu.
Podsumowanie
Ostrzeżenia koncentrują się na instalowaniu poprawek w podatnej infrastrukturze PHP i sprawdzaniu, czy nie doszło do nieautoryzowanej aktywności. Dla platform kryptowalutowych ważne pozostaje rozróżnienie: podatne serwery internetowe stanowią poważne zagrożenie, ale same w sobie nie są dowodem potwierdzonych strat w aktywach.
Czytaj więcej wiadomości
Więcej wiadomości FinanceVelix
Zastrzeżenie
Ten artykuł FinanceVelix zawiera ogólne informacje i nie stanowi spersonalizowanej porady finansowej, inwestycyjnej, prawnej ani podatkowej. Ceny rynkowe, stopy procentowe i warunki gospodarcze mogą się zmieniać; inwestycje wiążą się z ryzykiem straty. Fakty odzwierciedlają informacje dostępne w chwili publikacji i mogą ulec zmianie. Ważne informacje należy weryfikować samodzielnie, a w razie potrzeby skonsultować się z wykwalifikowanym specjalistą. Wzmianka o aktywie, firmie lub usłudze nie stanowi rekomendacji.




