Un account amministrativo rubato può aprire la strada ai sistemi di più aziende. Un agente AI può ripetere ricognizioni e tentativi di intrusione su obiettivi diversi. Un ransomware può spegnere i controlli che dovrebbero rilevarlo e colpire l’infrastruttura necessaria a ripartire. Il filo che collega queste minacce è l’estensione del primo accesso: per chi difende, conta sapere fin dove può arrivare un attaccante dopo essere entrato.
È la lettura che emerge dall’Acronis TRU Cyber Pulse Report 2026, presentato il 9 novembre. La prima edizione raccoglie indagini, analisi di malware, ricerche sulle campagne e telemetria della Threat Research Unit (TRU) di Acronis. Il rapporto dedica particolare attenzione ai managed service provider (MSP), i fornitori che amministrano servizi e sistemi per più clienti: identità privilegiate e strumenti condivisi possono trasformare la compromissione del gestore in un incidente esteso agli ambienti amministrati.
Le evidenze provengono da campagne e campioni differenti, con periodi di osservazione specifici. Il valore del report sta soprattutto nel ricostruire come si concatenano le intrusioni e quali passaggi interrompere: dall’accesso iniziale alla sottrazione delle credenziali, fino al sabotaggio delle difese e del ripristino.
Indice degli argomenti
Identità rubate e accessi remoti: il rischio si propaga tra servizi
Gli infostealer, malware progettati per sottrarre informazioni, cercano password, cookie del browser, token, chiavi di accesso e dati delle sessioni. Con una sessione ancora valida, l’attaccante può presentarsi a un servizio come un utente già autenticato, in alcuni casi senza una nuova richiesta di MFA, l’autenticazione a più fattori. Il valore del furto dipende così dai privilegi dell’identità e dalle applicazioni che questa può raggiungere.
La gestione remota amplia ulteriormente questa possibilità. Nell’analisi sugli strumenti RMM e di accesso remoto richiamata dal rapporto, Acronis ha esaminato oltre 1,8 milioni di endpoint già dotati del proprio software di remote monitoring and management, nel periodo gennaio 2025-marzo 2026. Il 63,1% aveva almeno un altro strumento di amministrazione o accesso remoto installato. Il dato fotografa la sovrapposizione degli strumenti nel campione, comprendendo utilizzi legittimi, software rimasto dopo un cambio di fornitore e possibili opportunità per gli intrusi.
Per un MSP, sapere che un programma è installato è solo il primo controllo. Occorre identificarne proprietario, autorizzazione e perimetro: quale tecnico può usarlo, su quali clienti, con quali privilegi e da dove. Un collegamento inatteso che attraversa più ambienti amministrati merita un’indagine anche quando utilizza un prodotto abitualmente impiegato dall’assistenza.
La bonifica deve seguire le sessioni e i token
La campagna CRESCENTHARVEST descritta nel report chiarisce perché il reset della password può lasciare accessi utilizzabili. Il malware cercava anche la chiave di cifratura legata all’applicazione di Chrome e copiava profili di Telegram Desktop contenenti dati di sessione. La risposta deve quindi comprendere revoca delle sessioni e dei token, rotazione delle credenziali esposte e controllo dei metodi di autenticazione aggiunti durante l’intrusione.
Gli elementi da collegare sono gli eventi del provider di identità, i log delle applicazioni cloud, le autorizzazioni concesse alle applicazioni e le esportazioni massive di dati. Se il dispositivo appartiene a un tecnico con privilegi sui clienti, l’indagine deve ricostruire quali ambienti erano raggiungibili e dove l’accesso è stato effettivamente usato. È questo passaggio a stabilire la dimensione dell’incidente e le azioni di contenimento.
Agenti AI: BOSSAI mostra come si moltiplica il lavoro offensivo
Le credenziali rubate diventano ancora più utili quando vengono inserite in flussi capaci di eseguire molte operazioni. Nell’indagine BOSSAI, ripresa dal Cyber Pulse, Acronis descrive un singolo operatore tecnicamente competente che aveva collegato più di dieci modelli AI a framework offensivi e server MCP, componenti che espongono strumenti e funzioni agli agenti attraverso il Model Context Protocol.
L’ambiente supportava ricognizione, sfruttamento delle vulnerabilità e gestione dell’infrastruttura, con attività rivolte a obiettivi in più Paesi. Memoria persistente e procedure riutilizzabili permettevano di conservare informazioni sui bersagli e riprendere il lavoro senza ricostruire ogni volta il contesto. Alcuni componenti erano configurati per eseguire strumenti senza richieste di approvazione: una scelta che riduceva i passaggi manuali tra l’obiettivo impartito dall’operatore e le azioni eseguite.
L’indagine tecnica documenta anche rifiuti dei modelli commerciali ed errori degli agenti. Per le attività offensive l’operatore ricorse a modelli locali modificati per ridurne i vincoli, meno efficaci e limitati dalle risorse disponibili. In diversi passaggi trasferiva manualmente i risultati tra agenti. Le compromissioni confermate di università e servizi di emergenza portarono comunque alla sottrazione di dati personali e sanitari: l’automazione aumentava la portata dell’attività pur conservando dipendenze dall’intervento umano.
La conseguenza per le imprese è una maggiore capacità di portare avanti attività offensive ripetitive con meno lavoro umano. L’operatore conservava un ruolo nella costruzione e nella direzione dell’ambiente; gli agenti rendevano riutilizzabili e coordinabili parti dell’operazione. Sul versante difensivo, la risposta riguarda anche i permessi dell’automazione aziendale: un assistente che legge ticket e un agente che esegue script sui sistemi dei clienti richiedono identità e autorizzazioni differenti.
Le skill diventano una componente della supply chain
Questa capacità di richiamare strumenti crea un punto di ingresso per chi distribuisce estensioni malevole. Nell’indagine Poisoning the well, il team TRU ha identificato oltre 575 skill OpenClaw malevole riconducibili a 13 account di sviluppatori. I pacchetti si presentavano come utilità legittime e veicolavano trojan, cryptominer e infostealer verso Windows e macOS.
Una skill può combinare istruzioni in linguaggio naturale, codice e dipendenze esterne. Installarla in un agente con ampi privilegi può mettere tali componenti nelle condizioni di operare su dati, file e servizi aziendali. La verifica deve quindi riguardare codice, dipendenze e istruzioni, insieme ai processi avviati e alle connessioni generate. I limiti su rete, filesystem ed esecuzione vanno imposti dai sistemi che ospitano l’agente, così che una nuova istruzione non possa ampliare da sola l’accesso consentito.
Per chi serve più clienti, la separazione deve comprendere anche contesto, memoria e credenziali degli agenti. Un’automazione autorizzata a lavorare su un ambiente non dovrebbe ritrovare nella memoria o negli strumenti connessi dati e segreti di un altro. L’approvazione indipendente delle azioni ad alto impatto, come una modifica ai privilegi, introduce un controllo nel punto in cui l’automazione può produrre conseguenze operative.
Patch e fiducia: il primo sistema compromesso apre altre porte
Gli agenti possono accelerare alcune attività, ma gli attaccanti continuano a sfruttare anche vulnerabilità note e strumenti pubblici. La campagna Red Heron contro Gitea mostra la rapidità del passaggio dalla correzione allo sfruttamento: dopo la patch del 27 luglio 2026 e la pubblicazione di un exploit il giorno successivo, l’operatore iniziò ad adattarlo il 29 luglio. Le compromissioni portarono a furto di repository, raccolta di credenziali, persistenza e spostamenti verso altri sistemi.
Il ritardo nell’installazione delle patch lascia spazio a questa progressione. Per le applicazioni di terze parti, il Cyber Pulse richiama una mediana di 5,7 giorni nel secondo semestre 2025. L’analisi originale sui tempi di patching colloca il 90° percentile a 24,9 giorni: il 10% più lento dei deployment richiedeva ancora più tempo. Sono misure sugli endpoint gestiti, distinte dall’indagine sui server Gitea, utili a capire quanto possano protrarsi i ritardi operativi.
La priorità di aggiornamento dovrebbe considerare esposizione e accessi disponibili, oltre alla gravità tecnica della falla. Un server di sviluppo che conserva chiavi e informazioni di distribuzione può dare accesso a progetti e infrastrutture ulteriori. Se è stato sfruttato, installare l’aggiornamento chiude la vulnerabilità: l’indagine deve anche cercare persistenza e credenziali sottratte, seguendo le connessioni verso gli altri ambienti.
La fiducia può essere sfruttata anche nella distribuzione del software. Nella campagna TamperedChef, ricostruita dal rapporto, gli attaccanti distribuivano applicazioni funzionanti con certificati di firma del codice validi, ottenuti attraverso una rete di società. Per valutare un download, alla verifica della firma occorre affiancare l’analisi di provenienza e comportamento: la firma identifica il firmatario e tutela l’integrità del file rispetto al momento della sottoscrizione, mentre l’applicazione può comunque contenere funzioni malevole.
Ransomware: spegnere le difese e colpire il ripristino
Quando l’accesso ottenuto consente di amministrare i sistemi, gli intrusi possono agire sui controlli che dovrebbero fermarli. Il report collega le analisi su Qilin e The Gentlemen alla manomissione deliberata delle difese: arresto dei processi di sicurezza, interferenze con i servizi di monitoraggio e uso di driver per terminare componenti protettivi. Il danno comincia dalla perdita di visibilità, prima che dalla cifratura.
Il framework MITRE ATT&CK descrive la Defense Impairment come tattica distinta, introdotta nell’aprile 2026. La rimozione delle copie di ripristino è invece classificata come Inhibit System Recovery: compromette la possibilità di recuperare i sistemi. Le due azioni possono comparire nella stessa intrusione, riducendo prima la capacità di rilevare l’attacco e poi quella di limitarne gli effetti.
Un agente di sicurezza che smette di comunicare su un server di gestione va quindi valutato insieme a login privilegiati, nuovi driver ed esecuzioni remote. Il monitoraggio del suo stato e la conservazione dei log fuori dall’host aiutano a riconoscere il silenzio prodotto dall’attaccante. Per un fornitore, occorre anche ricostruire quali clienti fossero raggiungibili nell’intervallo in cui il controllo non forniva più informazioni.
Linux ed ESXi portano l’attacco al livello dei servizi
La possibilità di danneggiare più carichi di lavoro spiega l’interesse per gli hypervisor, i sistemi che ospitano le macchine virtuali. Il rapporto documenta varianti LockBit 5.0 per Windows, Linux e VMware ESXi e capacità del ransomware INC di arrestare macchine virtuali e cancellare snapshot. Segnala inoltre l’uso da parte di Qilin del Windows Subsystem for Linux per eseguire un cifratore Linux su un host Windows.
La protezione deve coprire questi livelli e il loro piano di amministrazione. Arresti inattesi delle macchine virtuali e cancellazioni di snapshot possono anticipare la cifratura. Soprattutto, le prove di recupero devono contemplare amministratori e console compromessi: copie protette, credenziali di emergenza e configurazioni necessarie devono restare disponibili quando i normali strumenti di gestione non sono affidabili.
Le priorità per MSP e imprese: limitare accessi, conservare prove, ripartire
Da questi casi discende una richiesta concreta per chi acquista o fornisce servizi gestiti: poter ricostruire la catena tra un’identità, gli strumenti che usa e i clienti che può raggiungere. Autenticazione resistente al phishing, privilegi circoscritti e verifica indipendente delle richieste all’help desk riducono le occasioni di ingresso. La capacità di revocare e delimitare gli accessi determina poi quanto rapidamente sia possibile contenere un’identità compromessa.
Identità e accesso remoto
Dopo il rilevamento di un infostealer sul PC di un tecnico, elencare account e sessioni presenti, revocare i token esposti e verificare nuovi metodi MFA. Confrontare gli accessi RMM con l’elenco dei clienti autorizzati e cercare attività successive sugli altri ambienti.
Perdita del monitoraggio
Se un agente di sicurezza smette di comunicare, correlare l’orario con login privilegiati, caricamento di driver ed esecuzioni remote. Consultare i log conservati fuori dall’host e applicare i criteri di isolamento concordati quando la visibilità non può essere ripristinata.
Ripristino senza la console ordinaria
Simulare l’indisponibilità della console centrale e dell’account amministrativo abituale. Verificare accesso a copie protette, credenziali di recupero e configurazioni; ripristinare un servizio con le sue dipendenze e misurare il tempo fino alla ripresa operativa.
La stessa verifica va portata nelle esercitazioni di continuità. Un test utile parte dall’indisponibilità dell’account amministrativo ordinario o della console centrale e misura il tempo necessario a ripristinare un servizio funzionante, con le sue dipendenze di identità, rete e virtualizzazione. La sola restituzione dei file lascia irrisolta la domanda operativa: l’azienda può riprendere a lavorare?
Per un MSP, concordare con ciascun cliente l’ordine di riavvio dei servizi e chi può autorizzarlo rende verificabili gli impegni di ripristino. Separare l’amministrazione dei backup da quella quotidiana e controllare le modifiche a cancellazione e conservazione delle copie protegge le risorse necessarie durante l’emergenza.
Il criterio con cui valutare il fornitore diventa così concreto: quali accessi può isolare, quali prove conserva e quale servizio riesce a riattivare quando i suoi strumenti abituali sono compromessi.
Partecipa alla community