Wprowadzenie do problemu / definicja
Ataki typu supply chain należą do najpoważniejszych zagrożeń we współczesnym cyberbezpieczeństwie, ponieważ wykorzystują zaufanie między dostawcą usług a jego klientami. W opisywanym incydencie szczególnie istotne było połączenie kompromitacji zaufanego ekosystemu z wykorzystaniem agentowego narzędzia AI o nazwie ARTEX, służącego do automatyzacji działań ofensywnych w środowiskach chmurowych.
Taki model ataku pokazuje zmianę jakościową: napastnicy nie tylko szukają pojedynczych luk czy słabych haseł, ale coraz częściej budują półautonomiczne procesy, które przyspieszają rekonesans, eskalację uprawnień i utrzymanie dostępu. W efekcie rośnie zarówno skala zagrożenia, jak i tempo całej operacji.
W skrócie
- Za kampanią miał stać aktor powiązany z Chinami, śledzony jako Storm-0940.
- Napastnicy wykorzystali framework ARTEX do automatyzacji rekonesansu, password sprayingu i nadużyć OAuth.
- Kluczowym momentem było przejęcie tożsamości wielu aplikacji chmurowych powiązanych z ConnectWise.
- Dzięki istniejącemu zaufaniu aplikacje mogły posłużyć do uwierzytelniania wobec środowisk klientów.
- W części przypadków czas od rozpoczęcia działań do uzyskania dostępu uprzywilejowanego miał wynosić mniej niż trzy godziny.
Kontekst / historia
Storm-0940 był wcześniej łączony z ukrytymi kampaniami password sprayingu oraz operacjami ukierunkowanymi na tożsamości chmurowe. Aktywność tej grupy obserwowano co najmniej od 2021 roku, a jej działania koncentrowały się na pozyskiwaniu dostępu do środowisk internetowych, a następnie rozszerzaniu obecności przy użyciu przejętych kont i aplikacji.
W najnowszej kampanii ciężar operacji został przesunięty na ekosystem usług backupowych i chmurowych. To klasyczny scenariusz supply chain, w którym jeden dostawca lub zaufana aplikacja staje się wektorem dostępu do wielu organizacji jednocześnie. W tym przypadku dodatkowym mnożnikiem ryzyka było użycie frameworka ARTEX, kojarzonego również z wcześniejszymi operacjami przeciwko sektorowi finansowemu.
Analiza techniczna
Od strony technicznej kampania łączyła znane techniki ataku z nową warstwą automatyzacji. ARTEX, opisywany jako oparty na Go framework do agentowego testowania penetracyjnego, miał zostać użyty do przyspieszenia skanowania zasobów, rekonesansu, prób logowania metodą password spraying oraz nadużyć związanych z aplikacjami OAuth. Najważniejszą przewagą takiego podejścia jest możliwość równoległego prowadzenia wielu ścieżek ataku bez potrzeby stałej interakcji operatora.
W początkowej fazie odnotowano szeroko zakrojone próby logowania między tenantami. W okresie od 10 do 14 października 2026 roku infrastruktura przypisywana napastnikom prowadziła zautomatyzowaną kampanię password sprayingu wymierzoną w konta wielu organizacji, próbując uzyskać dostęp do usług Microsoft 365 oraz Exchange Online. Skala działań była znacząca i obejmowała ponad 151 tysięcy nieudanych zdarzeń logowania, przy szczycie aktywności przekraczającym 2900 niepowodzeń na minutę.
Przełom nastąpił 15 października 2026 roku, gdy napastnicy uzyskali dostęp do tożsamości wielu aplikacji chmurowych powiązanych z ConnectWise. Ten etap miał kluczowe znaczenie, ponieważ umożliwiał uwierzytelnianie do środowisk klientów jako zaufane aplikacje posiadające już przyznane uprawnienia. W praktyce oznaczało to ominięcie części klasycznych mechanizmów detekcji, które zwykle koncentrują się na interaktywnych logowaniach użytkowników.
Po uzyskaniu dostępu działania obejmowały operacje na Microsoft Graph oraz w katalogu tożsamości. Z perspektywy obrońcy taki scenariusz oznacza możliwość prowadzenia rekonesansu, modyfikowania poświadczeń aplikacyjnych, rozszerzania uprawnień oraz wprowadzania zmian w grupach i rolach uprzywilejowanych. Szczególnie niebezpieczne są modyfikacje poświadczeń aplikacji, ponieważ mogą ustanowić trwały mechanizm utrzymania dostępu nawet po usunięciu pierwotnego wektora naruszenia.
Istotny pozostaje również sam aspekt użycia AI. Z ujawnionych analiz wynika, że środowisko ARTEX mogło korzystać z wielu modeli językowych przez kompatybilne bramy API, a prompty miały służyć do podziału zadań między agentów i wzajemnej weryfikacji rezultatów. W praktyce tworzy to półautonomiczny łańcuch działań ofensywnych, w którym jeden agent identyfikuje możliwe ścieżki ataku, kolejny analizuje wyniki, a następny realizuje operacje rozwijające dostęp.
Konsekwencje / ryzyko
Najpoważniejszą konsekwencją incydentu jest pokazanie, że kompromitacja aplikacji zaufanych przez tenant może być groźniejsza niż przejęcie pojedynczych kont użytkowników. Aplikacje usługowe często posiadają szerokie uprawnienia, działają stale i bywają słabiej monitorowane niż aktywność użytkowników końcowych. Jeśli napastnik przejmie ich tożsamość lub doda nowe poświadczenia do istniejącej aplikacji, może utrzymać dostęp w sposób trudny do wykrycia.
Drugie ryzyko dotyczy tempa operacji. Jeżeli uzyskanie dostępu uprzywilejowanego zajmuje mniej niż kilka godzin, tradycyjne procesy SOC oparte na ręcznej analizie alertów mogą okazać się niewystarczające. Agenci AI są w stanie działać bez przerwy, równolegle testować wiele hipotez i błyskawicznie przechodzić od rekonesansu do eksploatacji.
Trzeci obszar zagrożenia obejmuje dostawców usług zarządzanych oraz producentów oprogramowania chmurowego. Stają się oni jednocześnie celem bezpośrednim i pomostem do środowisk klientów. W modelu MSP lub SaaS pojedyncze naruszenie może rozprzestrzenić się na dużą liczbę tenantów, zwiększając zasięg operacji i znacząco utrudniając ograniczenie skutków incydentu.
Rekomendacje
Organizacje powinny rozpocząć od przeglądu wszystkich aplikacji korporacyjnych mających dostęp do Microsoft 365, Microsoft Graph, Exchange Online oraz innych interfejsów API o wysokiej wartości. Należy ustalić, które aplikacje mają nadmierne uprawnienia, korzystają z długożyjących sekretów lub nie są objęte odpowiednim monitoringiem.
- Wdrożyć regularną rotację sekretów i certyfikatów aplikacyjnych.
- Ograniczać uprawnienia zgodnie z zasadą najmniejszych uprawnień.
- Stosować zarządzane tożsamości tam, gdzie to możliwe.
- Prowadzić cykliczny audyt zgód administracyjnych i delegowanych.
- Monitorować tworzenie oraz modyfikację poświadczeń aplikacyjnych.
- Analizować zmiany ról uprzywilejowanych i nietypowe wywołania Microsoft Graph.
- Wykrywać wzorce uwierzytelnienia realizowane przez aplikacje z nietypowych adresów IP lub lokalizacji.
W ochronie przed password sprayingiem kluczowe znaczenie mają silne polityki dostępu, uwierzytelnianie wieloskładnikowe, inteligentne mechanizmy blokad oraz detekcja anomalii logowań między tenantami. Ważna jest także korelacja masowych nieudanych prób logowania z późniejszą aktywnością aplikacji usługowych, ponieważ właśnie taki łańcuch zdarzeń może sygnalizować atak rozwijany etapowo.
Dostawcy oprogramowania i MSP powinni z kolei posiadać scenariusze reagowania specyficzne dla incydentów supply chain. W praktyce oznacza to gotowość do szybkiego wyłączenia lub ograniczenia działania wybranych aplikacji, masowej rotacji poświadczeń, powiadomienia klientów oraz centralnej analizy wpływu na wiele tenantów jednocześnie.
Podsumowanie
Incydent powiązany ze Storm-0940 pokazuje, że połączenie ataku supply chain z agentową automatyzacją AI może radykalnie zwiększyć tempo, skalę i skuteczność działań ofensywnych. Najgroźniejszym elementem nie był wyłącznie sam password spraying, lecz przejęcie zaufanych tożsamości aplikacyjnych i wykorzystanie ich do dalszej penetracji środowisk klientów.
Dla obrońców to wyraźny sygnał, że ochrona kont użytkowników nie wystarcza. Rosnącego znaczenia nabierają aplikacje, zgody OAuth, sekrety, certyfikaty oraz operacje wykonywane na poziomie katalogu tożsamości. W kolejnych latach bezpieczeństwo tożsamości maszynowych i relacji zaufania w chmurze będzie jednym z kluczowych obszarów obrony.