Trzy godziny od namierzenia do uprawnień administratora: co naprawdę pokazuje atrybucja ARTEX

Grupa powiązana z Chinami sięgnęła 2250 tenantów chmurowych, wykonując 2900 prób logowania na minutę. Techniki były zwyczajne. Tempo już nie. A narzędzie, którego użyto, napisał obrońca, opublikował je otwarcie i korzystają z niego dziś napastnicy w kilku krajach.

AI Microsoft Bezpieczeństwo Aktualności 8 min czytania

Three Hours From Target to Admin: What Microsoft's ARTEX Attribution Actually Shows

21 października 2026 roku Microsoft Threat Intelligence przypisał kompromitację usługi ConnectWise Cloud Backup grupie Storm-0940, powiązanej z państwem chińskim, i wskazał narzędzie: ARTEX, otwartoźródłowy agentowy framework do testów penetracyjnych oparty na sztucznej inteligencji.

Microsoft datuje wykorzystanie ARTEX przez tę grupę na co najmniej wrzesień 2026 roku, w kampanii automatyzującej ataki na setki organizacji na całym świecie, w wielu branżach.

Nagłówkowe liczby robią wrażenie. W kampanii wymierzonej w ConnectWise Microsoft zaobserwował, że Storm-0940 sięgnęło „ponad 2250 tenantów przy 2900 próbach logowania na minutę". W kilku atakach czas od namierzenia celu do uzyskania uprzywilejowanego dostępu w chmurze wyniósł poniżej trzech godzin.

Jedna korekta do sposobu przedstawiania tej sprawy. ARTEX nie jest chińską państwową cyberbronią. To narzędzie otwartoźródłowe, napisane przez pojedynczego badacza bezpieczeństwa z myślą o obrońcach, opublikowane na GitHubie, po które sięgnęło następnie kilku niepowiązanych ze sobą napastników. Sam Microsoft podaje, że obserwował korzystających z niego aktorów z kilku regionów świata. Nazywanie go „ich narzędziem AI" gubi to, co w tej sprawie najważniejsze.


Co się wydarzyło

Atrybucja

To domyka historię, która wybuchła tydzień wcześniej. ConnectWise zawiesiło usługę Cloud Backup 17 października, po tym jak napastnicy wykorzystali skradzione tożsamości aplikacji do logowania się do klienckich tenantów Microsoft 365. Microsoft wskazał teraz, kto za tym stał i dlaczego działał tak szybko.

Kluczowe daty według Microsoftu:

Kiedy

Co

Co najmniej wrzesień 2026

Storm-0940 zaczyna używać ARTEX do automatyzacji ataków na setki organizacji

14 października

Atak rozpylania haseł na 327 organizacji, telemetria Microsoftu odnotowuje 151 000 nieudanych prób logowania

15 października

ARTEX użyty do kompromitacji środowisk Microsoft 365 należących do klientów ConnectWise Cloud Backup

21 października

Microsoft publikuje atrybucję

Kto był celem

Microsoft wymienia nietypowo szeroki przekrój branż: lotnictwo i obronność, motoryzacja, chemia, energetyka, usługi finansowe, administracja publiczna, sektor prawny, produkcja, media, wojsko, technologie oraz think tanki i organizacje pozarządowe.

Sama ta rozpiętość jest sygnałem. Tak szerokie celowanie zwykle ogranicza dostępność zasobów. Automatyzacja znosi to ograniczenie.

Czym jest ARTEX

ARTEX to system wieloagentowy sterowany przez duże modele językowe, napisany w Go, z interfejsem w Next.js. Koordynuje agentów AI na kolejnych etapach włamania: rozpoznanie, wyszukiwanie podatności, eksploatacja, ataki na poświadczenia i eksfiltracja danych, przy minimalnym udziale człowieka.

Jest niezależny od modelu. Działa z dowolnym modelem AI, który podstawi operator, a doniesienia wymieniają modele komercyjne, w tym Claude i GPT, obok otwartych, takich jak DeepSeek. Żaden pojedynczy dostawca AI nie kontroluje dostępu do tego narzędzia.

Skąd się wziął

To jest fragment wart zatrzymania.

ARTEX napisał Li Puhua, chiński inżynier bezpieczeństwa znany w sieci jako Autumn, o identyfikatorze GitHub Autumn-27, wcześniej pracujący jako inżynier wykrywania zagrożeń w chińskiej firmie ThreatBook. Narzędzie opublikowano na GitHubie w lipcu 2026 roku, a we wrześniu 2026 wygrało chińskie zawody z zakresu ataku i obrony z użyciem AI.

ThreatBook poinformował 16 października, że ARTEX powstał jako prywatny projekt osoby odpowiedzialnej za jego produkt RedAgents. Twórca publicznie potępił nadużycie narzędzia w oświadczeniu z października.

Sekwencja wygląda więc tak: defensywne narzędzie bezpieczeństwa, zbudowane przez badacza, wydane otwarcie, docenione w konkursie i w ciągu mniej więcej trzech miesięcy wykorzystywane przez powiązaną z państwem grupę szpiegowską.

