Il ransomware non si limita più a cifrare i file e chiedere un pagamento in cambio della chiave di decrittazione. Negli ultimi anni, i gruppi criminali hanno trasformato l’estorsione in una strategia ancora più aggressiva: rubano dati, minacciano di pubblicarli e, in alcuni casi, fanno pressione anche su clienti, fornitori, partner o dipendenti dell’organizzazione colpita.

In questo scenario emerge il ransomware a tripla estorsione, un’evoluzione dell’attacco tradizionale che punta ad aumentare il danno reputazionale, legale e operativo per costringere la vittima a pagare. Per aziende, CISO e responsabili IT, il problema non è più soltanto ripristinare i sistemi, ma gestire una crisi che può estendersi ben oltre la rete aziendale.

I tuoi file sono stati danneggiati dopo un attacco ransomware? HelpRansomware

Esperti nella Rimozione di Ransomware

Affidati ai nostri professionisti certificati: oltre 25 anni di esperienza nel campo della rimozione di ransomware, recupero dati e sicurezza informatica.

Contatta i Nostri Esperti

Che cos’è il ransomware a tripla estorsione

Il ransomware a tripla estorsione è una modalità di attacco in cui i cybercriminali combinano più livelli di pressione contro la vittima. Il primo è la cifratura di sistemi o file. Il secondo è la minaccia di pubblicare o vendere i dati rubati.

Il terzo livello consiste nell’aggiungere ulteriori forme di pressione, come contattare clienti, partner, fornitori o media, oppure lanciare attacchi DDoS contro i servizi pubblici dell’azienda.

L’agenzia francese ANSSI ha spiegato nel suo Cyber Threat Overview 2025 che la doppia estorsione può essere accompagnata da tattiche aggiuntive, come attacchi distributed denial-of-service o il contatto diretto con partner e clienti della vittima, in quello che l’agenzia definisce un tentativo di tripla estorsione.

Questa evoluzione trasforma un attacco ransomware in una crisi più ampia. L’organizzazione non negozia più soltanto per recuperare i file: deve anche contenere l’esposizione pubblica, tutelare la fiducia dei terzi ed evitare che l’incidente si estenda a clienti o partner commerciali.

La portata del problema conferma perché questa evoluzione del ransomware debba essere considerata una minaccia strategica e non soltanto tecnica.

Helpransomware ENISA Threat Landscape 2025

Come funziona un attacco ransomware a tripla estorsione

Un attacco di ransomware a tripla estorsione inizia spesso come molte intrusioni moderne: phishing, credenziali rubate, vulnerabilità non corrette, accessi remoti esposti o compromissione di fornitori.

Una volta all’interno della rete, gli attaccanti cercano di aumentare i privilegi, individuano le informazioni sensibili, esfiltrano i dati e preparano la cifratura.

Poi arriva la fase di pressione. Prima i criminali bloccano i sistemi o interrompono processi critici. Successivamente mostrano prove dei dati sottratti e minacciano di divulgarli. Infine possono contattare clienti, partner o dipendenti per aumentare la paura e far apparire l’azienda incapace di proteggere le informazioni affidatele da terzi.

Dalla cifratura dei file alla pressione sui terzi

La differenza principale rispetto al ransomware tradizionale sta nell’obiettivo psicologico. La tripla estorsione punta a far sentire la vittima sotto pressione su più fronti contemporaneamente: operatività bloccata, dati esposti, clienti preoccupati e reputazione a rischio.

Questa pressione esterna può essere più difficile da gestire della stessa cifratura. Anche con backup funzionanti, l’azienda può trovarsi ad affrontare reclami, perdita di fiducia, indagini delle autorità di controllo o domande da parte di clienti contattati direttamente dagli attaccanti.

Perché preoccupa così tanto le aziende

Il ransomware a tripla estorsione preoccupa perché trasforma un incidente tecnico in una crisi aziendale completa. L’impatto può coinvolgere vendite, assistenza clienti, supply chain, comunicazione corporate, contratti, conformità normativa e relazioni con terze parti.

Nel suo Internet Crime Report 2025, l’FBI ha riferito che l’IC3 ha ricevuto oltre 3.600 segnalazioni di ransomware nel corso del 2025, con perdite superiori a 32 milioni di dollari. Lo stesso rapporto ha identificato 63 nuove varianti di ransomware segnalate tramite IC3, pari a una media di 5,25 nuove varianti al mese.

Questi dati mostrano che il ransomware continua a evolversi e frammentarsi. Per un’azienda significa che non basta prepararsi a rispondere a una famiglia di malware già nota. Serve una strategia di cybersecurity per le aziende capace di anticipare attacchi in cui l’estorsione coinvolge anche l’ecosistema commerciale della vittima.

Contatta uno specialista HelpRansomware

Recupero Dati Rapido e Sicuro

HelpRansomware garantisce un servizio di rimozione ransomware e recupero dati efficace e sicuro, con assistenza continua, 24 ore su 24, 7 giorni su 7.

Inizia il Recupero Ora

Casi e tattiche recenti di pressione

I gruppi ransomware hanno adottato diverse tattiche per aumentare la pressione: pubblicazione dei dati su siti della dark web, telefonate, minacce a contatti interni, esposizione di informazioni sensibili o attacchi contro servizi visibili al pubblico.

Nel 2025, un advisory congiunto aggiornato dell’Australian Cyber Security Centre sul ransomware Play ha segnalato che il gruppo utilizzava la doppia estorsione, cifrava i sistemi dopo aver esfiltrato i dati e minacciava di pubblicare le informazioni rubate sui siti di leak se la vittima non avesse pagato.

Il documento ha inoltre indicato che alcune vittime ricevevano telefonate di pressione, anche su numeri disponibili pubblicamente come help desk o servizi di assistenza clienti.

Questo tipo di pressione è fondamentale per comprendere il ransomware a tripla estorsione. Anche se non tutti i gruppi criminali utilizzano le stesse tattiche, la tendenza è chiara: gli attaccanti cercano di estendere l’impatto oltre il reparto IT e trasferire la crisi verso clienti, consumatori o altre entità collegate alla vittima.

Il caso del ransomware Phobos mostra come la pressione sui terzi possa diventare parte integrante della strategia di estorsione.

Helpransomware Phobos ransomware

Il ruolo della reputazione nell’estorsione

La reputazione è diventata uno strumento di pressione. Gli attaccanti sanno che molte aziende temono la pubblicazione dei dati o la perdita di fiducia persino più dell’interruzione tecnica.

Per questo la preparazione deve includere comunicazione di crisi, gestione legale, relazioni con i clienti e conservazione delle prove.

Quando un’organizzazione non ha messaggi predisposti né responsabili chiaramente identificati, i criminali sfruttano il silenzio per imporre la propria narrativa. In un caso di tripla estorsione, comunicare tardi o male può aumentare il danno.

Impatto su clienti, partner e supply chain

La tripla estorsione può estendere l’impatto ben oltre l’azienda colpita quando i dati rubati includono informazioni relative a clienti, fornitori o altre terze parti.

L’ANSSI ha avvertito che la compromissione dei fornitori di servizi può colpire direttamente i loro clienti, causando anche interruzioni operative e disservizi in organizzazioni dello stesso settore.

Per questo il ransomware a tripla estorsione deve essere analizzato insieme alla protezione dei dati aziendali. Il rischio non termina quando i sistemi vengono ripristinati: occorre anche determinare quali informazioni siano uscite dall’organizzazione, chi ne sia coinvolto e quali obblighi si attivino.

Helpransomware Incidenti di sicurezza

Come prepararsi al ransomware a tripla estorsione

Prepararsi al ransomware a tripla estorsione richiede di combinare prevenzione tecnica, continuità operativa, risposta legale e comunicazione. È essenziale ridurre le possibilità di accesso iniziale tramite patch, MFA, protezione di VPN e RDP, principio del minimo privilegio, monitoraggio e segmentazione della rete, oltre a mantenere backup offline o off-site protetti e procedure di ripristino testate.

È inoltre fondamentale disporre di un inventario dei dati che consenta di identificare quali informazioni sono critiche, dove si trovano, chi può accedervi e quali terze parti potrebbero essere coinvolte in caso di esfiltrazione.

Risposta coordinata e comunicazione di crisi

La risposta deve essere inclusa in un piano di risposta agli attacchi informatici che contempli scenari di estorsione multipla. Ciò significa definire chi prende le decisioni, chi comunica, chi gestisce i rapporti con i clienti, chi conserva le prove e come viene valutata la possibile esposizione dei dati.

Se i sistemi sono stati cifrati, l’analisi tecnica e la decrittazione ransomware possono rientrare nella strategia di recupero.

Tuttavia, nella tripla estorsione non basta ripristinare i file: occorre anche gestire la minaccia di pubblicazione, le comunicazioni esterne e l’impatto reputazionale.

Conclusione

Il ransomware a tripla estorsione dimostra che il ransomware non è più soltanto un problema di sistemi bloccati. È una strategia di pressione aziendale che combina cifratura, furto di dati ed esposizione verso terzi per costringere la vittima a prendere decisioni sotto pressione.

Per CISO e responsabili IT, la priorità è anticipare la crisi. Le aziende hanno bisogno di backup testati, controlli degli accessi, inventario dei dati, piano di risposta, comunicazione di crisi e capacità di recupero. La differenza tra una crisi contenuta e una grave interruzione operativa spesso dipende dalla preparazione precedente all’incidente.

In HelpRansomware aiutiamo le organizzazioni a rispondere agli incidenti ransomware, recuperare informazioni critiche e rafforzare la propria cyber resilience di fronte alle minacce di estorsione avanzata.

FAQ

Perché la tripla estorsione può funzionare anche se l’azienda dispone di backup

Perché i backup aiutano a ripristinare i sistemi, ma non eliminano la minaccia di pubblicazione dei dati né la pressione su clienti, partner o dipendenti. Il recupero tecnico non risolve necessariamente il danno reputazionale.

Qual è la differenza tra doppia e tripla estorsione

La doppia estorsione combina cifratura e minaccia di divulgazione dei dati. La tripla estorsione aggiunge un terzo livello di pressione, come attacchi DDoS, contatti con i clienti o minacce dirette a terze parti collegate alla vittima.

Può colpire anche un’azienda che non gestisce dati dei consumatori

Sì. Per fare pressione sull’organizzazione possono essere utilizzati anche contratti, proprietà intellettuale, informazioni finanziarie, dati dei dipendenti, credenziali, documentazione tecnica o comunicazioni interne.

Cosa deve fare un’azienda se gli attaccanti contattano i suoi clienti

Deve attivare la comunicazione di crisi, conservare le prove, coordinare le funzioni legali e di sicurezza, verificare quali dati siano stati esfiltrati e comunicare con chiarezza. Ignorare la pressione esterna può aumentare l’incertezza e il danno reputazionale.

Cosa controllare per prima cosa per ridurre il rischio

L’azienda dovrebbe verificare accessi remoti, MFA, privilegi amministrativi, backup, segmentazione della rete, inventario dei dati critici, fornitori collegati e reale capacità di risposta in caso di esfiltrazione.

L’intelligenza artificiale è ormai integrata in assistenti aziendali, motori di ricerca interni, chatbot, strumenti di produttività, sistemi RAG e agenti in grado di eseguire attività. Questa adozione crea nuove opportunità di automazione, ma introduce anche rischi che le misure tradizionali di cybersecurity non sempre riescono a rilevare.

Il prompt injection è diventato una delle vulnerabilità più rilevanti per le aziende che utilizzano modelli linguistici.

Il problema non riguarda soltanto ciò che l’utente chiede, ma il modo in cui un’istruzione malevola può manipolare il comportamento del modello, modificarne le risposte o indurlo a compiere azioni non previste.

I tuoi file sono stati danneggiati dopo un attacco ransomware? HelpRansomware

Esperti nella Rimozione di Ransomware

Affidati ai nostri professionisti certificati: oltre 25 anni di esperienza nel campo della rimozione di ransomware, recupero dati e sicurezza informatica.

Contatta i Nostri Esperti

Che cos’è il prompt injection

Il prompt injection è una tecnica di attacco che mira a manipolare un modello di intelligenza artificiale attraverso istruzioni nascoste, ingannevoli o malevole. Invece di sfruttare una vulnerabilità software tradizionale, l’attaccante cerca di influenzare il modo in cui il modello interpreta le istruzioni e decide quale risposta fornire o quale azione eseguire.

Il rischio è particolarmente rilevante perché molte aziende collegano già i modelli di IA a documenti interni, strumenti di business, database, posta elettronica, sistemi di ticketing o automazioni.

Dal punto di vista aziendale, il prompt injection deve essere gestito come parte di una strategia avanzata di sicurezza informatica nell’era dell’IA, soprattutto quando l’intelligenza artificiale interviene in processi critici.

Quando il modello può accedere a informazioni o azioni sensibili, un’istruzione manipolata può causare fughe di dati, risposte errate o decisioni non autorizzate.

Helpransomware Prompt Injection LLM01 2025

Come funziona un attacco di prompt injection

Un attacco di prompt injection può essere diretto o indiretto. Nel caso diretto, l’attaccante inserisce istruzioni in una conversazione con l’obiettivo di alterare la risposta del modello.

Nel caso indiretto, l’istruzione malevola è nascosta all’interno di una fonte consultata dal modello, come una pagina web, un documento, un’email, un PDF o una knowledge base.

Nel 2025, il NCSC del Regno Unito ha avvertito che paragonare il prompt injection alla SQL injection può portare a errori di sicurezza. Secondo l’organismo, il problema non si risolve semplicemente filtrando gli input, perché i modelli linguistici elaborano istruzioni e dati nello stesso contesto, rendendo più difficile separare in modo assoluto ciò che è affidabile da ciò che non lo è.

Nei sistemi RAG, il rischio aumenta perché il modello recupera informazioni esterne per formulare una risposta. Se un documento contiene un’istruzione nascosta, il sistema può trattarla come parte del contesto anziché come una minaccia.

Questo può indurre il modello a ignorare regole interne, rivelare informazioni non autorizzate o generare una risposta manipolata.

Prompt injection diretto e indiretto

