Narzędzie ARTEX AI Pentest znalezione na serwerach atakujących japońskie firmy

Podsumowanie

Atakujący używają ARTEX, otwartoźródłowego narzędzia do testowania penetracyjnego z agentowym AI, opracowanego w Chinach, aby automatyzować ataki przeciwko organizacjom w Japonii i Korei Południowej. Framework wykorzystuje modele językowe dużej skali do przeprowadzania rozpoznania, sondowania i eksploatacji, pomagając atakującym odkrywać 'cienie podatności’ i omijać tradycyjne mechanizmy obronne WAF. Obserwowane kampanie wydają się wysoce zautomatyzowane i skoncentrowane na konkretnych branżach.

Śledztwo

Śledztwa prowadzone przez GMO Cybersecurity, CrowdStrike i JPCERT/CC wykazały konfiguracje agenta AI i historię sesji na infrastrukturze kontrolowanej przez atakujących. Analiza kryminalistyczna ujawniła użycie ARTEX, Claude Code i wielu połączeń z API LLM, w tym DeepSeek, Zhipu AI i xAI. Monologi w języku chińskim i dzienniki sesji dodatkowo potwierdziły aktywne wykorzystanie generatywnego AI w procesie infiltracji.

Środki zaradcze

Organizacje powinny wdrożyć Bilans Materiałowy Oprogramowania (SBOM) w celu utrzymania dokładnej wiedzy o wersjach oprogramowania i zainstalowanych komponentach. Zespoły bezpieczeństwa powinny odejść od łatania na podstawie wersji i przyjąć polityki priorytetyzujące natychmiastowe aktualizacje do wydania naprawionego po ujawnieniu podatności. Ochrona WAF powinna być również wzmocniona przez ograniczenie szybkości przypisane do kont, sesji i kluczy API, a nie tylko do adresów IP.

Reakcja

Gdy wykryte zostaną niezwykle duże ilości zautomatyzowanych żądań lub rozproszonego sondowania, reagujący na incydenty powinni zbadać wzorce rozpoznania napędzanego przez AI. Organizacje powinny przeglądać modele autoryzacji API, aby zapewnić ich egzekwowanie po stronie serwera i audytować wystawione funkcje administracyjne. Jeżeli organizacja partnerska w tej samej branży zgłosi kompromitację, należy proaktywnie skanować narażone API i platformy zewnętrzne pod kątem podobnych słabości.

Symulacja wykonania

• Narracja ataku i polecenia: Przeciwnik uzyskał wstępny dostęp do japońskiego stanowiska korporacyjnego. Aby przyspieszyć fazę rozpoznania i eksploatacji, wdrażają narzędzie ARTEX napędzane przez AI. Atakujący uruchamia narzędzie za pomocą wiersza poleceń, aby zainicjować fazę skanowania zautomatyzowanego przeciwko sieci wewnętrznej. Polecenie ARTEX.exe --scan --target 192.168.1.0/24 jest używane, co ma na celu uruchomienie reguły detekcji z powodu obecności ciągu 'ARTEX’ w telemetrii tworzenia procesów.

• Skrypt testowany regresyjnie:

  # Skrypt symulacyjny: Uruchomienie reguły detekcji ARTEX
  # Ten skrypt symuluje wykonanie narzędzia ARTEX poprzez utworzenie fikcyjnego pliku wykonywalnego
  # i uruchomienie go z docelowym argumentem linii poleceń.
  
  $SimulatedToolPath = "$env:TEMPARTEX.exe"
  
  # Utwórz fikcyjny plik wykonywalny (używając prostego opakowania PowerShell w celach symulacyjnych)
  # W rzeczywistości byłby to rzeczywisty plik wykonywalny ARTEX.
  New-Item -Path $SimulatedToolPath -ItemType File -Force | Out-Null
  
  Write-Host "[+] Symuluje wykonanie narzędzia ARTEX..." -ForegroundColor Cyan
  
  # Uruchom 'narzędzie' z określonym ciągiem wymaganym przez logikę detekcji
  # Używamy cmd /c, aby zapewnić, że ciąg linii poleceń jest wyraźnie zapisany w dziennikach
  Start-Process cmd.exe -ArgumentList "/c $SimulatedToolPath --scan --target 10.0.0.1" -Wait
  
  Write-Host "[+] Polecenie symulacji wysłane. Sprawdź SIEM dla EventID 4688 zawierającego 'ARTEX'." -ForegroundColor Green

• Polecenia czyszczenia:

  # Skrypt czyszczenia: Usunięcie symulowanego artefaktu
  $SimulatedToolPath = "$env:TEMPARTEX.exe"
  if (Test-Path $SimulatedToolPath) {
      Remove-Item -Path $SimulatedToolPath -Force
      Write-Host "[+] Czyszczenie zakończone: $SimulatedToolPath usunięty." -ForegroundColor Yellow
  } else {
      Write-Host "[!] Czyszczenie pominięte: Artefakt nie znaleziony." -ForegroundColor Red
  }