Controllo Esclusivo: Exclusive Control (T1668)
La tecnica Exclusive Control descrive un comportamento tanto controintuitivo quanto efficace: un attaccante che ha già compromesso un sistema "chiude la porta" alle proprie spalle, impedendo ad altri gruppi ostili di sfruttare lo stesso punto di ingresso. Rientra nella tattica Persistence (TA0003), perché l'obiettivo finale non è la difesa del sistema in sé, ma il mantenimento esclusivo dell'accesso già conquistato.
Nella pratica l'avversario può applicare la patch alla vulnerabilità che ha appena sfruttato, disabilitare un servizio esposto, rimuovere privilegi da account o addirittura eliminare malware di terze parti già presente sul dispositivo. Ogni azione riduce la superficie d'attacco residua, ma a beneficio di chi controlla già la macchina.
Questa scelta produce tre vantaggi concreti. Primo, elimina la competizione con altri threat actor che potrebbero rimuoverlo o degradarne l'accesso. Secondo, abbassa il rumore nell'ambiente: meno artefatti sospetti significano minore probabilità di essere individuati ed espulsi dai difensori. Terzo, nel caso di Resource Hijacking, poter sfruttare l'intera capacità di calcolo del sistema massimizza il profitto, ad esempio nel mining di criptovalute.
Si colloca nelle fasi post-exploitation della kill chain, quando l'accesso iniziale è già consolidato. Il paradosso è evidente: un'azione che assomiglia a manutenzione legittima, come applicare un aggiornamento o fermare un servizio insicuro, diventa qui un segnale di attività ostile che i difensori devono saper riconoscere nel contesto giusto.
Simulare Exclusive Control in un esercizio red team significa riprodurre la logica del "chiudere la porta" dopo aver ottenuto un foothold, in un ambiente di laboratorio isolato e sotto regole d'ingaggio precise. L'obiettivo è dimostrare come un attaccante consolidi l'accesso esclusivo, non danneggiare la produzione.
Su Windows, dopo aver ottenuto privilegi elevati, la simulazione tipica è disabilitare il servizio vulnerabile appena sfruttato. Il comando standalone:
sc.exe config
seguito da sc.exe stop
Su Linux, la sequenza equivalente prevede l'arresto e il mascheramento di un daemon esposto:
systemctl stop
Lo scaricamento di un modulo kernel vulnerabile si ottiene con rmmod
Su macOS il vettore principale è launchctl: fermare un LaunchDaemon concorrente con launchctl bootout system/ oppure terminare processi con kill. È fondamentale non toccare servizi protetti come securityd.
Su ESXi, dove il resource hijacking è particolarmente redditizio, la logica è disabilitare servizi non necessari e terminare processi VM concorrenti tramite esxcli e comandi shell, sempre in lab.
Per orchestrare la catena in modo ripetibile conviene usare Atomic Red Team (open source), che offre test mappati alle tecniche ATT&CK, oppure Caldera (open source) di MITRE per automatizzare la sequenza compromissione-consolidamento. Per la fase di elevazione e post-exploitation, framework come Metasploit (freemium) e Sliver (open source) permettono di gestire la sessione da cui lanciare i comandi di "chiusura".
L'insieme di queste azioni, se registrato correttamente, fornisce ai difensori un dataset realistico per validare le regole di detection descritte nella sezione seguente.
Vuoi diventare un Ethical Hacker ma non sai da dove iniziare?
Accedi alle lezioni gratuite e segui il percorso corretto fin dal primo passo