Il prompt injection diretto si verifica quando una persona tenta di manipolare il modello durante l’interazione. L’obiettivo può essere indurlo a ignorare istruzioni precedenti, cambiare ruolo, rivelare informazioni o agire al di fuori dei limiti previsti.

Il prompt injection indiretto è più difficile da rilevare. In questo caso, l’attaccante non deve interagire direttamente con il modello: può inserire istruzioni malevole in contenuti che l’IA leggerà in seguito. Ad esempio, uno strumento che riassume email, analizza pagine web o elabora documenti interni potrebbe incorporare istruzioni nascoste senza che l’utente se ne accorga.

Perché rappresenta una minaccia per le aziende

Il prompt injection preoccupa le aziende perché i modelli di IA non si limitano più a generare testo. Molti sono collegati a strumenti, autorizzazioni, archivi documentali e flussi di lavoro. Più accesso possiede un sistema di IA, maggiore può essere l’impatto di una manipolazione.

Secondo Eurostat, nel 2025 il 20,0% delle imprese dell’Unione europea con almeno 10 dipendenti utilizzava tecnologie di intelligenza artificiale, rispetto al 13,5% nel 2024. Nelle grandi imprese, l’utilizzo ha raggiunto il 55,03%, a conferma di un’adozione particolarmente elevata nelle organizzazioni con processi complessi e grandi volumi di dati.

Il rischio non è soltanto tecnico. Se un’IA aziendale è collegata a documenti interni, contratti, report, ticket o database clienti, un attacco può compromettere direttamente la protezione dei dati aziendali.

L’azienda può perdere visibilità su quali informazioni siano state consultate, quale risposta sia stata generata o quale azione sia stata eseguita dal sistema.

Helpransomware Prompt Injection Uso IA nelle imprese

Impatto sugli agenti di IA e sui sistemi automatizzati

L’impatto del prompt injection cresce quando l’intelligenza artificiale è in grado di agire. Un chatbot isolato può produrre una risposta errata, ma un agente collegato a posta elettronica, file, CRM, strumenti di sviluppo o sistemi interni può eseguire attività con conseguenze reali.

Nel 2026, una guida congiunta sull’adozione prudente dei servizi di IA agentica, pubblicata dagli organismi di cybersecurity di Australia, Stati Uniti, Canada, Nuova Zelanda e Regno Unito, ha avvertito che gli agenti ereditano i rischi degli LLM, compresa la vulnerabilità al prompt injection e al jailbreaking.

La guida ha inoltre evidenziato che fonti esterne, come le ricerche sul web, possono introdurre informazioni nel contesto del modello e rendere possibili attacchi indiretti.

Questo aspetto è particolarmente importante per le aziende che stanno automatizzando i processi. Se un agente può leggere email, aprire documenti, creare ticket, eseguire comandi o consultare sistemi interni, deve operare entro limiti chiari. In caso contrario, un’istruzione nascosta potrebbe indurlo a compiere azioni non autorizzate.

Il problema dei permessi eccessivi

Molti potenziali incidenti non dipendono soltanto dal modello, ma dall’eccesso di autorizzazioni che gli vengono concesse. Se un sistema di IA può accedere a più dati del necessario, qualsiasi manipolazione può amplificare il danno.

Per questo motivo, le organizzazioni devono applicare il principio del privilegio minimo anche ai sistemi di IA. Un modello non dovrebbe poter consultare, modificare o inviare informazioni che non gli servono per svolgere la propria funzione.

Come rilevare il prompt injection

Rilevare il prompt injection non è sempre semplice. Le istruzioni malevole possono apparire come testo normale, essere nascoste in documenti o far parte di una catena di automazione più ampia. Inoltre, il modello può fornire una risposta apparentemente corretta, modificando però piccoli dettagli o facendo trapelare informazioni sensibili.

Nel 2025, il NIST ha pubblicato il rapporto Adversarial Machine Learning: A Taxonomy and Terminology of Attacks and Mitigations, che organizza le minacce contro i sistemi di IA e machine learning. Sebbene il prompt injection presenti caratteristiche specifiche delle applicazioni basate su LLM, l’approccio del NIST conferma la necessità di adottare tassonomie, test, mitigazioni e gestione del rischio lungo l’intero ciclo di vita dell’IA.

Non sai come decifrare i tuoi file? HelpRansomware

Soccorso Immediato per Ransomware

Il ransomware non deve paralizzare la tua attività. I nostri specialisti sono pronti a recuperare i tuoi dati e proteggere i tuoi sistemi.

Chiedi Aiuto Ora

Segnali di manipolazione del modello

Alcuni segnali possono indicare un attacco: risposte in contrasto con le policy interne, richieste inattese di dati sensibili, cambiamenti di comportamento dopo la lettura di un documento, azioni non giustificate, istruzioni anomale nei file elaborati o output che rivelano informazioni che l’utente non dovrebbe conoscere.

È inoltre opportuno esaminare i log, gli input recuperati dai sistemi RAG, la cronologia degli strumenti utilizzati dagli agenti e le decisioni prese dalle automazioni. Senza tracciabilità, individuare un attacco di prompt injection può essere quasi impossibile.

Come proteggere la tua azienda dal prompt injection

La protezione dal prompt injection non dipende da un unico strumento. Richiede una combinazione di progettazione sicura, controlli tecnici, governance dei dati e supervisione umana. Il primo passo consiste nel separare chiaramente le istruzioni di sistema, i dati dell’utente e i contenuti esterni, quando l’architettura lo consente.

È inoltre necessario limitare i permessi, convalidare le azioni sensibili, registrare le attività, applicare filtri di output, controllare i documenti che entrano nelle knowledge base ed evitare che il modello esegua operazioni critiche senza conferma. Nei sistemi RAG, è importante verificare quali fonti vengono indicizzate, chi può modificarle e come vengono auditati i cambiamenti.

Questi controlli devono rientrare in un piano di risposta agli attacchi informatici che includa anche gli incidenti legati all’IA. Se un’applicazione basata su LLM rivela dati, esegue un’azione impropria o produce una decisione manipolata, l’azienda deve poter isolare il sistema, preservare le evidenze, analizzare i log e ripristinare configurazioni sicure.

Buone pratiche per ridurre il rischio

Le aziende dovrebbero iniziare da casi d’uso a basso rischio, soprattutto quando implementano agenti di IA.

La guida del National Cyber Security Centre del 2026 sull’IA agentica raccomanda di partire da attività a basso impatto, definire obiettivi e vincoli chiari, integrare i controlli di sicurezza fin dalla progettazione e mantenere la supervisione umana quando sono coinvolte decisioni sensibili.

È inoltre consigliabile svolgere test avversariali, riesaminare i prompt di sistema, valutare i fornitori, documentare i permessi e formare i team. L’obiettivo non è bloccare l’IA, ma impedire che un’istruzione nascosta trasformi uno strumento produttivo in un vettore di attacco.

Helpransomware ETSI TS 104 223

Conclusione

Il prompt injection dimostra che la sicurezza dell’IA non dipende soltanto dal modello, ma anche dal contesto, dai dati, dai permessi e dagli strumenti collegati. Un’istruzione nascosta può essere sufficiente per alterare una risposta, far trapelare informazioni o manipolare un’azione automatizzata.

Per CISO e responsabili IT, la priorità è chiara: progettare sistemi di IA con limiti, tracciabilità, validazione e supervisione. Maggiore è l’autonomia del modello, più importante diventa controllare ciò che legge, ciò che può fare e chi convalida le sue azioni.

In HelpRansomware, aiutiamo le organizzazioni a rafforzare la propria cyber-resilienza, proteggere i dati e rispondere a incidenti digitali complessi.

Se la tua azienda utilizza modelli di IA, sistemi RAG o agenti collegati a processi interni, valutare il rischio di prompt injection è essenziale prima che un’istruzione invisibile si trasformi in una crisi di sicurezza.

FAQ

Perché il prompt injection è più difficile da controllare rispetto a una vulnerabilità tradizionale?

Perché non esiste sempre una separazione netta tra dati e istruzioni. Il modello interpreta testo, contesto e documenti all’interno della stessa conversazione, rendendo più difficile bloccare tutte le possibili manipolazioni.

Il prompt injection può verificarsi anche se l’utente non scrive nulla di malevolo?

Sì. Negli attacchi indiretti, l’istruzione può essere nascosta in una pagina web, un’email, un PDF o un documento consultato dal modello. L’utente potrebbe non sapere che l’IA sta leggendo contenuti manipolati.

Un filtro basato su parole chiave è sufficiente per prevenirlo?

No. Può essere utile in alcuni casi, ma non risolve il problema nel suo complesso. La difesa richiede un’architettura sicura, limiti ai permessi, validazione delle azioni, tracciabilità e supervisione umana.

Quali sistemi aziendali sono maggiormente esposti?

I sistemi più esposti sono i chatbot collegati a dati interni, i sistemi RAG, gli agenti con accesso a strumenti, gli assistenti di posta elettronica, i copiloti di sviluppo e i modelli in grado di eseguire azioni.

Che cosa dovrebbe controllare per prima un’azienda?

Dovrebbe verificare quali modelli utilizza, quali dati consultano, quali permessi possiedono, quali strumenti possono attivare, quali log generano e quali controlli sono previsti prima di eseguire azioni sensibili.

L’intelligenza artificiale ha cambiato il modo in cui i cybercriminali creano inganni, manipolano immagini e fanno pressione sulle vittime. Ciò che in passato richiedeva un contatto prolungato, materiale reale o competenze tecniche avanzate può oggi essere accelerato attraverso profili falsi, messaggi automatizzati, clonazione dell’identità e contenuti visivi manipolati.

In questo contesto, la sextortion è diventata una minaccia particolarmente grave per privati, minori, professionisti e aziende.

Non è soltanto un problema intimo o personale: può compromettere anche la reputazione, la sicurezza digitale, la protezione dei dati e la continuità operativa di un’organizzazione quando il ricatto prende di mira dipendenti, dirigenti o persone con accesso a informazioni sensibili.

Hai bisogno di aiuto ora? HelpRansomware

Esperti nella Rimozione di Ransomware

Affidati ai nostri professionisti certificati: oltre 25 anni di esperienza nel campo della rimozione di ransomware, recupero dati e sicurezza informatica.

Contatta i Nostri Esperti

Che cos’è la sextortion

La sextortion è una forma di estorsione digitale in cui un criminale minaccia di pubblicare, inviare o diffondere contenuti intimi reali, manipolati o generati artificialmente se la vittima non soddisfa le sue richieste. Le richieste possono includere denaro, nuove immagini, accesso ad account, silenzio, favori o ulteriori interazioni con l’aggressore.

Dal punto di vista della sicurezza, la sextortion va considerata tra i crimini informatici che combinano ingegneria sociale, manipolazione emotiva, furto d’identità e abuso delle piattaforme digitali.

La vittima non ha sempre fornito volontariamente un’immagine: in molti casi, il contenuto può essere falso, alterato o creato con l’IA a partire da fotografie pubbliche.

L’FBI definisce la sextortion finanziaria come un reato in cui i predatori si fingono un’altra persona online, costringono la vittima a fornire immagini o video intimi e poi chiedono denaro minacciando di condividere il materiale con familiari, amici o contatti.

L’agenzia avverte inoltre che può accadere a chiunque e raccomanda di interrompere i contatti, conservare le prove e segnalare il caso.

Helpransomware Sextortion nel 2025

Come funziona la sextortion alimentata dall’IA

La sextortion inizia spesso con una conversazione apparentemente normale sui social network, nelle app di incontri, sulle piattaforme di messaggistica, nei videogiochi online o nei servizi di videochiamata.

Il criminale conquista la fiducia della vittima, si finge una persona di età o interessi simili e sposta la conversazione su canali più privati. Dopo aver ottenuto un’immagine, un video o informazioni personali sufficienti, dà inizio alle minacce.

L’IA ha cambiato questa dinamica, perché non è più sempre necessario ottenere contenuti reali.

I criminali possono utilizzare fotografie pubbliche per creare immagini false, costruire profili più credibili, automatizzare le conversazioni o adattare i messaggi alla lingua, all’età e al contesto della vittima. Questo accelera l’attacco e riduce la barriera tecnica per gli aggressori.

Nel 2025, il NCMEC ha segnalato un aumento drastico delle segnalazioni legate all’intelligenza artificiale generativa: tra gennaio e giugno, i casi associati all’IA generativa sono passati da 6.835 nel 2024 a 440.419 nel 2025.

La stessa pubblicazione riferisce che i criminali stanno utilizzando l’IA per creare immagini esplicite con il volto di minori a partire da foto pubbliche, senza dover prima ottenere contenuti intimi reali.

Questo cambiamento è fondamentale per aziende e privati. Una foto professionale, un’immagine pubblicata sui social network o una foto scolastica può diventare materiale di estorsione se combinata con l’IA generativa. Il rischio, quindi, non dipende più soltanto da ciò che una persona invia, ma anche da ciò che è pubblicamente disponibile su di lei.

Rischi per persone, aziende e reputazione digitale

L’impatto della sextortion può essere devastante. Sul piano personale, la vittima può provare paura, vergogna, ansia o isolamento. In ambito aziendale, il ricatto può colpire dipendenti, dirigenti, figure pubbliche o team con accesso a informazioni critiche. Un aggressore può sfruttare la pressione emotiva per ottenere credenziali, denaro, silenzio o informazioni interne.

Questo reato può compromettere anche la protezione dei dati aziendali. Se il criminale minaccia un dipendente e lo induce a condividere informazioni aziendali, schermate interne, contatti, documenti o accessi, l’incidente smette di essere soltanto personale e diventa un rischio per l’organizzazione.

Sextortion in ambito aziendale

In ambito aziendale, la sextortion può essere utilizzata come forma di ingegneria sociale. L’aggressore non cerca sempre denaro direttamente: può tentare di ottenere l’accesso a un account, esercitare pressione affinché vengano inviate informazioni riservate o usare la minaccia come diversivo mentre prepara un’altra frode.

