Ta strona używa plików cookies, aby zapewnić najlepszą jakość korzystania z naszego serwisu oraz do celów analitycznych. Klikając "Akceptuję", wyrażasz zgodę na używanie wszystkich plików cookies. Możesz również odrzucić zgodę, co spowoduje zablokowanie plików cookies analitycznych. Więcej informacji znajdziesz w naszej Polityce Prywatności.
PHP2Shell dotyka produktów przemysłowych. Siemens, Schneider Electric i ABB ostrzegają klientów
PHP2Shell obejmuje luki CVE-2026-109618 i CVE-2026-109619, umożliwiające nieuwierzytelnione zdalne wykonanie kodu.
Schneider Electric potwierdził podatność trzech produktów, a Siemens wskazał urządzenia Ruggedcom APE1808 z określonymi wersjami PAN-OS.
ABB, B&R, Johnson Controls, Belden i Wibu-Systems opublikowały informacje o podatnych produktach lub aktualizacjach.
Część dostawców nadal bada wpływ luk, a Moxa poinformowała, że jej produkty nie są podatne.
Sponsorowane
Odkryj rewolucyjną metodę nauki języków
Sprawdź jak w 30 dni opanować podstawy dowolnego języka obcego bez wychodzenia z domu.
Siemens, Schneider Electric, ABB, Rockwell Automation, Johnson Controls i inni dostawcy urządzeń oraz oprogramowania przemysłowego sprawdzają wpływ krytycznych luk PHP2Shell na swoje produkty. Część firm potwierdziła już podatność wybranych systemów przemysłowych i rozwiązań technologii operacyjnej, czyli operational technology (OT). Inni producenci nadal oceniają zakres ekspozycji albo poinformowali, że ich produkty nie są dotknięte problemem.
Dwie krytyczne luki w silniku PHP
Nazwa PHP2Shell odnosi się do luk CVE-2026-109618 i CVE-2026-109619. Podatności znajdują się w silniku PHP i mogą prowadzić do nieuwierzytelnionego zdalnego wykonania kodu, określanego po angielsku jako remote code execution. Oznacza to, że atakujący może próbować uruchomić kod na podatnym systemie bez wcześniejszego logowania do usługi.
PHP opublikował poprawki 21 października. Naprawione wydania obejmują wersje 8.5.12, 8.4.27, 8.3.36 i 8.2.35. Informacje o lukach wyciekły do internetu przed planowanym ujawnieniem, a pierwszą próbę wykorzystania odnotowano 17 października, jeszcze przed udostępnieniem poprawek. Cloudflare później poinformował o milionach prób. Początkowo branża nie miała potwierdzenia udanych ataków, jednak w kolejnym okresie zgłoszono pierwsze potwierdzone przypadki wymierzone w honeypoty.
Słownik artykułu
Pojęcia, które warto znać
Krótkie objaśnienia terminów występujących w tekście. Każde hasło prowadzi do szerszej definicji i przykładów użycia.
Schneider Electric potwierdził wpływ luk na trzy produkty, Siemens wskazał urządzenia Ruggedcom APE1808 działające z określonymi wersjami PAN-OS.
ABB ostrzegł o podatnych dostawach systemu MES zawierających DokuWiki, a B&R potwierdził problem w systemie sterowania procesami APROL.
Johnson Controls wydał poprawki dla kilku linii Illustra i produktu Visonic PowerManage.
Belden uznał wszystkie wersje NetModule NRSW za podatne, natomiast Moxa poinformowała, że jej produkty nie są dotknięte.
Potwierdzone problemy w produktach Schneider Electric i Siemens
Schneider Electric potwierdził podatność trzech produktów: EcoStruxure Security Expert, ProLeiT LINEoptimize, wcześniej znanego jako Plant iT LMS, oraz EcoStruxure Control Engineering. Użytkownicy Security Expert mogą pobrać poprawioną wersję 1.48.4.0 z centrum obsługi klienta Schneider Electric. W przypadku ProLeiT LINEoptimize wsparcie producenta może przekazać sposób usunięcia problemu. Dla użytkowników EcoStruxure Control Engineering dostępne są obecnie wyłącznie środki ograniczające ryzyko.
Siemens poinformował, że problem dotyczy urządzeń Ruggedcom APE1808 działających z systemem PAN-OS firmy Palo Alto Networks w wersjach 10.2, 11.1, 11.2, 12.1 i 12.2. Producent zalecił klientom kontakt z pomocą techniczną Siemens w sprawie informacji o poprawkach oraz zastosowanie obejść przygotowanych przez Palo Alto Networks. W osobnym komunikacie Siemens wymienił produkty uznane za niepodatne. Lista obejmuje między innymi CADRA, DFMExpress, HyperLynx, Opcenter, PADS, Polarion, QuadView, Simcenter, Teamcenter i Xpedition.
ABB, B&R i inni dostawcy publikują własne ostrzeżenia
ABB ostrzegł, że podatne są dostawy systemu Manufacturing Execution System (MES), które zawierają DokuWiki używane do wyświetlania stron pomocy. W takim przypadku klienci powinni zaktualizować pakiety PHP na serwerach obsługujących DokuWiki. Spółka zależna ABB, B&R, potwierdziła natomiast wpływ luk na system sterowania procesami APROL w wersjach do R 4.4-65. Poprawki dla tego produktu były zapowiadane na 26 i 29 października.
Rockwell Automation nadal sprawdza, czy któryś z jego produktów korzysta z podatnej wersji PHP. W opublikowanym komunikacie firma zaznaczyła, że na moment jego wydania nie potwierdzono podatności żadnego produktu Rockwell Automation. Johnson Controls wydał poprawki dla kilku linii produktów Illustra, w tym Flex4, Pro4, Gen5 i Essentials Gen 4. Naprawiona została także usługa Visonic PowerManage, w której właściwą wersją jest 5.0.45.
Belden poinformował, że podatne są wszystkie wersje NetModule NRSW, włącznie z najnowszą główną linią wydań. W chwili publikacji ostrzeżenia nie była jeszcze dostępna poprawka, dlatego producent zalecił tymczasowe wyłączenie interfejsu webowego. Podatne są również wersje macmon 6.x i 7.x. Dla wydania 7.x udostępniono poprawkę, a użytkownikom wersji 6.x zalecono aktualizację do nowszej gałęzi.
Aktualizacje, obejścia i produkty uznane za bezpieczne
HMS Networks wydał aktualizację oprogramowania układowego dla urządzeń Netbiter. Firma poinformowała również, że podatne wersje PHP zostały zaktualizowane albo usunięte z usług Talk2M i serwera dokumentacji Argos. HMS nie znalazł przy tym wskaźników naruszenia bezpieczeństwa, a produkty Anybus uznano za niepodatne. Wibu-Systems potwierdził problem z interfejsem webowym CodeMeter License Central oraz jego rozszerzeniami opartymi na PHP i udostępnił aktualizacje.
Hitachi Energy nadal bada, czy któryś z jego produktów jest podatny na PHP2Shell. Moxa oceniła natomiast, że jej produkty nie są dotknięte lukami. Różny status poszczególnych dostawców pokazuje, że wpływ problemu zależy nie tylko od samej obecności PHP, ale również od konkretnej wersji komponentu, sposobu wdrożenia oraz produktu, w którym został użyty.
Klienci korzystający z wymienionych rozwiązań powinni opierać dalsze działania na komunikatach swoich dostawców. W zależności od produktu oznacza to instalację dostępnej poprawki, aktualizację pakietów PHP, zastosowanie wskazanego obejścia, kontakt ze wsparciem technicznym albo czasowe wyłączenie interfejsu webowego. W przypadkach, w których producent nie opublikował jeszcze poprawki, pozostaje śledzenie kolejnych aktualizacji i zaleceń dotyczących konkretnej wersji produktu.
