ARTEX guida una nuova ondata di framework offensivi agentici
Detection stack
- AIDR
- Alert
- ETL
- Query
Sommario
Gli attori delle minacce stanno sempre più strumentalizzando framework guidati da LLM agentici come ARTEX, PentAGI e CAIRN per automatizzare cicli di attacco complessi. Questi sistemi multi-agente consentono una rapida ricognizione, movimento laterale ed escalation dei privilegi a velocità di macchina. Questa evoluzione segna un passaggio verso intrusioni altamente automatizzate e scalabili che esercitano ulteriore pressione sulle strategie difensive tradizionali.
Indagine
Mandiant e GTIG hanno osservato questi framework durante interventi di risposta agli incidenti nel mondo reale, inclusa attività collegata a gruppi come UNC7228 (STORM-0940). Le indagini hanno documentato raffiche ad alta velocità, inclusi 27 eventi in 23 secondi, insieme alla correzione automatizzata degli errori utilizzata per distribuire webshell. I ricercatori hanno anche evidenziato come questi strumenti sfruttino i permessi cloud e le API delle applicazioni legittime per raggiungere obiettivi degli aggressori.
Mitigazione
I difensori dovrebbero adottare una strategia di difesa a cinque livelli: protezione dei piani di controllo, restrizione delle identità e delle chiavi con credenziali di breve durata, rafforzamento delle configurazioni, protezione delle funzionalità delle applicazioni contro l’abuso e monitoraggio delle anomalie comportamentali e volumetriche. Ridurre la superficie di attacco esterna e limitare l’esposizione amministrativa non necessaria rimangono misure difensive critiche.
Risposta
Quando viene rilevata un’attività sospetta, le organizzazioni dovrebbero dare priorità a una risposta centrata sull’identità poiché molte azioni si basano su credenziali valide. Monitorare per improvvise raffiche di chiamate API di gestione, origini di autenticazione inaspettate e cambiamenti improvvisi nei modelli di accesso del piano dati. Revocare rapidamente le identità compromesse e indagare sull’intera portata del movimento laterale automatizzato è essenziale.
Flusso di attacco
Stiamo ancora aggiornando questa parte.
Rilevamenti
Possibile attacco DCSync (via audit)
Possibile attività Kerberoasting [correlate/bucket_span_10m/by src_user] (via audit)
Possibile attività Kerberoasting [correlate/bucket_span_10m/by src_ipaddr] (via audit)
Filtri di ricerca LDAP sospetti comuni (via servizio directory)
Ritorno pico per singolo IP nei codici di stato HTTP 40* (via web server)
Possibile infiltrazione/esfiltrazione di dati / C2 via servizi/strumenti di terze parti (via proxy)
Possibile distribuzione di malware via endpoint WebsiteHook (via proxy)
Possibile distribuzione di malware via endpoint WebsiteHook (via dns)
Possibile enumerazione utenti AWS identificata dai codici di errore API (via cloudtrail)
Rileva la ricognizione del framework ARTEX nei directory web [Webserver]
Rilevazione delle attività di ricognizione ARTEX su Azure [Azure Activity Logs]
Rilevazione delle attività di ricognizione del framework ARTEX [AWS Cloudtrail]
Esecuzione di simulazione
-
Narrativa dell’attacco & Comandi: Un avversario che utilizza il framework ARTEX cerca di mappare i permessi dell’ambiente cloud. Per verificare le capacità di scrittura/eliminazione in Azure, il framework esegue una rapida sequenza di creazione di un blob chiamato
TinyTestBlobseguito immediatamente dalla sua eliminazione. Contemporaneamente, nell’ambiente AWS, l’avversario tenta di elencare o modificare le istanze EC2 utilizzando il--dry-runflag. Questo permette loro di confermare se il loro ruolo IAM attuale ha privilegi sufficienti senza attivare cambiamenti di stato reali o generare log “success”, affidandosi invece alDryRunOperationcodice di errore per confermare lo stato “negato” o “permesso”. -
Script di test di regressione:
# Script di simulazione del framework ARTEX Write-Host "[!] Avvio della simulazione di ricognizione ARTEX..." # --- Parte 1: Ricognizione Blob Azure --- Write-Host "[*] Simulazione di scrittura/eliminazione di TinyTestBlob su Azure..." $azureAccount = "artex_test_account" $container = "recon-container" $blobName = "TinyTestBlob" $testFile = ".temp_recon.txt" "recon_data" | Out-File $testFile # Simula il pattern di rapida scrittura/eliminazione try { Set-AzStorageBlobContent -File $testFile -Container $container -Blob $blobName -Context $ctx -ErrorAction Stop Write-Host "[+] Scrittura su Azure riuscita" Remove-AzStorageBlob -Blob $blobName -Container $container -Context $ctx -ErrorAction Stop Write-Host "[+] Eliminazione su Azure riuscita" } catch { Write-Error "Simulazione Azure fallita: $_" } # --- Parte 2: Ricognizione DryRun AWS EC2 --- Write-Host "[*] Simulazione controllo permessi AWS EC2 DryRun..." # Questo comando è progettato per fallire con un errore DryRunOperation se i permessi sono presenti o assenti aws ec2 describe-instances --dry-run --region us-east-1 if ($LASTEXITCODE -ne 0) { Write-Host "[+] Verifica AWS DryRun completata (Codice errore previsto)" } Remove-Item $testFile Write-Host "[!] Simulazione completata." -
Comandi di pulizia:
# Pulisci gli artefatti di simulazione Remove-Item -Path ".temp_recon.txt" -ErrorAction SilentlyContinue # Nota: Il blob Azure è già eliminato dallo script di simulazione.