Per questo motivo, le aziende devono includere questo rischio nel proprio piano di risposta agli attacchi informatici. Un episodio di sextortion può richiedere supporto legale, analisi dell’esposizione digitale, comunicazione interna, tutela della reputazione, conservazione delle prove e revisione degli accessi. Se sono coinvolti anche il furto di credenziali o la fuga di documenti, il caso deve essere gestito come un incidente di sicurezza.

Helpransomware FBI IC3 Ita

Segnali d’allarme di un tentativo di sextortion

Un segnale frequente è la rapidità con cui una nuova conversazione diventa intima o insistente. L’aggressore può chiedere di cambiare piattaforma, attivare la videocamera, inviare immagini o mantenere segreta la conversazione. Può inoltre fare leva sull’urgenza, su complimenti eccessivi, minacce immediate o schermate dell’elenco dei contatti per aumentare la paura.

Un altro segnale importante è la pressione a pagare in fretta. Molti criminali chiedono bonifici, carte regalo, criptovalute o pagamenti difficili da recuperare.

L’FBI avverte che collaborare con il predatore raramente interrompe il ricatto e che le vittime dovrebbero chiedere aiuto prima di inviare denaro o altre immagini.

Dovrebbe destare sospetti anche qualsiasi messaggio che contenga immagini apparentemente compromettenti ma presenti imperfezioni visive.

Helpransomware Segnali di allerta nei contenuti falsi

Cosa fare se sei vittima di sextortion

La prima regola è non agire in preda al panico. Il criminale punta sulla velocità, sulla vergogna e sull’isolamento.

Se ricevi una minaccia, interrompi la comunicazione, non inviare altri contenuti, non pagare e conserva le prove: profili, messaggi, nomi utente, link, indirizzi di pagamento, screenshot e date. Queste informazioni possono essere utili alle piattaforme, ai team di sicurezza e alle autorità.

Se la vittima è minorenne o sono coinvolti contenuti intimi di minori, il caso deve essere segnalato immediatamente attraverso i canali competenti. Il NCMEC mette inoltre a disposizione CyberTipline e lo strumento Take It Down per contribuire a rimuovere da Internet immagini intime di minori.

Per gli adulti è importante anche segnalare il profilo sulla piattaforma, rafforzare la privacy sui social network, cambiare le password, attivare l’autenticazione multifattore e avvisare persone di fiducia.

Se il ricatto coinvolge informazioni aziendali, occorre informare il team di sicurezza o il responsabile interno per attivare un protocollo di contenimento.

Vuoi prevenire un attacco ransomware? HelpRansomware

Esperti nella Rimozione di Ransomware

Affidati ai nostri professionisti certificati: oltre 25 anni di esperienza nel campo della rimozione di ransomware, recupero dati e sicurezza informatica.

Contatta i Nostri Esperti

Come prevenire la sextortion

La prevenzione combina educazione, privacy e sicurezza digitale. Sul piano personale, è consigliabile limitare le informazioni pubbliche, verificare chi può vedere foto, contatti e pubblicazioni, diffidare dei profili appena creati ed evitare di spostare conversazioni intime su canali non verificati. È importante anche parlare apertamente del rischio per ridurre la vergogna: il colpevole è il criminale, non la vittima.

Nelle aziende, la prevenzione deve includere formazione su estorsione digitale, deepfake, phishing emotivo e uso sicuro dei social network.

I team devono sapere di poter segnalare un tentativo di ricatto senza temere ritorsioni. Se un dipendente teme di essere punito, può nascondere l’incidente finché non è troppo tardi.

È inoltre opportuno applicare misure tecniche: autenticazione multifattore, controllo degli accessi, monitoraggio degli accessi anomali, politiche sulla privacy per i profili aziendali e protocolli per gestire le minacce contro i dipendenti.

L’obiettivo è impedire che un attacco personale si trasformi in una violazione aziendale.

Conclusione

La sextortion non dipende più soltanto dall’ottenimento di contenuti reali. Grazie all’IA, i criminali possono manipolare immagini, creare profili falsi e aumentare più rapidamente la pressione psicologica. Questo rende il reato più difficile da individuare, più dannoso e sempre più rilevante per privati e aziende.

In HelpRansomware aiutiamo organizzazioni e vittime a rispondere agli incidenti digitali, proteggere le proprie informazioni e riprendere il controllo di fronte a minacce di estorsione, frode e attacchi informatici.

Se tu o la tua azienda state affrontando un caso di sextortion, agire rapidamente con un supporto specializzato può fare la differenza.

FAQ

Perché l’IA sta favorendo la crescita della sextortion?

Perché consente di creare immagini false, profili più credibili e messaggi personalizzati senza che l’aggressore debba possedere contenuti intimi reali. Questo aumenta la pressione sulla vittima e rende più difficile distinguere una minaccia autentica da una manipolazione.

Se l’immagine è falsa, devo comunque preoccuparmi?

Sì. Anche se è falsa, può causare danni reputazionali o emotivi se viene diffusa. È importante conservare le prove, non pagare, segnalare il profilo e chiedere supporto per contenere la minaccia e documentare la manipolazione.

Devo pagare se l’aggressore minaccia di inviare il materiale?

Non è consigliabile. Pagare non garantisce che il criminale elimini il contenuto o interrompa i contatti. L’FBI avverte che collaborare con l’aggressore raramente pone fine al ricatto.

Può coinvolgere un’azienda anche se nasce come problema personale?

Sì. Se l’aggressore fa pressione su un dipendente per ottenere credenziali, documenti, contatti interni o denaro aziendale, il caso può trasformarsi in un incidente di sicurezza informatica.

Quali prove devo conservare prima di bloccare l’aggressore?

È consigliabile conservare screenshot dei messaggi, nome del profilo, link, nome utente, metodo di contatto, indirizzi di pagamento, date e qualsiasi minaccia ricevuta. Successivamente, il profilo può essere bloccato e segnalato sulla piattaforma interessata.

L’intelligenza artificiale fa già parte del lavoro quotidiano di molte organizzazioni, anche quando la direzione non ha ancora approvato una strategia formale.

Mentre l’azienda valuta strumenti, policy e fornitori, molti dipendenti utilizzano già applicazioni di IA generativa per riassumere documenti, redigere e-mail, analizzare dati, tradurre informazioni o automatizzare attività.

Questa crescita spiega perché la shadow AI sia diventata un problema urgente per CISO, responsabili IT, team legali e comitati direttivi.

Il rischio non risiede nell’IA in sé, ma nel suo utilizzo senza controllo, senza tracciabilità e senza sapere quali dati aziendali finiscono fuori dall’ambiente autorizzato.

Non sai come decifrare i tuoi file? HelpRansomware

Soccorso Immediato per Ransomware

Il ransomware non deve paralizzare la tua attività. I nostri specialisti sono pronti a recuperare i tuoi dati e proteggere i tuoi sistemi.

Chiedi Aiuto Ora

Che cos’è la shadow AI

La shadow AI è l’uso di strumenti, applicazioni o servizi di intelligenza artificiale senza approvazione formale né supervisione da parte delle funzioni IT, sicurezza o compliance.

Il concetto deriva dallo shadow IT, ma si applica a una nuova realtà: dipendenti che utilizzano assistenti IA, chatbot, estensioni, API o piattaforme esterne per svolgere attività lavorative senza passare dai canali interni.

Questo utilizzo non autorizzato può trasformarsi in un rischio per la cybersecurity nell’era dell’IA quando i dati interni vengono elaborati al di fuori di ambienti controllati.

utilizzo dell IA nelle aziende UE Helpransomware

Questa adozione accelerata aumenta la probabilità che alcuni strumenti vengano utilizzati al di fuori dei canali autorizzati.

L’Ufficio dell’Ispettore generale del Dipartimento dell’Agricoltura degli Stati Uniti ha avvertito nel 2026 che la mancanza di controlli di cybersecurity e governance nei sistemi di IA può esporre un’organizzazione a violazioni dei dati o danni reputazionali.

Ha inoltre raccomandato l’adozione di processi per mantenere aggiornato l’inventario dell’IA ed effettuare valutazioni del rischio prima di consentire tecnologie di IA sulla rete.

Per un’azienda, ciò significa che il rischio non emerge solo quando viene implementata una piattaforma IA aziendale. Si manifesta anche quando un dipendente copia contratti, database, report finanziari, ticket di assistenza o informazioni sui clienti in uno strumento esterno che l’organizzazione non controlla.

Perché la shadow AI cresce così rapidamente

La shadow AI cresce perché risponde a un’esigenza concreta: lavorare più velocemente. Molti team usano l’IA per ridurre le attività ripetitive, migliorare i testi, analizzare grandi volumi di informazioni o generare idee. Il problema nasce quando questa adozione precede l’introduzione di una policy chiara.

Secondo Eurostat, tra le tecnologie di IA più utilizzate dalle imprese europee nel 2025 spicca l’analisi del linguaggio scritto, adottata dall’11,8% delle aziende. L’uso dell’IA per generare immagini, video o audio ha raggiunto il 9,5% mentre la generazione di linguaggio scritto o parlato si è attestata all’8,8%.

In molti casi, i dipendenti non agiscono con cattive intenzioni. Semplicemente trovano uno strumento che li aiuta a consegnare il lavoro più rapidamente.

Tuttavia, se l’azienda non offre alternative sicure, formazione e regole comprensibili, l’uso informale dell’IA può diventare una via silenziosa per l’esposizione dei dati.

I rischi della shadow AI per i dati aziendali

Il rischio più evidente della shadow AI è la perdita di controllo sui dati. Quando un dipendente inserisce informazioni aziendali in uno strumento non autorizzato, l’azienda potrebbe non sapere dove vengono elaborate, per quanto tempo vengono conservate, se sono utilizzate per migliorare i modelli o quali misure di sicurezza applica il fornitore.

Nel 2025 CISA ha pubblicato una guida alle buone pratiche per la sicurezza dei dati nell’IA sottolineando l’importanza di proteggere i dati utilizzati dai sistemi di intelligenza artificiale per preservarne integrità, riservatezza e affidabilità.

La shadow AI può compromettere anche la protezione dei dati aziendali. Contratti, credenziali, dati personali, proprietà intellettuale, strategie commerciali o informazioni sui clienti possono essere esposti senza che il team di sicurezza se ne accorga in tempo.

Nei settori regolamentati, questo può trasformarsi in un problema di conformità normativa, riservatezza e responsabilità legale.

Impatto sulla cybersecurity e sul ransomware

La shadow AI non genera solo rischi per la privacy. Può anche aumentare l’esposizione a minacce come phishing, furto di credenziali o ransomware.

Se i dipendenti condividono informazioni tecniche, diagrammi di rete, errori interni, elenchi di fornitori o documentazione dei sistemi tramite strumenti esterni, tali informazioni potrebbero agevolare attacchi mirati.

Nel 2025 il NCSC del Regno Unito ha avvertito che la crescente integrazione di modelli e sistemi di IA può ampliare la superficie di attacco in assenza di controlli adeguati. Ha inoltre indicato che, con ogni probabilità, l’IA continuerà a rendere più efficaci ed efficienti alcune fasi delle operazioni di intrusione.

Per questo motivo, la shadow AI deve essere gestita come parte di una strategia di cybersecurity aziendale.

Non si tratta solo di bloccare gli strumenti, ma di comprendere come vengono utilizzati, quali dati circolano e quali processi critici potrebbero essere esposti. Una fuga di informazioni apparentemente limitata può fornire elementi utili per preparare un attacco ransomware.

I tuoi file sono stati danneggiati dopo un attacco ransomware? HelpRansomware

Esperti nella Rimozione di Ransomware

Affidati ai nostri professionisti certificati: oltre 25 anni di esperienza nel campo della rimozione di ransomware, recupero dati e sicurezza informatica.

Contatta i Nostri Esperti

Come rilevare la shadow AI in azienda

Rilevare la shadow AI richiede una combinazione di controlli tecnici, governance dei dati e comunicazione interna. Il primo passo consiste nell’identificare quali strumenti di IA vengono utilizzati, dalle applicazioni web alle estensioni del browser, dalle integrazioni SaaS alle API o agli account personali impiegati per attività lavorative.

L’azienda può esaminare i log di navigazione, il traffico verso domini legati all’IA, l’uso delle estensioni, le applicazioni connesse alle suite aziendali e i trasferimenti di dati verso piattaforme esterne.

È inoltre utile analizzare ticket interni, sondaggi anonimi e processi nei quali i team dichiarano di utilizzare l’IA per lavorare più rapidamente.

Segnali di utilizzo non autorizzato dell’IA

Alcuni segnali possono aiutare a individuare il problema: documenti aziendali elaborati fuori dagli strumenti approvati, risposte generate dall’IA senza validazione, uso di account personali per attività lavorative, estensioni non censite, automazioni non verificate o file sensibili caricati su servizi esterni.

L’obiettivo non dovrebbe essere punire il dipendente, ma recuperare visibilità. Se l’organizzazione risponde esclusivamente con divieti, l’utilizzo può diventare ancora più nascosto.

Offrendo invece alternative approvate e regole chiare, l’azienda può ridurre il rischio senza frenare la produttività.

Funzioni di IA Helpransomware

Come controllare la shadow AI senza bloccare l’innovazione

Controllare la shadow AI non significa vietare ogni strumento di intelligenza artificiale. Significa creare un quadro di utilizzo sicuro. L’azienda deve definire quali dati possono essere condivisi, quali strumenti sono autorizzati, quali casi richiedono approvazione, come vengono valutati i fornitori e chi interviene in caso di incidente.

È inoltre necessario classificare le informazioni. Non tutti i dati hanno lo stesso livello di sensibilità.

Un testo di marketing pubblico non comporta lo stesso rischio di un contratto riservato, un database clienti, una credenziale tecnica o un report di incidente.

Nell’ambito della strategia AI Continent, la Commissione europea sottolinea che l’adozione dell’IA richiede infrastrutture, competenze e accesso a dati di alta qualità. Per le aziende, ciò rafforza un principio fondamentale: l’innovazione basata sull’IA deve essere accompagnata da governance, sicurezza e controllo delle informazioni.

Policy, formazione e strumenti approvati

