SOC Prime Bias: High

02 Nov 2026 15:13 UTC

ARTEX guida una nuova ondata di framework offensivi agentici

Author Photo
SOC Prime Team linkedin icon Segui
ARTEX guida una nuova ondata di framework offensivi agentici
shield icon

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)

Squadra SOC Prime
02 nov 2026

Possibile attività Kerberoasting [correlate/bucket_span_10m/by src_user] (via audit)

Squadra SOC Prime
02 nov 2026

Possibile attività Kerberoasting [correlate/bucket_span_10m/by src_ipaddr] (via audit)

Squadra SOC Prime
02 nov 2026

Filtri di ricerca LDAP sospetti comuni (via servizio directory)

Squadra SOC Prime
02 nov 2026

Ritorno pico per singolo IP nei codici di stato HTTP 40* (via web server)

Squadra SOC Prime
02 nov 2026

Possibile infiltrazione/esfiltrazione di dati / C2 via servizi/strumenti di terze parti (via proxy)

Squadra SOC Prime
02 nov 2026

Possibile distribuzione di malware via endpoint WebsiteHook (via proxy)

Squadra SOC Prime
02 nov 2026

Possibile distribuzione di malware via endpoint WebsiteHook (via dns)

Squadra SOC Prime
02 nov 2026

Possibile enumerazione utenti AWS identificata dai codici di errore API (via cloudtrail)

Squadra SOC Prime
02 nov 2026

Rileva la ricognizione del framework ARTEX nei directory web [Webserver]

Regole AI SOC Prime
02 nov 2026

Rilevazione delle attività di ricognizione ARTEX su Azure [Azure Activity Logs]

Regole AI SOC Prime
02 nov 2026

Rilevazione delle attività di ricognizione del framework ARTEX [AWS Cloudtrail]

Regole AI SOC Prime
02 nov 2026

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 TinyTestBlob seguito immediatamente dalla sua eliminazione. Contemporaneamente, nell’ambiente AWS, l’avversario tenta di elencare o modificare le istanze EC2 utilizzando il --dry-run flag. 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 al DryRunOperation codice 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.