Wprowadzenie do problemu / definicja
Bezpieczeństwo systemów OT i ICS przez lata opierało się na założeniu, że skuteczne przygotowanie exploita dla sterownika PLC wymaga zaawansowanej wiedzy z zakresu inżynierii wstecznej, architektury urządzeń oraz protokołów przemysłowych. Najnowsze badania pokazują jednak, że generatywna sztuczna inteligencja może znacząco przyspieszyć adaptację istniejących narzędzi ofensywnych do innych, zbliżonych modeli urządzeń.
Opisany przypadek dotyczy przeniesienia exploita pre-auth remote code execution pomiędzy modelami sterowników WAGO. To ważny sygnał ostrzegawczy dla operatorów infrastruktury krytycznej, ponieważ pokazuje, że próg wejścia dla rozwoju ataków na środowiska przemysłowe może stopniowo maleć.
W skrócie
Badacze z Vedere Labs poinformowali o wykorzystaniu modelu Claude do przeniesienia gotowego exploita RCE bez uwierzytelnienia z jednego modelu PLC WAGO na inny. Celem był błąd CVE-2021-31886, czyli przepełnienie bufora stosu w serwerze Nucleus FTP podczas obsługi komendy USER.
Luka jest dostępna przed uwierzytelnieniem przez port TCP 21 i ma wysoki wpływ na bezpieczeństwo urządzeń przemysłowych. W trakcie testów badaczom udało się uruchomić dostarczony kod ARM na rzeczywistym sterowniku, choć cały proces wymagał stałego nadzoru człowieka, licznych iteracji oraz poniósł realne koszty operacyjne, w tym trwałe uszkodzenie jednego z urządzeń testowych.
Kontekst / historia
Punktem wyjścia był wcześniej opracowany exploit dla sterownika WAGO 750-852. Zespół badawczy sprawdził, czy model językowy będzie w stanie pomóc w dostosowaniu go do modelu WAGO 750-831 z firmware V01.04.16. Do analizy wykorzystano istniejący kod exploita, obraz firmware, narzędzia badawcze oraz fizyczny sterownik jako cel testowy.
Sama podatność CVE-2021-31886 nie jest nowa i wiąże się z problemami bezpieczeństwa w komponentach Nucleus wykorzystywanych w urządzeniach przemysłowych. Szczególne znaczenie ma to tam, gdzie usługa FTP pozostaje aktywna lub dostępna z segmentów sieci, do których może dotrzeć napastnik.
Dodatkowym problemem jest brak poprawek dla części podatnych kontrolerów. W praktyce oznacza to konieczność opierania ochrony na kontrolach kompensacyjnych, takich jak segmentacja, filtrowanie ruchu oraz wyłączanie niepotrzebnych usług.
Analiza techniczna
CVE-2021-31886 to przepełnienie bufora stosu w serwerze Nucleus FTP wyzwalane przez komendę USER. Ponieważ podatność jest osiągalna jeszcze przed logowaniem, ma wysoką wartość operacyjną z perspektywy atakującego. Celem badań było doprowadzenie do wykonania kodu na architekturze ARM w sterowniku PLC.
Według opisu badań standardowe przetwarzanie FTP w modelu 750-831 zerowało 256 bajtów w buforze kontrolowanym przez atakującego, przez co klasyczny shellcode był nadpisywany przed wykonaniem. Model AI pomógł w modyfikacji sekwencji komend z wariantu USER i QUIT, stosowanego wcześniej na modelu 750-852, do wariantu USER i CWD. Dodatkowo pominięcie terminatora CRLF miało wpłynąć na przebieg przetwarzania w taki sposób, aby payload utrzymał się w pamięci wystarczająco długo do uruchomienia.
Po osiągnięciu wykonania kodu badacze przeszli od testowego shellcode’u do dwóch praktycznych ładunków. Jeden generował pakiety ICMP echo do kontrolowanego systemu, a drugi wysyłał pakiet UDP z ciągiem znaków „PWNED”. Potwierdziło to możliwość uzyskania aktywnej kontroli nad kodem wykonywanym w urządzeniu.
Istotne jest również to, że exploit działał w kontekście callbacku odbioru Ethernetu. Taki kontekst wykonania może zwiększać ryzyko niestabilności urządzenia, zakłóceń komunikacji lub innych nieprzewidywalnych skutków ubocznych. W kolejnej fazie badań próba rozbudowy exploita do implantu typu command-and-control zakończyła się zapisem do pamięci flash i trwałym uszkodzeniem jednego ze sterowników.
Badacze wskazali także na możliwość istnienia dodatkowego błędu w pętli ekstrakcji komend FTP. Potencjalna podatność nie otrzymała jeszcze identyfikatora CVE, ale może stać się przedmiotem dalszych analiz.
Konsekwencje / ryzyko
Najważniejsza konsekwencja nie wynika wyłącznie z samej luki, lecz z możliwości szybszego przenoszenia exploitów pomiędzy podobnymi urządzeniami. To może skrócić czas od publikacji badań do pojawienia się działającego kodu ofensywnego dla kolejnych modeli sterowników, szczególnie jeśli korzystają one z pokrewnych komponentów programowych i zbliżonej architektury firmware.
Dla środowisk OT ryzyko jest wielowymiarowe. Pre-auth RCE w sterowniku PLC może umożliwić przejęcie kontroli nad urządzeniem bez znajomości poświadczeń. Kompromitacja pojedynczego sterownika może też stać się punktem wyjścia do ruchu lateralnego w sieci przemysłowej, zwłaszcza przy słabej segmentacji i szerokiej łączności między systemami.
Należy również brać pod uwagę ryzyko operacyjne. Działania na rzeczywistych urządzeniach przemysłowych mogą prowadzić do zakłóceń procesu, utraty dostępności, błędów sterowania, a nawet fizycznego uszkodzenia sprzętu. Opisane badanie potwierdza, że skutki testów i potencjalnych ataków w środowisku OT mogą wykraczać daleko poza warstwę cyfrową.
Rekomendacje
Organizacje korzystające ze sterowników PLC podatnych na błędy w Nucleus FTP powinny jak najszybciej zweryfikować, czy usługa FTP jest aktywna i z jakich segmentów sieci pozostaje dostępna. Jeżeli nie jest niezbędna, należy ją wyłączyć. Jeśli wyłączenie nie wchodzi w grę, dostęp do portu 21 powinien zostać ograniczony za pomocą filtracji ruchu i polityk segmentacji.
- zidentyfikować wszystkie sterowniki z aktywną usługą FTP,
- ograniczyć komunikację do autoryzowanych stacji inżynierskich i hostów administracyjnych,
- wdrożyć ścisłą segmentację między strefami IT i OT,
- monitorować nietypowe sekwencje komend USER, CWD i QUIT,
- analizować nieoczekiwany ruch ICMP lub UDP wychodzący ze sterowników,
- regularnie testować skuteczność list kontroli dostępu i reguł filtrujących,
- przygotować procedury bezpiecznego odtworzenia urządzeń po awarii lub uszkodzeniu firmware.
Z perspektywy obronnej warto przyjąć, że luki bez dostępnych poprawek wymagają stałych kontroli kompensacyjnych. Dotyczy to zarówno ograniczania ekspozycji usług, jak i rozwijania detekcji anomalii charakterystycznych dla prób eksploatacji w środowisku OT.
Podsumowanie
Przedstawione badanie to ważny przykład praktycznego wykorzystania generatywnej AI do adaptacji exploita dla systemów przemysłowych. Nie oznacza jeszcze pełnej automatyzacji ataków na ICS, ale pokazuje, że modele językowe mogą przyspieszać analizę techniczną i rozwój kodu ofensywnego w obszarze OT.
Dla właścicieli infrastruktury przemysłowej wniosek jest jednoznaczny: także starsze podatności mogą zyskać nowe znaczenie wraz z rozwojem narzędzi AI. W efekcie organizacje powinny ponownie ocenić priorytety ryzyka, ograniczyć ekspozycję usług takich jak FTP, wzmocnić segmentację i rozbudować monitoring komunikacji sterowników PLC.
Źródła
- https://thehackernews.com/2026/09/researchers-use-claude-to-port-pre-auth.html
- https://certvde.com/en/advisories/VDE-2021-036/
- https://cert-portal.siemens.com/productcert/html/ssa-044112.html
- https://www.forescout.com/blog/claude-plc-exploit-porting/
- https://www.cisa.gov/news-events/cybersecurity-advisories/aa26-231a