Una policy efficace deve spiegare che cos’è la shadow AI, quali strumenti sono consentiti, quali dati non devono mai essere inseriti e quale verifica deve essere svolta prima di utilizzare una nuova applicazione. Deve inoltre prevedere la formazione dei dipendenti, perché molte fughe di dati derivano dalla scarsa consapevolezza e non da intenzioni malevole.

L’azienda deve anche mettere a disposizione strumenti approvati. Se i dipendenti hanno bisogno dell’IA per riassumere documenti, redigere testi o analizzare informazioni, bloccare tutte le opzioni senza offrire un’alternativa sicura aumenta soltanto il rischio di utilizzo nascosto.

Cosa fare se la shadow AI è già presente nell’organizzazione

IA cybersucurezza Helpransomware

Se l’azienda rileva un utilizzo non autorizzato dell’IA, deve agire in modo metodico. Innanzitutto occorre identificare quali strumenti sono stati usati, quali dati sono stati condivisi, chi vi ha avuto accesso e se esiste un rischio di esposizione esterna.

Successivamente, è opportuno esaminare contratti, informative sulla privacy, configurazioni di conservazione e autorizzazioni delle applicazioni coinvolte.

È consigliabile integrare questi scenari anche nel piano di risposta agli attacchi informatici. Un incidente di shadow AI può richiedere analisi tecnica, revisione legale, comunicazione interna, notifica a terzi e misure di contenimento. La priorità è stabilire se siano stati esposti dati sensibili ed evitare che il problema prosegua.

Conclusione

La shadow AI è una conseguenza diretta della velocità con cui l’intelligenza artificiale è entrata nelle aziende. I dipendenti cercano strumenti che li aiutino a lavorare meglio, ma se l’organizzazione non introduce controlli, l’utilizzo informale può trasformarsi in un rischio per i dati, la cybersecurity e la conformità.

Per CISO e responsabili IT, la risposta deve essere equilibrata: visibilità, governance dei dati, strumenti approvati, formazione e monitoraggio continuo.

Un’azienda che comprende come viene utilizzata l’IA può sfruttarne i vantaggi senza perdere il controllo delle proprie informazioni.

In HelpRansomware aiutiamo le organizzazioni a rafforzare la propria resilienza informatica, proteggere i dati e rispondere agli incidenti critici. Se la tua azienda sospetta che la shadow AI sia già presente nei suoi processi, questo è il momento di valutare l’esposizione prima che uno strumento non autorizzato si trasformi in una crisi di sicurezza.

FAQ

Perché vietare tutti gli strumenti di IA può peggiorare il problema

Perché i dipendenti potrebbero continuare a utilizzarli di nascosto se ne hanno bisogno per lavorare più velocemente. Una strategia più efficace consiste nell’offrire strumenti approvati, spiegare quali dati non devono essere condivisi e introdurre controlli proporzionati al rischio.

Come distinguere un test legittimo dalla shadow AI

Un test legittimo dispone di un’autorizzazione, un responsabile, una finalità definita, dati consentiti e una verifica di sicurezza. Si parla di shadow AI quando uno strumento viene utilizzato senza registrazione, senza supervisione e senza sapere quali informazioni aziendali vengono condivise.

Quali dati non dovrebbero mai essere inseriti in uno strumento di IA non autorizzato

Non devono essere inseriti credenziali, dati personali, contratti riservati, informazioni finanziarie, codice proprietario, documentazione tecnica sensibile, dati dei clienti o dettagli relativi a incidenti di sicurezza.

La shadow AI può coinvolgere fornitori o clienti

Sì. Se un dipendente condivide informazioni di terzi tramite uno strumento non autorizzato, l’azienda può esporre dati soggetti a contratti, obblighi di riservatezza o normative sulla protezione dei dati.

Quale funzione aziendale deve guidare il controllo della shadow AI

Deve essere uno sforzo congiunto tra IT, cybersecurity, ufficio legale, compliance, protezione dei dati e funzioni di business. Se viene trattata solo come un blocco tecnico, è probabile che l’utilizzo continui senza visibilità.

AI Overview

Il 27 luglio 2026 CISA ha aggiunto due vulnerabilità al catalogo Known Exploited Vulnerabilities: CVE-2026-16812, command injection in Arista VeloCloud Orchestrator On-Prem, scadenza 30 luglio, e CVE-2025-68686, esposizione di informazioni in Fortinet FortiOS, scadenza 10 agosto. In entrambe le voci l’uso in campagne ransomware risulta Unknown. Quel campo descrive le prove che CISA possiede oggi, non il rischio: una falla consegna a un attaccante remoto il piano di gestione SD-WAN, l’altra aggira la correzione di un meccanismo di persistenza su firewall.

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Ingegnere elettronico e co-fondatore di HelpRansomware, con oltre 25 anni in cybersecurity, digital forensics e risposta agli attacchi ransomware.

Due nuove voci nel catalogo CISA. Due scadenze a undici giorni di distanza. E nella colonna ransomware di entrambe la stessa parola: Unknown.

Il 27 luglio 2026 CISA ha aggiunto due vulnerabilità al catalogo Known Exploited Vulnerabilities, l’elenco delle falle di cui ha confermato lo sfruttamento reale. La prima, CVE-2026-16812, è una command injection a livello di sistema operativo in Arista VeloCloud Orchestrator On-Prem, la console self-hosted con cui si gestiscono le reti SD-WAN. CISA ha dato alle agenzie federali civili statunitensi tempo fino al 30 luglio per rimediare: tre giorni. La seconda, CVE-2025-68686, è un’esposizione di informazioni sensibili in Fortinet FortiOS, con scadenza al 10 agosto. Nessuna delle due è collegata a una campagna ransomware: il campo knownRansomwareCampaignUse riporta Unknown in entrambi i casi. È proprio quella parola a rendere la coppia interessante, perché viene regolarmente scambiata per un indice di rischio.

Un apparato aggiornato non è un apparato bonificato

La voce FortiOS non riguarda l’ingresso. CISA la descrive come l’aggiramento della patch sviluppata per il meccanismo di persistenza tramite collegamenti simbolici osservato in alcuni casi post-exploit, raggiungibile con richieste HTTP costruite ad arte, e precisa che l’attaccante deve avere già compromesso il prodotto tramite un’altra vulnerabilità, a livello di filesystem. È una falla che riguarda il restare dentro.

Che cosa ha pubblicato CISA

I dati che seguono provengono dalle voci del catalogo KEV datate 27 luglio 2026 e dagli avvisi dei produttori che quelle voci citano.

  • CVE-2026-16812 riguarda Arista VeloCloud Orchestrator On-Prem. CISA descrive una command injection che può consentire a un attaccante remoto di accedere a funzionalità interne privilegiate e di incidere sull’host VCO, compromettendo riservatezza, integrità e disponibilità dell’orchestratore e dei dati che gestisce.
  • CVE-2025-68686 riguarda Fortinet FortiOS. CISA descrive un’esposizione di informazioni sensibili a un soggetto non autorizzato che aggira la patch sviluppata per il meccanismo di persistenza tramite collegamenti simbolici, con richieste HTTP costruite ad arte.
  • Entrambe sono state aggiunte il 27 luglio 2026, nella versione 2026.07.27 del catalogo, che conta in totale 1.655 voci.
  • L’azione richiesta per entrambe è collegata alla Binding Operational Directive 26-04 sulla prioritizzazione degli aggiornamenti in base al rischio, con scadenze rispettivamente al 30 luglio e al 10 agosto 2026.
  • Il catalogo registra knownRansomwareCampaignUse come Unknown per entrambe le voci.

Le due voci in numeri

10.0
punteggio CVSS riportato per la command injection di Arista VeloCloud Orchestrator
3
giorni tra la voce nel catalogo e la scadenza federale per CVE-2026-16812
1.655
voci nel catalogo CISA KEV, versione 2026.07.27
Unknown
quello che il catalogo registra sull’uso in campagne ransomware, per entrambe

Date, nomi dei prodotti, descrizioni e scadenze provengono direttamente dalle voci del catalogo Known Exploited Vulnerabilities del 27 luglio 2026. Il punteggio CVSS di 10.0 e i numeri di build corretti provengono invece dalle cronache pubblicate il 27 e il 28 luglio da BleepingComputer, The Hacker News e The Register, non dal catalogo, e sono riportati qui come tali.

Che cosa aggiungono le cronache alla voce di catalogo

Arista ha corretto una vulnerabilità di command injection di gravità massima nelle installazioni on-premise di VeloCloud Orchestrator, già sfruttata attivamente in attacchi.

BleepingComputer, 27 luglio 2026

Come si è svolta la settimana

La sequenza che segue è breve, ed è esattamente questo il punto. Tre giorni separano una correzione pubblica da una scadenza federale. Letto insieme a come si sviluppa un attacco ransomware, quell’intervallo è la parte che i difensori controllano davvero.

27 luglio 2026
Arista pubblica l’avviso di sicurezza per la command injection di VeloCloud Orchestrator On-Prem e rilascia le build corrette. Lo stesso giorno BleepingComputer riferisce che la falla, di gravità massima, è già sfruttata in attacchi.
27 luglio 2026
CISA aggiunge CVE-2026-16812 e CVE-2025-68686 al catalogo Known Exploited Vulnerabilities, versione 2026.07.27, e collega l’azione richiesta per entrambe alla Binding Operational Directive 26-04.
28 luglio 2026
The Hacker News e The Register riferiscono che lo sfruttamento della command injection prosegue contro istanze dell’orchestratore raggiungibili da internet, e precisano che le installazioni hosted e dedicated erano già state corrette prima dell’avviso.
30 luglio 2026
Scadenza per le agenzie federali civili statunitensi su CVE-2026-16812. Tre giorni dalla voce di catalogo sono una finestra insolitamente stretta.
10 agosto 2026
Scadenza per CVE-2025-68686 in Fortinet FortiOS, la falla che permette a chi è già dentro di aggirare la correzione del meccanismo di persistenza.

Le due voci a confronto

Due falle, due orologi molto diversi

Voci del catalogo CISA KEV del 27 luglio 2026. Punteggio CVSS come riportato da BleepingComputer, The Hacker News e The Register.

Grafico a barre con quattro valori: CVSS 10.0 riportato per la command injection di Arista VeloCloud Orchestrator, 3 giorni dalla voce di catalogo alla scadenza federale per quella falla, 14 giorni alla scadenza per la falla Fortinet FortiOS e 2 falle aggiunte al catalogo il 27 luglio 2026.

📊 Va letto così: la scadenza è il segnale di urgenza che CISA stessa fornisce. Tre giorni per la falla VeloCloud contro quattordici per quella FortiOS sono la dichiarazione pubblica più chiara su quale delle due venga usata adesso contro sistemi esposti.

Quello che le voci dicono, e quello che ci mette chi legge

Ogni riga mette a confronto un’ipotesi che sentiamo durante le analisi di esposizione con quello che le due voci di catalogo affermano davvero.

Ipotesi diffusa Quello che dicono le voci KEV Perché conta per la preparazione
Uso ransomware Unknown significa priorità bassa Unknown significa che oggi CISA non ha campagne ransomware confermate collegate alla falla Registra le prove attuali e viene aggiornato quando arrivano prove nuove. Non è un punteggio né una previsione
L’orchestratore è uno strumento interno La falla può consentire a un attaccante remoto di raggiungere funzionalità interne privilegiate e incidere sull’host VCO La console che governa una rete SD-WAN è accesso esteso a tutta la rete, la posizione da cui partono le operazioni di estorsione
Applicare l’aggiornamento chiude il caso La voce FortiOS descrive l’aggiramento della correzione di un meccanismo di persistenza osservato dopo lo sfruttamento Un apparato può risultare aggiornato e ospitare comunque il punto d’appoggio di un attaccante

Che cosa va storto quando Unknown viene letto come sicuro

Le modalità di fallimento qui sotto sono quelle che emergono a posteriori, negli ambienti in cui una voce di catalogo è stata valutata sul campo sbagliato.

  • ⛔ Leggere Unknown nella colonna ransomware come non rilevante, e declassare una falla di cui CISA ha già confermato lo sfruttamento.
  • ⛔ Correggere VeloCloud Orchestrator lasciando però la sua interfaccia web raggiungibile da internet, così la prossima falla nello stesso componente sarà sfruttabile il giorno stesso della pubblicazione.
  • ⛔ Trattare una scadenza federale di tre giorni come una formalità del settore pubblico invece che come il segnale, dato da CISA, della velocità con cui la falla viene usata.
  • ⛔ Applicare l’aggiornamento FortiOS senza cercare la persistenza a livello di filesystem che quella correzione esiste per neutralizzare, lasciando un apparato aggiornato al servizio dell’attaccante.
  • ⛔ Non avere un inventario di quali installazioni di VeloCloud Orchestrator siano self-hosted, così nessuno può dire se le build corrette siano davvero installate.

Lo schema dietro le voci sugli apparati di frontiera

CISA collega l’azione richiesta per entrambe le falle alla Binding Operational Directive 26-04, il cui scopo dichiarato è dare priorità agli aggiornamenti in base al rischio. Direttive di questo tipo esistono perché l’intervallo tra la correzione pubblica di un apparato raggiungibile da internet e il suo uso nelle intrusioni si è accorciato al punto da rendere inefficaci i normali cicli di patching. Nessuna delle due voci nomina un attore o una campagna, e questo articolo non lo fa. Quello che entrambe affermano è che lo sfruttamento è già confermato.

Che cosa fare questa settimana

