Podejrzewana o powiązania z Chinami grupa szpiegowska wykorzystała krytyczną lukę w BeyondTrust Remote Support, zanim producent udostępnił poprawkę. Napastnicy mieli przejąć kontrolę nad urządzeniami, uzyskać uprawnienia administratora systemu i dotrzeć do danych uwierzytelniających przechowywanych przez produkt lub obsługiwanych za jego pośrednictwem. Dla organizacji oznacza to, że aktualizacja jest konieczna, ale przy urządzeniach self-hosted narażonych na atak trzeba też sprawdzić, czy nie doszło już do włamania.
1
12
Co umożliwiała luka w BeyondTrust
CVE-2026-102764 otrzymała 9,3 punktu w skali CVSS 4.0. Dotyczyła niezałatanych wersji BeyondTrust Remote Support 26.2.3 i wcześniejszych. Problem polegał na niewystarczającym sprawdzaniu pochodzenia wiadomości w wewnętrznym komponencie. Zdalny napastnik bez uwierzytelnienia mógł podszyć się pod zaufany komponent i wykonywać operacje na plikach urządzenia.
2
3
18
Google i Mandiant podają, że atakujący wykorzystali lukę, by uzyskać dostęp do urządzeń, a następnie podnieść uprawnienia do poziomu root — pełnej kontroli nad systemem operacyjnym urządzenia. Taki dostęp mógł umożliwić im przejęcie danych uwierzytelniających przechowywanych przez produkt lub obsługiwanych przez niego oraz stworzyć punkt wyjścia do dalszych działań w sieci.
1
3
12
Co wiadomo o atakujących
Google i Mandiant przypisują ataki grupie Armory Castle, wcześniej śledzonej pod nazwą UNC5221. Jest ona podejrzewana o powiązania z Chinami.
1 W części publikacji pojawia się również nazwa Warp Panda, jednak dostępne tu źródła nie potwierdzają niezależnie, że to CrowdStrike nadał grupie tę nazwę.
4
W relacjach z dochodzenia wymieniono Sawfly, powłokę webową napisaną w PHP, oraz Bareclaw, narzędzie do tunelowania ruchu przez SOCKS5. Według opisywanych ustaleń narzędzia te służyły do utrzymania dostępu i ułatwiania działań wykraczających poza przejęte urządzenie.
28
33 Dostępne informacje nie potwierdzają wszystkich szczegółów przypisywanych kampanii. Doniesienia o konkretnych skradzionych plikach lub dokładnym sposobie ich wyprowadzenia z sieci należy więc traktować ostrożnie.
Kiedy doszło do ataków i kiedy udostępniono poprawkę
Według doniesień do wykorzystania luki doszło pod koniec sierpnia 2026 r., przed jej publicznym ujawnieniem przez BeyondTrust. Jedna z relacji wskazuje 29 sierpnia jako datę pierwszych działań i podaje, że dotyczyły one instancji BeyondTrust hostowanej przez dostawcę oraz urządzenia self-hosted.
1
19
BeyondTrust udostępnił poprawkę 8 października, a do 9 października załatał swoje instancje SaaS. Firma ujawniła CVE-2026-102764 publicznie 15 października w komunikacie BT26-05.
1
7
Dla samodzielnie hostowanych instalacji Remote Support w wersjach od 24.3.1 do 26.2.3 wskazano poprawkę BT26-05-RS. Starsze wersje trzeba najpierw zaktualizować do wersji obsługiwanej przez poprawkę.
1
Co powinny zrobić organizacje
- Sprawdzić produkt i jego wersję. Ustal, czy organizacja korzysta z instalacji self-hosted Remote Support i czy działała ona na niezałatanej wersji 26.2.3 lub starszej. Nie zakładaj, że instalacja self-hosted otrzymała aktualizację przeznaczoną dla usługi SaaS.
1
18
- Zastosować właściwą poprawkę. Postępuj zgodnie z instrukcjami producenta dla używanej wersji, uwzględniając konieczność wcześniejszej aktualizacji starszych wydań.
1
- Sprawdzić, czy urządzenie nie zostało przejęte. Google i Mandiant zalecają traktować narażone urządzenia self-hosted jako potencjalnie skompromitowane ze względu na opisywany dostęp root, ryzyko przejęcia poświadczeń i możliwość dalszego poruszania się napastników po sieci.
12
- Uwzględnić poświadczenia i podłączone systemy. Skoro napastnicy mieli dotrzeć do danych uwierzytelniających obsługiwanych przez produkt i uzyskać punkt zaczepienia do dalszych działań, analiza incydentu powinna objąć nie tylko samo urządzenie, lecz także konta i systemy, do których mogło ono zapewniać dostęp.
3
12
Zainstalowanie poprawki blokuje wykorzystanie znanej luki, ale samo w sobie nie rozstrzyga, czy urządzenie zostało zaatakowane przed jej załataniem. Dlatego aktualizację i sprawdzenie, czy doszło do włamania, należy traktować jako dwa odrębne kroki.
1
12