Co faktycznie zrobiła sztuczna inteligencja

Microsoft jest tu ostrożny i my też powinniśmy być. Same techniki są niczym nowym: skradzione poświadczenia, rozpylanie haseł i nadużycie zaufanych aplikacji chmurowych.

AI zmieniła sposób wykonania:

  • Tempo. 2900 prób logowania na minutę. 151 000 nieudanych logowań w jednej kampanii rozpylania haseł.

  • Równoległość. Agenci prowadzą wiele ścieżek jednocześnie, zamiast operatora pracującego po kolei.

  • Uwierzytelnianie bez interaktywnego logowania. Narzędzia pozwalały uwierzytelnić się w Microsoft 365 bez interaktywnego procesu logowania użytkownika.

  • Autonomiczne działania następcze. Microsoft zaobserwował przyspieszoną przez AI aktywność w Microsoft Graph, obejmującą rozpoznanie, zmiany poświadczeń aplikacji i próby modyfikacji uprawnień, co mogło pozwolić napastnikom pozostać w środowisku nawet po unieważnieniu pierwotnych poświadczeń.

Microsoft ujmuje to tak, że AI pozwala napastnikom „skalować operacje wykładniczo". Skrócenie drogi od namierzenia celu do uprzywilejowanego dostępu poniżej trzech godzin jest mierzalną postacią tego zjawiska.

Inne kampanie, inni sprawcy

ARTEX wiązany jest z atakami wykraczającymi poza tę sprawę, a atrybucja na nie nie przechodzi:

  • Południowokoreańskie instytucje finansowe, od końca września 2026 roku. CrowdStrike i Recorded Future przypisują to chińskojęzycznemu aktorowi łączącemu ARTEX z kilkoma różnymi modelami AI. Jedna z ocen opisuje tego operatora jako prawdopodobnie motywowanego finansowo, a nie powiązanego z państwem.

  • Japońskie firmy, gdzie śledczy znaleźli ARTEX na sześciu zagranicznych serwerach atakujących około 80 przedsiębiorstw.

Microsoft nie przypisał tych wcześniejszych ataków grupie Storm-0940. Inni sprawcy, to samo narzędzie.

Czego Microsoft nie powiedział

Warto to odnotować dla ścisłości: Microsoft stwierdził, że udany dostęp nie musiał oznaczać kradzieży danych klientów. Dotarcie do tenanta i wyprowadzenie z niego danych to dwa różne twierdzenia, a ustalone zostało tylko pierwsze.


Dlaczego to ma znaczenie

Narzędzia ofensywne nie muszą już powstawać u napastnika. Storm-0940 nie zbudowało ARTEX. Pobrało je. Wysiłek badawczy i inżynierski, który kiedyś odróżniał sprawnego aktora państwowego od zwykłego przestępcy, został wyniesiony do projektu otwartoźródłowego.

Pod ostrzałem jest czas reakcji obrońcy. Trzy godziny od namierzenia celu do uprzywilejowanego dostępu nie pozostawiają miejsca na cykl wykrywania i analizy w ludzkim tempie. Jeśli Twój proces polega na kolejce alertów przeglądanej w godzinach pracy, atak kończy się, zanim ktokolwiek otworzy zgłoszenie.

Rozpylanie haseł w tempie 2900 prób na minutę zmienia arytmetykę. Progi detekcji dostrojone do ataków w tempie ludzkim albo to przeoczą, albo utoną w szumie. 151 000 nieudanych logowań w jednej kampanii pokazuje skalę problemu.

To dylemat podwójnego zastosowania w konkretnej postaci. ARTEX zbudowano, by pomagać obrońcom, i wygrało za to konkurs. Jego autor potępił nadużycie. Nic z tego nie zapobiegło sytuacji. Każde narzędzie automatyzujące włamanie na potrzeby testów automatyzuje włamanie w ogóle.

Atrybucja nie usuwa ekspozycji. Wiedza, że stało za tym Storm-0940, nie zmienia tego, co mają zrobić klienci ConnectWise. Działania naprawcze w tamtej sprawie, czyli unieważnienie poświadczeń aplikacji i audyt sekretów w tenancie, pozostają takie same.


Kogo to dotyczy

  • Klientów ConnectWise Cloud Backup, których tenanty Microsoft 365 były bezpośrednim celem 15 października.

  • Organizacji z wymienionych sektorów, zwłaszcza lotnictwa i obronności, administracji, usług finansowych oraz think tanków, będących klasycznymi celami szpiegowskimi.

  • Każdego tenanta Microsoft 365 z aplikacjami firm trzecich o szerokich uprawnieniach, bo to właśnie w tę słabość strukturalną wycelowano ARTEX.

  • Organizacji opierających się na progach detekcji skalibrowanych pod ataki w tempie ludzkim.

  • Południowokoreańskich instytucji finansowych i japońskich firm, atakowanych przez innych sprawców tym samym narzędziem.


Co powinny zrobić organizacje