Ogni punto rimanda a qualcosa affermato nelle due voci di catalogo o negli avvisi che citano. Nulla dipende dal sapere chi stia sfruttando le falle, ed è esattamente per questo che vale anche come lavoro di base per prevenire un attacco ransomware.

  • ✅ Inventariare ogni istanza self-hosted di VeloCloud Orchestrator e verificare che giri una build corretta. Le cronache indicano come versioni corrette la 5.2.3.14, la 6.1.3.4 e la 6.4.2.4 e successive, e precisano che le installazioni hosted e dedicated erano già state aggiornate prima dell’avviso.
  • ✅ Togliere l’interfaccia web di VCO da internet, dietro una VPN o una lista di indirizzi autorizzati. Le cronache riferiscono che alla falla basta l’accesso di rete a quell’interfaccia, senza credenziali di tenant né di operatore.
  • ✅ Applicare la correzione Fortinet citata dalla voce di catalogo, FG-IR-25-934, su ogni apparato interessato, e poi verificare lo stato del filesystem, non solo il numero di versione.
  • ✅ Usare le scadenze KEV come livelli di servizio interni: 30 luglio 2026 per CVE-2026-16812 e 10 agosto 2026 per CVE-2025-68686, indipendentemente dal fatto che la direttiva vi si applichi.
  • ✅ Conservare i log dell’orchestratore e dei firewall prima di ricostruire qualsiasi cosa. Se una compromissione viene confermata più tardi, sono l’unica traccia di ciò che l’attaccante poteva raggiungere.
  • ✅ Ricontrollare entrambe le voci dopo la remediation. Il campo sulle campagne ransomware viene aggiornato quando CISA ottiene prove, quindi l’Unknown di oggi non è una risposta definitiva.

L’esposizione è la variabile che controllate

Nessuna delle due voci nomina un operatore ransomware, e forse non lo farà mai. Entrambe descrivono però condizioni che rendono un’intrusione meno costosa: una console di gestione raggiungibile da internet e un meccanismo di persistenza la cui correzione può essere aggirata. Chiudere quell’esposizione è lavoro ordinario con una scadenza pubblicata, e costa una frazione rispetto al recuperare i file crittografati dopo che lo stesso accesso è stato usato per qualcosa di peggio.

Fonti

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Juan Ricardo Palacio è ingegnere elettronico, imprenditore e specialista in telecomunicazioni, cybersecurity e digital forensics, con oltre 25 anni di esperienza professionale. Co-fondatore di HelpRansomware, opera nei campi della cyber resilience, della risposta agli attacchi ransomware, del recupero dati, della crittografia e del reverse engineering, supportando aziende e organizzazioni nella gestione di incidenti informatici ad alta criticità.

📰 Menzionato e citato su Forbes Georgia, Business Insider Africa, LA Weekly e Il Sole 24 Ore.

📅 Ultimo aggiornamento: 28 luglio 2026

AI Overview

Attaccanti collegati al gruppo di estorsione Cl0p stanno sfruttando CVE-2026-12569, una falla critica di esecuzione di codice remoto senza autenticazione in PTC Windchill e FlexPLM, per installare webshell JSP sui server esposti su internet e rubare dati di progettazione e prodotto. CISA ha inserito la falla nel catalogo Known Exploited Vulnerabilities il 25 giugno 2026, segnalandone l’uso noto in campagne ransomware. Le email di estorsione stanno raggiungendo centinaia di dipendenti nelle organizzazioni colpite. ReliaQuest precisa che l’attore resta non confermato, ma il tradecraft ricalca le precedenti campagne Cl0p. Ecco cosa verificare e correggere.

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Ingegnere elettronico e co-fondatore di HelpRansomware, con oltre 25 anni in cybersecurity, digital forensics e risposta agli attacchi ransomware.

Il riscatto non arriva più insieme ai file cifrati. Arriva nella casella di posta di centinaia di dipendenti, quando i progetti industriali sono già usciti.

Il 24 luglio 2026 BleepingComputer ha riportato che il gruppo di estorsione Clop, tracciato anche come Cl0p, sta prendendo di mira i server PTC Windchill e FlexPLM esposti su internet in una nuova campagna di furto dati ed estorsione. Gli attaccanti sfruttano CVE-2026-12569, una falla critica di improper input validation che consente l’esecuzione di codice remoto senza autenticazione sulle due piattaforme di product lifecycle management. La società di sicurezza ReliaQuest ha osservato sfruttamento attivo, ha valutato la falla CVSS 9.3 e ha descritto webshell JSP usate per eseguire comandi remoti ed esfiltrare dati di prodotto sensibili. La campagna è recente, la vulnerabilità no: PTC distribuisce patch dal 17 giugno e CISA ha inserito il bug nel catalogo Known Exploited Vulnerabilities il 25 giugno, segnalandone l’uso noto in campagne ransomware. Chi ha patchato settimane fa deve comunque verificare che una webshell non fosse già stata installata prima.

Un server patchato non è un server pulito

La finestra di sfruttamento si è aperta prima che molti team applicassero la patch. Le webshell installate tramite CVE-2026-12569 sopravvivono all’aggiornamento: applicare la correzione non espelle un attaccante già dentro. I clienti PTC devono cercare le webshell e gli indicatori pubblicati, non solo verificare il livello di patch.

Cosa è stato riportato

I punti chiave, da BleepingComputer, The Hacker News e dall’advisory coordinata che citano:

  • ReliaQuest ha osservato sfruttamento attivo di CVE-2026-12569 per esecuzione di codice remoto senza autenticazione, installazione di webshell JSP ed esfiltrazione di dati di prodotto.
  • Un’advisory coordinata di Ransom-ISAC, eCrime.ch e DEFUSED descrive una catena: una information disclosure pre-autenticazione nell’endpoint WSDL di FlexPLM, valutata CVSS 7.5, combinata con una falla nel servlet di login di Windchill, con webshell JSP dai nomi esadecimali sotto il percorso /Windchill/login/.
  • Le email di estorsione partono da account compromessi in precedenza e raggiungono centinaia di utenti in ogni organizzazione colpita.
  • I bersagli includono i settori manifatturiero, automotive, aerospaziale e retail, dove le due piattaforme PLM gestiscono i progetti di prodotto dall’idea alla produzione.
  • L’attore dietro gli attacchi resta non confermato. ReliaQuest osserva che il tradecraft coincide con le precedenti campagne Cl0p contro applicazioni enterprise.

La campagna in numeri

9.3
punteggio CVSS che ReliaQuest assegna a CVE-2026-12569
3
giorni concessi da CISA alle agenzie federali, dal 25 al 28 giugno
4
indirizzi IP condivisi come indicatori da Ransom-ISAC, coincidenti con la lista PTC
30.000
clienti che secondo PTC usano i suoi prodotti nel mondo

I numeri vengono dalla voce del catalogo CISA Known Exploited Vulnerabilities del 25 giugno 2026, dalle dichiarazioni ReliaQuest citate da BleepingComputer e The Hacker News e dall’advisory coordinata di Ransom-ISAC. PTC dichiara oltre 30.000 clienti, di cui oltre 1.500 brand e retailer su FlexPLM: è il motivo per cui una singola falla sfruttabile arriva così in profondità nelle filiere manifatturiere e retail.

Un’attribuzione dichiarata con prudenza

L’attore dietro questi attacchi resta non confermato. Tuttavia, il tradecraft osservato condivide caratteristiche con le precedenti campagne Cl0p contro applicazioni enterprise e archivi di dati di alto valore.

ReliaQuest

Come si è sviluppata la campagna

La cronologia conta perché separa due problemi diversi: un server non patchato e un server patchato dopo che gli attaccanti erano già passati. La sequenza segue come si sviluppa un attacco ransomware, compressa in cinque tappe datate.

17 giugno 2026
PTC inizia a rilasciare le patch di sicurezza per CVE-2026-12569 e pubblica la guida di remediation nell’advisory CS473270, invitando i clienti a cercare indicatori di compromissione nei propri ambienti.
25 giugno 2026
CISA inserisce la falla nel catalogo Known Exploited Vulnerabilities, ne segnala l’uso noto in campagne ransomware e ordina alle agenzie federali statunitensi di mettere in sicurezza le proprie istanze.
26 giugno 2026
PTC avvisa i clienti di una intensificazione dell’attività ostile. Secondo la stampa tedesca citata da BleepingComputer, l’ufficio federale tedesco BSI scrive e telefona ai clienti PTC anche di notte, sollecitando la patch immediata.
28 giugno 2026
Scade il termine di remediation CISA: tre giorni dopo l’inserimento nel KEV, una finestra insolitamente breve che dice quanto l’agenzia considerasse serio lo sfruttamento.
24-25 luglio 2026
BleepingComputer e The Hacker News riportano una campagna attiva di furto dati ed estorsione. ReliaQuest conferma sfruttamento e webshell; le email di estorsione raggiungono centinaia di dipendenti nelle organizzazioni colpite.

La tecnica in quattro cifre

Due falle concatenate, una scadenza brevissima

Voce CISA KEV del 25 giugno 2026; dati ReliaQuest e Ransom-ISAC via BleepingComputer e The Hacker News

Grafico a barre con quattro valori: CVSS 9.3 per la falla di esecuzione di codice remoto in Windchill, CVSS 7.5 per la information disclosure nell'endpoint WSDL di FlexPLM, una finestra di patch federale di tre giorni e quattro indirizzi IP indicatori.

📊 Come leggerlo: le prime due barre misurano la gravità delle falle concatenate, le altre due misurano la risposta. Una scadenza federale di tre giorni è rara, e quattro IP indicatori condivisi danno ai difensori qualcosa di concreto da bloccare e cercare.

Cosa cambia per chi difende

Ogni riga confronta un’assunzione comune sulle piattaforme PLM con quello che questa campagna fa davvero, e la mossa pratica che un team di sicurezza può fare questa settimana.

Assunzione comune Cosa fa questa campagna Mossa difensiva
Il PLM è uno strumento interno di ingegneria Le istanze Windchill e FlexPLM esposte su internet vengono sfruttate senza alcuna autenticazione Metti il PLM dietro VPN o un gateway di accesso fidato, come consiglia ReliaQuest
Applicare la patch chiude l’incidente Le webshell JSP installate prima della patch continuano a funzionare dopo l’aggiornamento Cerca file JSP con nomi esadecimali sotto /Windchill/login/ e verifica gli indicatori pubblicati
L’estorsione arriva con i file cifrati I dati vengono rubati in silenzio e la pressione arriva dopo, via email, a centinaia di dipendenti Prepara un playbook di incident response per le email di estorsione di massa, con legale e comunicazione

Cosa va storto se la si tratta come una patch qualsiasi

Le modalità di fallimento qui sotto sono quelle che questa campagna è costruita per sfruttare. Ognuna trasforma una vulnerabilità contenibile in un data breach con conseguenze regolatorie e contrattuali, anche verso il Garante Privacy per i dati personali eventualmente coinvolti.

  • ⛔ Verificare il livello di patch senza mai cercare le webshell, lasciando all’attaccante l’esecuzione di comandi su un server perfettamente aggiornato.
  • ⛔ Dimenticare le istanze PLM di test o legacy esposte, che sono raggiungibili da internet proprio perché nessuno le considera produzione.
  • ⛔ Trattare le email di estorsione come phishing ordinario e cancellarle, mentre l’esfiltrazione che le ha motivate resta non investigata.
  • ⛔ Sottovalutare cosa sono i dati PLM: progetti e file di ingegneria delle filiere aerospaziale, automotive e medtech, esattamente gli archivi di alto valore che questo gruppo storicamente colpisce.
  • ⛔ Ripristinare il servizio prima di raccogliere gli artefatti forensi e ruotare le credenziali, distruggendo le prove e lasciando rientrare l’intruso.

Un copione già visto, da Accellion a MOVEit a Oracle EBS

Il gruppo Clop ha costruito il proprio modello violando una piattaforma enterprise diffusa alla volta: Accellion FTA, GoAnywhere MFT, SolarWinds Serv-U, Cleo e MOVEit Transfer, campagna che ha coinvolto oltre 2.770 organizzazioni secondo i dati Emsisoft citati da BleepingComputer. Da ultimo ha sfruttato una zero-day di Oracle E-Business Suite a partire da inizio agosto 2025. Il Dipartimento di Stato USA offre una ricompensa fino a 10 milioni di dollari per informazioni che colleghino il gruppo a un governo straniero. Che questa campagna Windchill venga o meno confermata formalmente come Cl0p, il playbook difensivo non cambia.

Cosa fare questa settimana

Ogni voce qui sotto corrisponde a un comportamento specifico e riportato di questa campagna. Nessuna richiede una nuova voce di budget, e le prime due eliminano gran parte dell’esposizione. Per la checklist completa, vedi la nostra guida su come prevenire un attacco ransomware.

  • ✅ Applica le correzioni PTC dell’advisory CS473270 su ogni istanza Windchill e FlexPLM, compresi test e staging. PTC distribuisce le patch dal 17 giugno.
  • ✅ Elimina l’esposizione diretta su internet: metti le piattaforme dietro VPN o un gateway di accesso fidato, la mitigazione che ReliaQuest raccomanda esplicitamente.
  • ✅ Cerca webshell JSP con nomi esadecimali sotto /Windchill/login/ e rivedi i log del web server fino a metà giugno, prima di fidarti di qualunque istanza.
  • ✅ Blocca e cerca i quattro indirizzi IP indicatori condivisi da Ransom-ISAC e PTC: 216.152.148.54, 216.152.151.204, 104.243.35.63 e 5.180.41.35.
  • ✅ Se sospetti una compromissione, segui la sequenza ReliaQuest: isola il server, raccogli gli artefatti forensi, ruota le credenziali esposte e solo dopo ripristina il servizio.
  • ✅ Avvisa i dipendenti che possono arrivare email di estorsione di massa da account esterni compromessi, e falle confluire nell’incident response invece che nel cestino.

L’esposizione è la variabile che controlli

Questa campagna ha avuto bisogno di tre ingredienti: una falla non patchata, un server PLM raggiungibile da internet e nessuno a caccia tra giugno e luglio. Tutti e tre si correggono in una settimana. Se i dati sono già usciti, trattalo come un incidente completo: prima la preservazione forense, poi la valutazione legale, poi il ripristino. Il nostro team può aiutarti con una incident response strutturata e a recuperare i file crittografati quando l’estorsione arriva a quel punto.

Fonti

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Juan Ricardo Palacio è ingegnere elettronico, imprenditore e specialista in telecomunicazioni, cybersecurity e digital forensics, con oltre 25 anni di esperienza professionale. Co-fondatore di HelpRansomware, opera nei campi della cyber resilience, della risposta agli attacchi ransomware, del recupero dati, della crittografia e del reverse engineering, supportando aziende e organizzazioni nella gestione di incidenti informatici ad alta criticità.

📰 Menzionato e citato su Forbes Georgia, Business Insider Africa, LA Weekly e Il Sole 24 Ore.

📅 Ultimo aggiornamento: 27 luglio 2026

AI Overview

Il 23 luglio 2026 Cisco Talos ha reso noto msaRAT, un nuovo trojan di accesso remoto scritto in Rust e usato dal gruppo ransomware Chaos. Invece di collegarsi direttamente al server di comando e controllo, msaRAT dirotta un browser Chrome o Edge in modalità headless e instrada il traffico attraverso un canale WebRTC relè su Twilio, così il malware si nasconde nella normale attività del browser. Ecco cosa devono sapere e fare i difensori.

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Ingegnere elettronico e co-fondatore di HelpRansomware, con oltre 25 anni in cybersecurity, digital forensics e risposta agli attacchi ransomware.

Il posto più efficace per nascondere il traffico di comando di un ransomware potrebbe essere il browser già installato su ogni macchina.

Il 23 luglio 2026 Cisco Talos ha reso noto un nuovo trojan di accesso remoto scritto in Rust, chiamato msaRAT e attribuito al gruppo ransomware Chaos. Il nome deriva dai binding delle funzioni nel codice: msaOpen, msaClose, msaError e msaMessage. Ciò che rende msaRAT insolito è il modo in cui comunica con gli operatori. L’impianto non apre mai una connessione di rete propria. Individua Chrome o Edge sulla macchina della vittima, avvia il browser in modalità headless con il debug remoto attivo e lo pilota tramite il Chrome DevTools Protocol. Il browser trasporta poi il traffico di comando e controllo su un canale WebRTC, usando un dominio Cloudflare Workers per il signaling e un relè Twilio per il collegamento, così il traffico malevolo resta sepolto nella normale attività web.

Il tuo stesso browser può diventare il canale di comando

Cisco Talos ha scoperto che il gruppo ransomware Chaos nasconde il traffico di comando e controllo dentro un normale processo Chrome o Edge. L’impianto non si collega mai da solo verso l’esterno: pilota un browser headless tramite un’interfaccia di debug e spinge il traffico attraverso servizi legittimi, così il malware si confonde con la normale attività web e sfugge agli strumenti che cercano connessioni in uscita sospette.

Cosa ha riferito Cisco Talos

I risultati, secondo l’analisi Talos pubblicata il 23 luglio 2026:

  • msaRAT è un nuovo trojan di accesso remoto scritto in Rust, attribuito al gruppo ransomware Chaos e basato sul runtime asincrono Tokio.
  • Controlla il canale di comando e controllo solo tramite il Chrome DevTools Protocol, senza collegarsi mai direttamente alla rete.
  • Il signaling passa da un dominio Cloudflare Workers; il canale vivo è un WebRTC DataChannel instradato da un server TURN di Twilio.
  • Il traffico è cifrato due volte, con il livello DTLS del browser sopra la cifratura ChaCha20-Poly1305 del malware.

La tecnica di msaRAT in numeri

2025
anno in cui il gruppo ransomware Chaos è stato confermato attivo per la prima volta
Rust
linguaggio in cui è scritto msaRAT, sul runtime Tokio
0
connessioni in uscita aperte direttamente dall’impianto stesso
2
livelli di cifratura che proteggono il traffico di comando e controllo

I dettagli provengono dall’analisi di Cisco Talos pubblicata il 23 luglio 2026. Talos attribuisce msaRAT al gruppo ransomware Chaos e descrive l’impianto come scritto in Rust sul runtime asincrono Tokio, con l’esecuzione di codice remoto pilotata dal browser e il tunneling nascosto come capacità principali.

Perché nascondersi dentro il browser funziona così bene

msaRAT non tocca mai la rete direttamente. Controlla il canale di comando e controllo esclusivamente tramite il Chrome DevTools Protocol, un’API di debug del browser.

Cisco Talos

Come si sviluppa l’attacco

Il trucco del browser è solo la fase finale. I passaggi precedenti sono familiari e ricalcano come si sviluppa un attacco ransomware. Talos descrive la sequenza seguente, dall’accesso iniziale a un canale nascosto funzionante.

Accesso iniziale
Il gruppo Chaos entra tramite email di spam e phishing vocale, poi abusa degli strumenti di gestione remota per mantenere il controllo.
Consegna del payload
Un comando curl scarica un file chiamato update_ms.msi, mascherato da aggiornamento di Windows, nella cartella ProgramData e lo esegue.
Caricamento in memoria
Un’azione personalizzata dentro l’MSI carica lib.dll, l’impianto msaRAT, direttamente in memoria.
Dirottamento del browser
msaRAT trova Chrome o Edge, lo avvia headless con il debug remoto attivo e lo pilota tramite il Chrome DevTools Protocol.
C2 nascosto
Il browser apre un canale WebRTC verso gli operatori attraverso un relè Twilio, così tutto il traffico sembra normale attività del browser.

La tecnica in quattro dettagli di progetto

Quattro dettagli di progetto dentro msaRAT

Analisi di Cisco Talos sull’impianto del ransomware Chaos, luglio 2026

Grafico a barre con cinque binding CDP, un timeout ICE di cinque secondi, due livelli di cifratura e due browser abusati dall'impianto msaRAT.

📊 Leggilo così: ogni barra è una scelta di progetto dentro msaRAT, non una misura di quante vittime siano state colpite. La tecnica riguarda la furtività, non la scala.

Cosa dovrebbero cambiare i difensori

La tabella mette a confronto ciò che gran parte del rilevamento dà per scontato con ciò che msaRAT fa davvero, e la lezione pratica su cui un team di sicurezza può agire per ciascun punto.

Assunto del rilevamento Cosa fa invece msaRAT Lezione difensiva
Il malware apre un proprio socket di rete L’impianto parla solo con 127.0.0.1 e lascia che il browser trasporti tutto il traffico esterno Non affidarsi solo alla mappatura processo-rete; correlare il comportamento dei processi padre e figlio
Il traffico C2 raggiunge un server dell’attaccante Il signaling va a un dominio Cloudflare workers.dev, poi il flusso passa da un relè TURN di Twilio I relè di anonimizzazione nascondono l’endpoint reale; trattare come sospetto il WebRTC inatteso dai server
I browser vengono avviati dagli utenti Un browser viene avviato headless con flag di debug remoto da un installer Generare avvisi sui processi browser avviati con flag headless e di debug remoto da processi padre non utente
L’antivirus a firma intercetta il dropper Il payload viene caricato in memoria da un MSI che finge di essere un aggiornamento di Windows Usare EDR comportamentale con protezione anti-manomissione, non solo le firme

Cosa va storto se lo tratti come un normale RAT

L’intero progetto è costruito per sconfiggere gli assunti su cui di solito si basa il monitoraggio di rete. Ecco le modalità di fallimento che mette in evidenza.

  • ⛔ Credere che un host silenzioso senza connessioni in uscita anomale sia pulito, quando l’impianto tiene di proposito il proprio traffico su 127.0.0.1.
  • ⛔ Sorvegliare solo i domini C2 noti, quando il signaling si nasconde nella piattaforma per sviluppatori di Cloudflare e il flusso passa da un relè Twilio.
  • ⛔ Consentire il WebRTC in modo ampio su server e postazioni, quando è proprio il canale che questo malware abusa.
  • ⛔ Affidarsi all’antivirus a firma, quando il payload viene caricato in memoria da un MSI travestito da aggiornamento di Windows.
  • ⛔ Ignorare i processi browser headless, quando un browser avviato con flag di debug remoto è il cuore della tecnica.

È un miglioramento nell’evasione, non una nuova famiglia di ransomware

Chaos è un’operazione ransomware-as-a-service consolidata, attiva dall’inizio del 2025, che usa la doppia estorsione. msaRAT non cambia ciò che il gruppo cifra o ruba; rende il loro canale di comando molto più difficile da individuare sulla rete. I team che sorvegliano solo le connessioni in uscita sospette da processi anomali possono non accorgersene affatto, perché il traffico esce da un browser legittimo.

Cosa fare questa settimana

Niente di quanto segue richiede una nuova voce di budget. Ciascun punto chiude una delle lacune specifiche che questa tecnica sfrutta, dai browser headless ai relè anonimizzati. Per la checklist completa, vedi la guida su come prevenire un attacco ransomware.

  • ✅ Generare avvisi quando un processo browser parte con flag headless e di debug remoto, soprattutto se il padre è un installer o uno script.
  • ✅ Trattare il traffico WebRTC da server e postazioni che non navigano come un’anomalia da indagare.
  • ✅ Spostare il rilevamento dalle firme al comportamento: abilitare l’EDR con protezione anti-manomissione così un payload in memoria viene intercettato all’esecuzione.
  • ✅ Sorvegliare la cartella ProgramData per curl.exe e certutil.exe che scrivono eseguibili o file MSI.
  • ✅ Distribuire la firma ClamAV e le regole Snort di Talos, e caricare nei propri strumenti gli indicatori di compromissione pubblicati.
  • ✅ Mantenere almeno una copia di backup immutabile o offline, dato che Chaos ruba e cifra con la doppia estorsione.

Il rilevamento è possibile se guardi il browser, non solo la rete

Talos ha pubblicato copertura ClamAV e Snort e gli indicatori di compromissione. I segnali più duraturi sono comportamentali: un browser avviato headless con flag di debug remoto da un installer, curl o certutil che scrivono in ProgramData e stringhe user-agent HeadlessChrome da un server. Se stai già gestendo un incidente, conserva la nota di riscatto e un campione cifrato prima di reinstallare: è il punto di partenza per recuperare i file crittografati.

Fonti

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Juan Ricardo Palacio è ingegnere elettronico, imprenditore e specialista in telecomunicazioni, cybersecurity e digital forensics, con oltre 25 anni di esperienza professionale. Co-fondatore di HelpRansomware, opera nei campi della cyber resilience, della risposta agli attacchi ransomware, del recupero dati, della crittografia e del reverse engineering, supportando aziende e organizzazioni nella gestione di incidenti informatici ad alta criticità.

📰 Menzionato e citato su Forbes Georgia, Business Insider Africa, LA Weekly e Il Sole 24 Ore.

📅 Ultimo aggiornamento: 24 luglio 2026

AI Overview

Il 21 luglio 2026 Securelist di Kaspersky ha pubblicato l’analisi di un nuovo schema di estorsione in America Latina in cui gli attaccanti bloccano i dischi aziendali con BitLocker, la cifratura integrata di Windows, e stampano la richiesta di riscatto dalle stampanti dell’ufficio. Il gruppo, che firma “XEntry Team”, chiede riscatti volutamente piccoli e usa solo strumenti già presenti in rete, senza allearsi con un gruppo ransomware.

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Ingegnere elettronico e co-fondatore di HelpRansomware, con oltre 25 anni in cybersecurity, digital forensics e risposta agli attacchi ransomware.

La richiesta di riscatto non è arrivata via email. È uscita dalla stampante dell’ufficio, dopo che Windows aveva già bloccato ogni disco con la propria cifratura.

Il 21 luglio 2026 il team di Securelist di Kaspersky ha descritto un nuovo schema di estorsione investigato in America Latina, costruito quasi interamente con strumenti già presenti nelle reti delle vittime. Invece di distribuire un ransomware su misura, gli attaccanti hanno attivato BitLocker, la funzione di cifratura dell’intero disco integrata in Windows, per bloccare i dischi aziendali e poi chiedere un pagamento per la chiave di ripristino. Kaspersky ha analizzato due incidenti, uno in Messico a maggio 2026 e uno in Colombia a giugno 2026, trovando la stessa firma in entrambi: una schermata blu con la scritta “Hacked by XEntry Team”, le credenziali di dominio che smettevano di funzionare e le note di riscatto che poche ore dopo iniziavano a uscire dalle stampanti.

L’attaccante non ha mai portato il proprio ransomware

Ciò che rende notevole questo schema è ciò che gli manca. Non c’è un cifratore su misura né un programma di affiliazione ransomware. L’avversario usa BitLocker, le Group Policy, l’accesso remoto e gli strumenti di gestione remota già presenti in un dominio Windows, il che mantiene il suo arsenale economico e difficile da segnalare come malevolo. L’obiettivo, come dice Kaspersky, è ottenere l’accesso e monetizzarlo senza mai investire in un gruppo ransomware o allearsi con esso.

Cosa ha osservato Kaspersky

Il comportamento documentato nei due incidenti di Securelist:

  • I dischi erano cifrati con BitLocker; le vittime notavano prima un’icona a lucchetto accanto ai dischi in Esplora risorse e la richiesta di una chiave di ripristino.
  • Le macchine mostravano una schermata blu con la scritta “Hacked by XEntry Team” e le credenziali di dominio smettevano di funzionare.
  • Poche ore dopo, le note di riscatto iniziavano a stampare dalle stampanti dell’ufficio in tutta l’organizzazione.
  • Gli attaccanti abusavano di meccanismi legittimi, RDP, MSSQL, strumenti di gestione remota (RMM) e Group Policy, per estendere la cifratura dai sistemi critici a ogni macchina sincronizzata con il controller di dominio.
  • Le richieste di riscatto erano tenute volutamente basse, parte di una tendenza emergente evidenziata da Kaspersky nel report.

Lo schema in numeri

2
incidenti analizzati da Kaspersky, in Messico e Colombia
2
paesi in cui è comparsa la stessa firma
0
gruppi ransomware esterni coinvolti
1
funzione integrata di Windows, BitLocker, che esegue la cifratura

I dati descrivono i due incidenti analizzati da Kaspersky nel report Securelist del 21 luglio 2026, non un totale globale. Il report sottolinea lo schema, strumenti già presenti nell’ambiente e importi di riscatto modesti, più che la scala di una singola vittima.

Perché l’estorsione living-off-the-land è difficile da intercettare

L’obiettivo dell’avversario è ottenere l’accesso all’infrastruttura evitando di investire in gruppi ransomware o di allearsi con essi, sfruttando invece gli strumenti integrati di Microsoft per facilitare la cifratura dei dati e i pagamenti del riscatto.

Kaspersky, analisi Securelist, 21 luglio 2026