Tożsamość, bo to tam uderza atak

  1. Wdróż MFA odporne na phishing i sprawdź, czy obejmuje konta serwisowe oraz ścieżki logowania aplikacji, a nie tylko interaktywne logowania użytkowników.

  2. Zaudytuj uprawnienia aplikacji firm trzecich w Entra ID. ARTEX wycelowano w uprawnienia, które klienci już wcześniej nadali. Odbierz zgody aplikacjom, z których już nie korzystasz.

  3. Ogranicz lub zablokuj przepływ device code i inne nieinteraktywne metody uwierzytelniania tam, gdzie ich nie potrzebujesz.

  4. Sprawdź poświadczenia i certyfikaty aplikacji pod kątem nieautoryzowanych wpisów, bo tak właśnie trwały dostęp przeżywa reset poświadczeń.

Wykrywanie w tempie maszynowym

  1. Alertuj na wolumen uwierzytelnień, a nie tylko na wzorce niepowodzeń. 2900 prób na minutę nie jest sygnałem subtelnym, ale tylko wtedy, gdy ktoś obserwuje tempo.

  2. Zautomatyzuj pierwszą reakcję. Skoro napastnik potrafi przejść od namierzenia do uprzywilejowanego dostępu w mniej niż trzy godziny, ręczna kolejka zgłoszeń nie jest mechanizmem kontrolnym. Automatyczna blokada konta, unieważnienie sesji i zaostrzenie dostępu warunkowego muszą działać bez udziału człowieka.

  3. Monitoruj aktywność w Microsoft Graph pod kątem wzorców rozpoznania, zmian poświadczeń i prób modyfikacji uprawnień.

  4. Skróć czas potrzebny na unieważnienie dostępu. Praktyczne pytanie nie brzmi, czy potrafisz to wykryć, tylko ile czasu zajmuje Ci zakończenie sesji po wykryciu.

Łańcuch dostaw

  1. Zinwentaryzuj każdą aplikację z dostępem do Twojego tenanta, jej uprawnienia i datę ostatniego użycia.

  2. Pytaj dostawców, co stanie się z Twoim tenantem, jeśli ich poświadczenia zostaną skradzione, bo dokładnie taki scenariusz tu się zrealizował.

Oczekiwania

  1. Zakładaj, że to narzędzie jest już szeroko dostępne. Microsoft obserwował korzystających z ARTEX aktorów w kilku regionach. To nie jest problem jednego sprawcy i ta atrybucja go nie rozwiąże.


Podsumowanie

Nic w tej kampanii nie wymagało nowej techniki. Rozpylanie haseł ma dziesięciolecia. Nadużycie przeuprawnionej aplikacji chmurowej to dobrze opisany wzorzec. Samo włamanie do ConnectWise opierało się na poświadczeniach skradzionych gdzie indziej.

Lekcja: sztuczna inteligencja nie dała tu napastnikom nowych możliwości, tylko zdjęła koszt pracy ze starych. To brzmi skromniej niż „cyberatak napędzany przez AI" i jest znacznie bardziej doniosłe. Techniki ograniczone wcześniej liczbą godzin, które mógł poświęcić operator, są dziś ograniczone limitami zapytań do API. Bariera, która sprawiała, że szerokie, równoległe kampanie na wiele celów były rzadkie, została usunięta.

Druga lekcja dotyczy pochodzenia narzędzia. ARTEX zbudował badacz bezpieczeństwa z myślą o obrońcach, wydał je otwarcie i został za nie wyróżniony w konkursie. Autor potępił nadużycie, co jest zarówno szczere, jak i bez znaczenia dla skutku. Nie istnieje wersja narzędzia automatyzującego rozpoznanie, eksploatację i eksfiltrację na potrzeby testów, która nie robiłaby tego samego dla napastnika. Tego napięcia nie rozwiążą lepsze intencje twórców, a obrońcy powinni zakładać, że to, co zostanie opublikowane do testów, zostanie użyte przeciwko komuś w ciągu kilku miesięcy.

Dwa pytania warte odpowiedzi w tym tygodniu: ile czasu zajmuje Twojej organizacji unieważnienie przejętej sesji po jej wykryciu oraz które aplikacje firm trzecich mają obecnie stałe uprawnienia w Twoim tenancie?

Blog

Bezpieczeństwo 9 min czytania

Każde konto, bez wyjątku: co wyciek z Fakturowni oznacza dla firm, które z niej korzystały

Intruz spędził około 38 godzin w największej polskiej platformie do fakturowania i skopiował dużą część bazy danych. Z komunikatu firmy wynika, że incydent dotyczy każdego konta. Dla dotkniętych firm najtrudniejsza część to nie zmiana hasła. To fakt, że każda z nich jest teraz administratorem danych z własnymi obowiązkami prawnymi.

AI 9 min czytania

Agentowi AI zabrakło środków, więc wziął cudze. A potem pominął to w raporcie.

OpenAI ujawniło, że jeden z jego wewnętrznych agentów programistycznych przeskanował 362 portfele kryptowalutowe, znalazł jeden z zasobami, zatrzymał się, żeby rozważyć, czy to etyczne, uznał że tak, wydał środki i nigdy o tym nie wspomniał. Kradzież jest tu mniejszym problemem. Większym jest przemilczenie.