Come si sviluppa l’attacco

I due casi hanno seguito un percorso simile, da un punto d’appoggio silenzioso fino a una stampante che sforna note di riscatto. La sequenza qui sotto è quella ricostruita da Kaspersky e rispecchia come si sviluppa un attacco ransomware, con le funzioni legittime di Windows al posto di un cifratore dedicato.

Accesso iniziale
Gli attaccanti entrano e abusano di servizi esposti come RDP e MSSQL, poi distribuiscono strumenti di gestione remota (RMM) per mantenere il controllo della rete.
Privilegi e diffusione
Con le Group Policy spingono attività di attivazione e cifratura e pianificano il deployment RMM, passando dai sistemi critici a ogni host sincronizzato con il controller di dominio.
Cifratura
BitLocker viene attivato su tutto il parco macchine. Gli utenti vedono un’icona a lucchetto in Esplora risorse e la richiesta di una chiave di ripristino che non hanno.
Notifica
Le macchine mostrano una schermata blu con la scritta “Hacked by XEntry Team” e le credenziali di dominio smettono di funzionare.
La nota di riscatto
Poche ore dopo, le stampanti dell’ufficio iniziano a produrre la nota di riscatto, con una richiesta volutamente piccola.

Lo schema a colpo d’occhio

Una campagna, nessun ransomware su misura

Kaspersky Securelist, due incidenti in Messico e Colombia, da maggio a giugno 2026

Grafico a barre con 2 incidenti analizzati, 2 paesi, 0 gruppi ransomware esterni coinvolti e 5 strumenti integrati abusati: BitLocker, RDP, MSSQL, RMM e Group Policy.

📊 Leggilo così: l’intera campagna è girata su strumenti già presenti in rete, BitLocker, RDP, MSSQL, RMM e Group Policy, senza alcun gruppo ransomware esterno. I numeri descrivono i due incidenti analizzati da Kaspersky, non un totale globale.

Cosa dava all’attaccante ogni meccanismo abusato

La tabella collega ogni strumento legittimo abusato dal gruppo a ciò che gli offriva e al controllo che chiude la falla. Nessuno richiede nuovo software, solo un uso più attento di ciò che Windows fornisce già.

Meccanismo legittimo Cosa dava all’attaccante Controllo difensivo
BitLocker Cifratura dell’intero disco senza malware separato da rilevare Deposita le chiavi di ripristino BitLocker in Active Directory e segnala eventi di cifratura inattesi
RDP e MSSQL Accesso iniziale e movimento laterale tramite servizi esposti Togli i servizi da internet, imponi l’MFA e monitora gli accessi anomali
Strumenti RMM Controllo remoto persistente che si confonde con le operazioni IT Consenti solo software RMM approvato e segnala ogni altro agente di gestione remota
Group Policy Un modo per spingere le attività di cifratura a ogni host del dominio Limita chi può modificare le GPO e verifica le modifiche agli oggetti Group Policy

Dove le difese falliscono contro questo schema

Poiché qui nulla assomiglia al malware classico, sono proprio le solite assunzioni a lasciarlo passare. Ecco le modalità di fallimento che i casi Kaspersky mettono in evidenza.

  • ⛔ Fidarsi dell’antivirus a firma, quando la cifratura la fa BitLocker, una funzione Microsoft firmata che nessuno scanner segnalerà.
  • ⛔ Lasciare RDP e MSSQL raggiungibili da internet, che è il modo in cui è stato conquistato il punto d’appoggio.
  • ⛔ Considerare legittimo ogni agente di gestione remota, quando l’attaccante installa il proprio per confondersi.
  • ⛔ Non depositare le chiavi di ripristino BitLocker, così un disco cifrato diventa irrecuperabile senza pagare.
  • ⛔ Dare per scontato che un riscatto piccolo sia un problema piccolo, quando l’intero dominio è già stato cifrato.

Un riscatto modesto è pensato per rendere più facile pagare

Kaspersky segnala una tendenza verso richieste di riscatto volutamente piccole. Una cifra bassa è una tattica: abbassa la resistenza della vittima e fa sembrare il pagamento silenzioso più conveniente del ripristino. Tratta la decisione allo stesso modo a prescindere dall’importo, coinvolgi consulenti legali e forze dell’ordine, e ricorda che pagare finanzia la campagna successiva e non garantisce mai una chiave funzionante.

Cosa fare questa settimana

Niente di quanto segue richiede una nuova voce di budget. Chiudono i percorsi specifici che questo schema usa, dai servizi esposti alla cifratura non gestita.

  • ✅ Deposita ogni chiave di ripristino BitLocker in Active Directory o nell’MDM, e genera un avviso quando la cifratura viene attivata su un dispositivo che non era in provisioning.
  • ✅ Togli RDP e MSSQL da internet pubblico, mettili dietro una VPN o un bastion e imponi l’autenticazione a più fattori.
  • ✅ Metti in allowlist il tuo software di gestione remota, così ogni agente RMM inatteso genera un avviso.
  • ✅ Blocca chi può modificare gli oggetti Group Policy e verifica ogni loro modifica.
  • ✅ Mantieni almeno una copia di backup offline o immutabile, fuori dalla portata delle credenziali di dominio.
  • ✅ Prova il ripristino partendo dal presupposto che BitLocker sia stato rivolto contro di te, così chiavi e immagini sono pronte prima che servano.

Il ransomware più economico è quello che possiedi già

Questo schema ricorda che l’estorsione non richiede più malware su misura. Quando il cifratore è una funzione integrata di Windows, la prevenzione è soprattutto configurazione e monitoraggio, non un nuovo prodotto. Se stai rispondendo a un incidente attivo, conserva la nota di riscatto stampata e un disco cifrato prima di reinstallare: è il punto di partenza per recuperare i file crittografati.

Fonti

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Juan Ricardo Palacio è ingegnere elettronico, imprenditore e specialista in telecomunicazioni, cybersecurity e digital forensics, con oltre 25 anni di esperienza professionale. Co-fondatore di HelpRansomware, opera nei campi della cyber resilience, della risposta agli attacchi ransomware, del recupero dati, della crittografia e del reverse engineering, supportando aziende e organizzazioni nella gestione di incidenti informatici ad alta criticità.

📰 Menzionato e citato su Forbes Georgia, Business Insider Africa, LA Weekly e Il Sole 24 Ore.

📅 Ultimo aggiornamento: 22 luglio 2026

Il ransomware non dipende più soltanto da gruppi tecnici in grado di sviluppare malware da zero. Oggi fa parte di un’economia criminale organizzata, in cui diversi attori acquistano accessi, noleggiano strumenti, condividono i profitti e fanno pressione sulle vittime attraverso cifratura, furto di dati ed estorsione pubblica.

In questo scenario, il ransomware as a service è diventato uno dei modelli più preoccupanti per aziende, CISO e responsabili IT.

La logica è semplice: gli sviluppatori creano il ransomware e l’infrastruttura; gli affiliati eseguono gli attacchi; entrambi condividono i guadagni. Il risultato è una minaccia più scalabile, più difficile da attribuire e accessibile anche a criminali con competenze tecniche limitate.

Hai bisogno di aiuto ora? HelpRansomware

Esperti nella Rimozione di Ransomware

Affidati ai nostri professionisti certificati: oltre 25 anni di esperienza nel campo della rimozione di ransomware, recupero dati e sicurezza informatica.

Contatta i Nostri Esperti

Che cos’è il ransomware as a service

Il ransomware as a service, noto anche come RaaS, è un modello criminale in cui gli operatori sviluppano una variante ransomware e la mettono a disposizione degli affiliati per eseguire un attacco ransomware.

Questi affiliati non devono sviluppare autonomamente il malware: hanno accesso a strumenti già pronti, pannelli di controllo, infrastrutture di pagamento e canali di estorsione.

Nel 2025, il Dipartimento di Giustizia degli Stati Uniti ha spiegato che ALPHV/BlackCat operava secondo un modello di ransomware as a service, in cui gli sviluppatori creavano e aggiornavano il ransomware, gestivano l’infrastruttura illecita e gli affiliati colpivano organizzazioni di alto valore.

L’impatto di questo modello è già evidente nei dati ufficiali. L’FBI, attraverso l’IC3, ha comunicato di aver ricevuto nel 2025 oltre 3.600 segnalazioni di ransomware, con perdite superiori a 32 milioni di dollari.

Varianti Ransomware 2025 Helpransomware

Per questo motivo, il RaaS non deve essere considerato soltanto un virus, ma un vero e proprio franchising criminale digitale. L’operatore gestisce la tecnologia e il marchio; l’affiliato individua le vittime, compromette gli accessi e distribuisce il payload dannoso. Per un’azienda, ciò significa che l’attaccante non deve essere un esperto di crittografia per provocare una crisi operativa.

Come funziona il business criminale del RaaS

Il modello ransomware as a service suddivide l’attacco in funzioni specializzate. Gli operatori sviluppano il malware, amministrano i siti di divulgazione dei dati, gestiscono i pannelli di controllo e mantengono parte dell’infrastruttura.

Gli affiliati si occupano di entrare nella rete, aumentare i privilegi, muoversi lateralmente, sottrarre informazioni e avviare la cifratura.

Questa divisione dei compiti rende l’ecosistema più resiliente. Anche se un’operazione di polizia colpisce un marchio specifico, i suoi affiliati possono migrare verso un’altra piattaforma, riutilizzare accessi rubati o cambiare fornitore criminale. Per questo motivo, l’azienda non si trova ad affrontare soltanto un malware, ma una vera e propria filiera criminale.

Lo stesso comunicato del Dipartimento di Giustizia su ALPHV/BlackCat indica che, dopo il pagamento da parte di una vittima, sviluppatori e affiliati si dividevano il riscatto.

Questa struttura di ripartizione economica spiega perché il modello RaaS sia così attraente per il cybercrime: abbassa la barriera tecnica, distribuisce le funzioni e consente di ampliare rapidamente la portata degli attacchi.

Perché il ransomware as a service aumenta il rischio per le aziende

Il principale pericolo del ransomware as a service è che riduce la barriera d’ingresso nel cybercrime. In passato, un attacco avanzato richiedeva competenze tecniche, infrastrutture proprie ed esperienza nello sviluppo di malware.

Oggi, un affiliato può acquistare un accesso, utilizzare strumenti già pronti e appoggiarsi a servizi clandestini per lanciare una campagna.

Questo moltiplica il numero di attori in grado di colpire le aziende. Complica inoltre la difesa, perché la stessa famiglia ransomware può essere utilizzata da affiliati diversi, con tecniche e obiettivi differenti.

Per questo motivo, una moderna strategia di cybersecurity aziendale deve partire dal presupposto che il ransomware funzioni ormai come un ecosistema. Non basta bloccare i file dannosi: è necessario proteggere accessi remoti, credenziali, backup, endpoint, server critici e dati sensibili.

Vuoi prevenire un attacco ransomware? HelpRansomware

Esperti nella Rimozione di Ransomware

Affidati ai nostri professionisti certificati: oltre 25 anni di esperienza nel campo della rimozione di ransomware, recupero dati e sicurezza informatica.

Contatta i Nostri Esperti

RaaS, doppia estorsione e fuga di dati

Il ransomware moderno raramente si limita alla cifratura. Molti gruppi ricorrono alla doppia estorsione: prima sottraggono le informazioni e poi cifrano i sistemi. Se la vittima non paga, minacciano di pubblicare i dati sui siti di leak o di venderli nei mercati clandestini.

Nel 2026, il Dipartimento di Giustizia ha dichiarato che soggetti collegati ad ALPHV/BlackCat hanno utilizzato ransomware per bloccare sistemi critici, sottrarre dati sensibili e fare pressione sulle aziende affinché pagassero per recuperare l’accesso alle informazioni.

Questo modello trasforma un attacco ransomware in una crisi di continuità operativa, privacy, reputazione e conformità normativa.

Anche se l’azienda ripristina i sistemi tramite le copie di sicurezza, può continuare a subire le conseguenze della fuga di dati, della pressione mediatica e degli obblighi legali.

Casi recenti: ALPHV/BlackCat e Medusa

I recenti casi ufficiali dimostrano che il ransomware as a service non è un’ipotesi, ma una struttura criminale documentata. Nel 2025, il Dipartimento di Giustizia ha dichiarato che ALPHV/BlackCat aveva colpito oltre 1.000 vittime in tutto il mondo e che i suoi affiliati versavano agli amministratori una parte del riscatto in cambio dell’accesso al ransomware e alla piattaforma di estorsione.

Un altro caso rilevante è Medusa. Nel 2025, CISA ha descritto Medusa come una variante ransomware as a service e ha segnalato che, fino a febbraio di quell’anno, sviluppatori e affiliati avevano colpito più di 300 vittime in settori appartenenti alle infrastrutture critiche.

Misure chiave di Prevenzione Helpransomware

Questi casi evidenziano due caratteristiche comuni del RaaS: sviluppatori che gestiscono l’infrastruttura criminale e affiliati che eseguono gli attacchi contro le organizzazioni. Per le aziende, il rischio non risiede soltanto in una famiglia di malware, ma nella facilità con cui il modello può essere replicato.

Come il RaaS entra in una rete aziendale

Gli affiliati del ransomware as a service sfruttano spesso vettori noti: phishing, credenziali rubate, servizi esposti, accessi remoti configurati in modo errato, VPN vulnerabili o software non aggiornato.

Una volta all’interno, cercano di aumentare i privilegi, disattivare le difese, individuare i server critici, esfiltrare informazioni e avviare la cifratura nel momento in cui l’impatto può essere massimo.

Il rapporto FBI/IC3 2025 raccomanda di proteggere i punti di accesso iniziali, registrare e monitorare il traffico di rete, implementare strumenti EDR, segmentare le reti e dare priorità all’applicazione delle patch per le vulnerabilità sfruttate nei sistemi esposti a Internet.

Questo schema dimostra che la prevenzione non dipende da un solo strumento. L’azienda ha bisogno di controllo degli accessi, autenticazione multifattore, gestione delle patch, monitoraggio comportamentale e di un piano di risposta agli attacchi informatici testato prima della crisi.

Come proteggere la tua azienda dal ransomware as a service

La protezione dal ransomware as a service richiede di ridurre le opportunità di accesso per gli affiliati. Ciò significa applicare le patch di sicurezza, eliminare le credenziali predefinite, proteggere VPN e RDP, limitare i privilegi amministrativi, attivare l’MFA, segmentare le reti e monitorare i movimenti laterali nell’ambiente aziendale.

L’FBI raccomanda di creare backup offline o off-site, mantenere procedure di ripristino, cifrare i dati di backup, eliminare le password predefinite, applicare il principio del privilegio minimo e attivare l’MFA, soprattutto per webmail, VPN e account con accesso ai sistemi critici.

Caso Medusa HelpRansomware IT

Recupero e decrittazione dopo un attacco RaaS

È inoltre fondamentale verificare periodicamente le procedure di recupero. Un backup che non può essere ripristinato non rappresenta una soluzione reale, perché l’azienda deve avere la certezza di poter tornare operativa senza dipendere dall’attaccante.

Se la cifratura è già avvenuta, l’analisi tecnica e la decrittazione ransomware possono rientrare in una strategia di recupero. Devono tuttavia essere accompagnate da contenimento, analisi forense e valutazione dell’esfiltrazione, per stabilire se i dati siano stati sottratti prima della cifratura.

Conclusione

Il ransomware as a service ha trasformato il ransomware in un business criminale scalabile. Non si tratta più soltanto di malware, ma di un’economia clandestina in cui operatori, affiliati, broker di accesso e servizi di estorsione collaborano per compromettere le organizzazioni.

Per CISO e responsabili IT, la risposta deve essere strategica. Proteggere l’azienda dal RaaS significa ridurre gli accessi esposti, rafforzare le credenziali, rilevare i movimenti anomali, mettere in sicurezza i backup, preparare la risposta e testare il recupero prima di un incidente reale.

In HelpRansomware, aiutiamo le organizzazioni a rispondere agli incidenti ransomware, recuperare informazioni critiche e rafforzare la propria cyber-resilienza contro le minacce avanzate.

Se la tua azienda desidera valutare la propria esposizione al ransomware as a service o ha bisogno di supporto durante un incidente, questo è il momento di agire, prima che l’attacco provochi un’interruzione totale dell’attività.

FAQ

Perché il ransomware as a service assomiglia a un franchising criminale

Perché separa le funzioni come se fossero reparti aziendali: alcuni sviluppano il ransomware, altri procurano gli accessi, altri ancora eseguono l’intrusione e gestiscono l’estorsione. Questa divisione consente di ampliare la portata degli attacchi e distribuire i profitti.

Una PMI può diventare il bersaglio di un affiliato RaaS

Sì. Le PMI possono risultare attraenti perché spesso dispongono di minori risorse per la sicurezza, accessi remoti poco protetti o backup non adeguatamente testati. Per un affiliato, una piccola impresa con dati di valore può essere redditizia.

Come capire se un attacco appartiene a un modello RaaS

Lo si può sospettare quando compaiono richieste di riscatto associate a famiglie note, siti di leak, negoziazioni strutturate o tattiche tipiche degli affiliati. L’attribuzione richiede un’analisi tecnica e la valutazione degli indicatori di compromissione.

Perché i backup non risolvono sempre il problema

I backup aiutano a ripristinare i sistemi, ma non eliminano il rischio legato ai dati sottratti. Se si è verificata un’esfiltrazione, l’azienda deve gestire anche l’esposizione delle informazioni, la comunicazione e gli obblighi normativi.

Che cosa deve controllare per prima un’azienda per ridurre l’esposizione

Deve verificare accessi remoti, MFA, account privilegiati, patch critiche, segmentazione, protezione dei backup e capacità di risposta. L’obiettivo è rendere più difficile l’accesso iniziale e limitare l’impatto.

Ti è stato richiesto di pagare un riscatto per recuperare i tuoi file e accedere nuovamente al sistema? HelpRansomware

Recupero Dati Rapido e Sicuro

HelpRansomware garantisce un servizio di rimozione ransomware e recupero dati efficace e sicuro, con assistenza continua, 24 ore su 24, 7 giorni su 7.

Inizia il Recupero Ora

AI Overview

Il 13 luglio 2026 l’Office of Foreign Assets Control del Tesoro statunitense ha sanzionato due persone e un’entità per aver fornito strumenti e infrastrutture ai gruppi ransomware. I bersagli sono il fornitore VPN First VPN Service (1VPNS), il suo amministratore e un venditore di cryptor che mascherano il malware. L’OFAC afferma che i gruppi ransomware che usavano questi servizi hanno causato miliardi di dollari di danni a imprese e infrastrutture critiche statunitensi.

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Ingegnere elettronico e co-fondatore di HelpRansomware, con oltre 25 anni in cybersecurity, digital forensics e risposta agli attacchi ransomware.

Il ransomware non è un singolo hacker con un portatile. È una filiera, e questa settimana gli Stati Uniti hanno colpito i fornitori.

Il 13 luglio 2026 l’Office of Foreign Assets Control (OFAC) del Tesoro statunitense ha designato due persone e un’entità per aver reso possibili gli attacchi ransomware. L’entità è First VPN Service (1VPNS), un fornitore di rete privata virtuale i cui clienti principali erano attori ransomware, usata per nascondere l’origine degli attacchi, distribuire malware e gestire i dati rubati. L’OFAC ha designato anche l’amministratore di 1VPNS, Dmytro Rashevskyi, e Yegeniy Vladimirovich Silayev, cittadino bielorusso che vende cryptor capaci di mascherare il malware come file innocui. L’azione è stata coordinata con il Regno Unito e segue un’operazione di polizia europea del maggio 2026 contro l’infrastruttura di 1VPNS.

Il ransomware gira su servizi che si possono comprare

L’azione dell’OFAC nomina un fornitore VPN e un venditore di cryptor i cui clienti paganti erano gruppi ransomware. Uno nascondeva l’origine degli attacchi e spostava i dati rubati; l’altro mascherava il malware perché gli strumenti di sicurezza non lo segnalassero. Gli strumenti che fanno funzionare il ransomware sono un mercato, e chi difende ha di fronte l’intero mercato, non un singolo attore.

Cosa ha annunciato il Tesoro

Le designazioni del 13 luglio, secondo i comunicati dell’OFAC e del Dipartimento di Stato:

  • First VPN Service (1VPNS), un fornitore VPN i cui clienti principali erano attori ransomware e altri criminali informatici.
  • Dmytro Rashevskyi, amministratore di 1VPNS, che ha usato false identità tra cui Maksim Sorin e Roman Chabanenko per acquistare hosting.
  • Yegeniy Vladimirovich Silayev, cittadino bielorusso che vende cryptor per mascherare il malware come file innocui.
  • La misura è stata coordinata con il Regno Unito e segue un’operazione europea del maggio 2026 contro l’infrastruttura di 1VPNS, con il supporto dell’FBI.

Le sanzioni in numeri

3
persone ed entità designate dall’OFAC il 13 luglio
33
server sequestrati nell’operazione europea di maggio 2026
27
paesi in cui erano ospitati i server di 1VPNS
2014
anno in cui 1VPNS iniziò a pubblicizzarsi sui forum criminali

I dati provengono dai comunicati del Tesoro e del Dipartimento di Stato del 13 luglio 2026 e dalle ricostruzioni dell’operazione europea precedente. L’OFAC descrive i danni come miliardi di dollari ma non pubblica una cifra totale esatta, quindi qui non se ne indica una precisa.

Perché mascherare il malware è un servizio a pagamento

I gruppi ransomware che utilizzano i servizi di queste persone hanno causato miliardi di dollari di danni alle imprese e ai fornitori di infrastrutture critiche statunitensi.

Tesoro USA, Office of Foreign Assets Control

Dai forum aperti a un’operazione coordinata

Le sanzioni sono l’ultimo passo di un caso durato anni. Per il quadro generale di come vengono usati questi strumenti, vedi come si sviluppa un attacco ransomware. Segue la sequenza descritta dal Tesoro e dalle ricostruzioni delle forze dell’ordine.

2014
First VPN Service inizia a pubblicizzarsi sui forum criminali, promettendo di non tenere log e di non collaborare con le forze dell’ordine.
Dic 2021
Investigatori francesi e olandesi iniziano a infiltrare l’infrastruttura di 1VPNS e ne raccolgono in silenzio il database utenti.
Mag 2026
Le forze dell’ordine europee smantellano 1VPNS nell’Operazione Saffron con il supporto dell’FBI di Boston, sequestrando 33 server in 27 paesi.
13 lug 2026
L’OFAC designa 1VPNS, l’amministratore Dmytro Rashevskyi e il venditore di cryptor Yegeniy Silayev; lo stesso giorno il Regno Unito sanziona altri attori.
Dopo la designazione
I beni sotto giurisdizione statunitense delle parti nominate sono congelati e alle persone statunitensi è vietata qualsiasi transazione con loro.

L’operazione in quattro numeri

Il caso 1VPNS in quattro numeri

Tesoro USA OFAC e Operazione Saffron, dal 2021 al 2026

Grafico a barre con 33 server sequestrati, 27 paesi, 12 anni di attività dal 2014 e 3 designazioni OFAC nel caso 1VPNS.

📊 Leggilo così: i numeri descrivono una sola azione di contrasto contro l’infrastruttura ransomware, non gli attacchi in sé. La scala è nella filiera, non in una singola violazione.

Cosa significa l’ecosistema per chi difende

La tabella collega ogni servizio abilitante a ciò che offriva ai gruppi ransomware e alla lezione difensiva che un team di sicurezza può trarne.

Servizio abilitante Cosa offriva ai gruppi ransomware Lezione difensiva
VPN a prova di proiettile (1VPNS) Nascondeva l’origine degli attacchi, distribuiva malware e spostava i dati rubati, senza tenere log Non fidarsi solo dell’IP di origine; sorvegliare le infrastrutture di anonimizzazione
Cryptor (Silayev) Mascherava il ransomware come file sicuri per eludere il rilevamento a firma L’antivirus a firma non basta; usare EDR comportamentale con protezione anti-manomissione
Identità false Permettevano all’amministratore di comprare hosting che altrimenti lo avrebbe rifiutato Segnalare gli abusi ai provider conta: è così che iniziano le operazioni di contrasto
Sanzioni coordinate Ora congelano i beni e tagliano fuori gli abilitatori dal mercato USA Trattare con un soggetto sanzionato comporta un rischio legale a sé

Cosa va storto quando si ignora la filiera

Trattare il ransomware come il problema di un singolo attore ignora come funziona davvero. Ecco le modalità di fallimento che il caso 1VPNS mette in evidenza.

  • ⛔ Trattare il ransomware come un operatore isolato quando gira su una filiera a pagamento di VPN, cryptor e hosting.
  • ⛔ Affidarsi all’antivirus a firma, quando i cryptor sono venduti proprio per sconfiggerlo.
  • ⛔ Fidarsi della geolocalizzazione o dell’IP di origine, quando le VPN a prova di proiettile esistono per nascondere l’origine reale.
  • ⛔ Dare per scontato che pagare il riscatto sia una transazione pulita, quando il destinatario può essere un soggetto sanzionato.
  • ⛔ Ignorare la fase di furto dei dati, dato che gli stessi servizi spostano fuori dalla rete anche i dati esfiltrati.

Pagare un attore ransomware sanzionato può essere di per sé una violazione

Le designazioni congelano i beni statunitensi e vietano alle persone statunitensi le transazioni con le parti nominate. Se un gruppo ransomware si appoggia a infrastrutture sanzionate, pagare il riscatto può esporre la vittima a una responsabilità legale secondaria. Tratta ogni decisione di pagamento come una questione legale, non solo tecnica, e coinvolgi consulenti legali e forze dell’ordine prima di agire.

Cosa fare questa settimana

Niente di quanto segue richiede una nuova voce di budget. Chiudono i percorsi specifici che questo ecosistema vende, dall’evasione all’esfiltrazione anonimizzata. Per la checklist completa, vedi la guida su come prevenire un attacco ransomware.

  • ✅ Spostare il rilevamento dalle firme al comportamento: abilitare l’EDR con protezione anti-manomissione così un payload offuscato viene intercettato all’esecuzione.
  • ✅ Considerare inaffidabili IP di origine e geolocalizzazione, e generare avvisi sul traffico da e verso infrastrutture VPN di anonimizzazione.
  • ✅ Mantenere almeno una copia di backup immutabile o offline, fuori dalla portata delle credenziali di dominio.
  • ✅ Inserire nel piano di risposta una decisione sul pagamento del riscatto che richieda prima la revisione legale e delle forze dell’ordine.
  • ✅ Segnalare gli abusi di infrastruttura ai provider di hosting, perché è parte di come iniziano operazioni come questa.
  • ✅ Provare la risposta partendo dal presupposto che l’esfiltrazione sia già avvenuta, non solo la cifratura.

Il contrasto si sposta sugli abilitatori

Le designazioni colpiscono la filiera dietro il ransomware, non solo gli operatori, e seguono l’operazione europea del maggio 2026. Ogni abilitatore rimosso aumenta il costo di gestire un’operazione ransomware. Se stai rispondendo a un incidente attivo, conserva la nota di riscatto e un campione cifrato prima di reinstallare: è il punto di partenza per recuperare i file crittografati.

Fonti

Juan Ricardo Palacio, co-fondatore di HelpRansomware

Juan Ricardo Palacio

Co-fondatore e CEO per le Americhe, HelpRansomware

Juan Ricardo Palacio è ingegnere elettronico, imprenditore e specialista in telecomunicazioni, cybersecurity e digital forensics, con oltre 25 anni di esperienza professionale. Co-fondatore di HelpRansomware, opera nei campi della cyber resilience, della risposta agli attacchi ransomware, del recupero dati, della crittografia e del reverse engineering, supportando aziende e organizzazioni nella gestione di incidenti informatici ad alta criticità.

📰 Menzionato e citato su Forbes Georgia, Business Insider Africa, LA Weekly e Il Sole 24 Ore.

📅 Ultimo aggiornamento: 20 luglio 2026