L’intelligenza artificiale non è più soltanto uno strumento che risponde alle domande. La nuova fase è segnata dagli agenti di intelligenza artificiale, sistemi capaci di pianificare, prendere decisioni, usare strumenti ed eseguire azioni con diversi livelli di autonomia.

Per le aziende, questa evoluzione apre opportunità importanti: automazione delle attività ripetitive, analisi degli alert, supporto ai team di sicurezza e riduzione dei tempi nei processi interni. 

Questo introduce anche una domanda critica: che cosa accade quando un’IA ha accesso a dati, credenziali, applicazioni e flussi di lavoro reali?

Non sei sicuro del tipo di ransomware che ha crittografato i tuoi dati? 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

Il rischio non è soltanto che l’agente commetta un errore. Può anche essere manipolato, ricevere istruzioni malevole, usare strumenti in modo improprio o eseguire azioni che superano i limiti previsti. Per questo, parlare di agenti di IA non significa più parlare solo di produttività: significa anche parlare di governance, sicurezza e controllo operativo.

Che cosa sono gli agenti di intelligenza artificiale

Gli agenti di intelligenza artificiale sono sistemi che non si limitano a generare testo, immagini o risposte. La differenza principale è che possono ricevere un obiettivo, suddividerlo in passaggi, consultare informazioni, ricordare il contesto, usare strumenti esterni ed eseguire azioni per completare un’attività.

Il NCSC del Regno Unito spiega che l’IA agentica può accedere a fonti di dati, mantenere il contesto, prendere decisioni, utilizzare strumenti e agire in funzione di un obiettivo. 

Questa capacità la rende utile, ma anche più pericolosa rispetto a uno strumento tradizionale di IA generativa quando viene collegata a sistemi aziendali reali.

In pratica, un agente può controllare una casella di posta, creare ticket, riassumere incidenti, modificare configurazioni, consultare un database, interagire con API o attivare flussi su piattaforme aziendali. La differenza è che non si limita più a consigliare: può agire.

Red teaming agenti di intelligenza artificiale Helpransomware

Perché gli agenti di IA cambiano la cybersecurity aziendale

Gli agenti stanno cambiando la cybersecurity nell’era dell’IA perché ampliano la superficie di attacco. Uno strumento di IA isolato può generare una risposta errata; un agente collegato può eseguire un’azione errata. Questa differenza è fondamentale per CISO, team IT e responsabili della compliance.

Un agente con autorizzazioni ampie può accedere a documenti interni, interpretare e-mail, consultare sistemi, inviare informazioni, apportare modifiche o interagire con applicazioni critiche. Se la gestione dei permessi è debole, l’agente può diventare un ponte tra un’istruzione malevola e un’azione reale all’interno dell’azienda.

Nel 2026 il NIST ha lanciato l’iniziativa AI Agent Standards Initiative per promuovere standard tecnici, interoperabilità, sicurezza e identità nei sistemi basati su agenti di IA. 

Lo stesso NIST segnala che questi agenti possono agire autonomamente per ore, gestire e-mail e calendari, scrivere o eseguire il debug del codice e interagire con sistemi digitali. 

Da assistente a operatore

Il passaggio da assistente a operatore impone di rivedere l’architettura di sicurezza. Non basta più bloccare l’accesso a determinati dati tramite un’interfaccia. 

È necessario definire quali strumenti può utilizzare l’agente, quali azioni richiedono approvazione umana, quali credenziali usa, come vengono registrate le sue decisioni e come interrompere la sua attività se qualcosa va storto.

Principali rischi degli agenti di intelligenza artificiale

La guida congiunta Careful adoption of agentic AI services, pubblicata nel 2026 da ASD ACSC, CISA, NSA, Canadian Centre for Cyber Security, NCSC-NZ e NCSC-UK, avverte che l’IA agentica può causare perdite di produttività, interruzioni dei servizi, violazioni della privacy o incidenti di cybersecurity se viene adottata senza controlli adeguati.

Uno dei rischi più importanti è il prompt injection. In un agente, un’istruzione malevola non si limita ad alterare una risposta: può anche indurre il sistema a utilizzare uno strumento, consultare informazioni sensibili o eseguire un’azione non prevista.

Esistono inoltre rischi come l’abuso degli strumenti, la fuga di dati, l’avvelenamento della memoria, l’escalation dei privilegi, i malfunzionamenti nelle catene multi-agente e decisioni difficili da spiegare. Più accessi possiede l’agente, maggiore è l’impatto potenziale di un’istruzione manipolata o di un errore di progettazione.

OWASP rischi di sicurezza Helpransomware

Prompt injection indiretto e abuso degli strumenti

Il prompt injection indiretto si verifica quando l’agente elabora contenuti esterni manipolati, come un’e-mail, una pagina web, un documento o un ticket. Se questi contenuti includono istruzioni nascoste o persuasive, l’agente può interpretarle come parte dell’attività e agire oltre i propri limiti.

L’abuso degli strumenti è un altro rischio critico. Un agente collegato a file system, CRM, posta elettronica, ambienti cloud o strumenti di amministrazione può eseguire azioni con conseguenze reali. Per questo, la sicurezza deve concentrarsi su permessi, limiti, approvazione umana e tracciabilità, non soltanto sulla qualità del modello.

Rischi per dati, memoria e contesto

Gli agenti di IA lavorano con il contesto. Possono ricordare istruzioni, consultare documenti, riutilizzare informazioni e mantenere una memoria tra le sessioni. Questo migliora l’efficienza, ma crea anche nuovi punti di esposizione per i dati sensibili.

Se un agente memorizza informazioni errate, manipolate o malevole, quella memoria può influenzare le decisioni future. Negli ambienti aziendali, questo rischio è collegato a problemi come il data poisoning, la fuga di credenziali, la commistione di dati tra utenti o l’esposizione di informazioni riservate a strumenti esterni.

La protezione dei dati aziendali deve essere integrata nella progettazione fin dall’inizio. Prima di collegare un agente a repository interni, l’azienda deve sapere quali dati può leggere, quali può modificare, quali informazioni può inviare fuori dall’ambiente e quali registri resteranno disponibili per gli audit.

Come mitigare i rischi degli agenti di IA

La mitigazione parte da un principio semplice: un agente non deve avere più autonomia né più permessi di quelli necessari. 

OWASP raccomanda controlli come la classificazione delle azioni, l’approvazione umana per le operazioni ad alto impatto, la validazione degli output, il monitoraggio, l’osservabilità, la protezione dei dati, i test avversariali e misure di sicurezza specifiche per le architetture multi-agente. 

In azienda, questo significa applicare il principio del minimo privilegio, limitare l’ambito operativo dell’agente, evitare credenziali permanenti, usare credenziali temporanee, registrare ogni azione, mantenere separati gli ambienti di test e stabilire regole chiare su ciò che l’agente può fare senza approvazione umana.

È inoltre necessario integrare questi controlli in un piano di risposta agli attacchi informatici. Se un agente si comporta in modo inatteso, espone informazioni o esegue modifiche non autorizzate, l’azienda deve poter indagare, contenere l’incidente, revocare gli accessi e comunicare senza improvvisare.

Supervisione umana e pulsante di emergenza

Gli agenti di IA devono operare con una supervisione proporzionata al rischio. Per le azioni a basso impatto può essere sufficiente un monitoraggio successivo; per le azioni critiche deve essere prevista un’approvazione umana preventiva. Inoltre, l’azienda deve poter arrestare l’agente, revocarne le credenziali e isolarne l’ambiente se rileva attività anomale.

Sicurezza per agenti di intelligenza artificiale Helpransomware

Che cosa devono verificare le aziende prima di usare agenti di IA

Prima di distribuire agenti di IA, l’azienda deve rispondere a domande concrete. Qual è l’obiettivo dell’agente. Di quali dati ha bisogno. Quali strumenti può usare. Quali azioni può eseguire. Che cosa accade se riceve istruzioni malevole. Chi approva i permessi. Chi controlla i log. Chi può arrestarlo.

È inoltre consigliabile iniziare con progetti pilota limitati, su attività ripetitive, ben definite e a basso rischio. Collegare direttamente un agente a sistemi critici senza test, senza sandbox e senza responsabili chiari può trasformare un’automazione utile in una vulnerabilità operativa.

Gli agenti devono inoltre entrare nell’inventario degli asset digitali. Così come un’azienda registra applicazioni, account, API e fornitori, deve registrare agenti, modelli, connettori, credenziali, permessi, proprietari e flussi di dati. Senza inventario non esiste una vera governance.

rimuovere ransomware supporto gratuito 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

Agenti di IA e risposta agli incidenti

Gli agenti di IA possono anche supportare la difesa. Possono classificare gli alert, generare riepiloghi per gli analisti, correlare segnali, esaminare i log, proporre regole di rilevamento o accelerare le attività ripetitive del SOC. Ma il loro uso difensivo deve seguire gli stessi principi: limiti, supervisione, tracciabilità e test.

In ambiti sensibili come ransomware, frodi o esfiltrazione di dati, un agente può supportare l’analisi iniziale, ma non deve sostituire il giudizio degli specialisti. Rispondere a un attacco ransomware richiede validazione tecnica, analisi forense, coordinamento legale e comunicazione di crisi.

Il vero potenziale degli agenti di intelligenza artificiale non consiste nell’automatizzare tutto, ma nell’automatizzare ciò che può essere controllato. La sicurezza dipende dalla progettazione di agenti che aiutino i team umani senza ampliare inutilmente l’esposizione dell’azienda.

Conclusione

Gli agenti di intelligenza artificiale rappresentano una delle trasformazioni più rilevanti per la produttività e la cybersecurity aziendale. 

Possono accelerare i processi, ridurre il carico operativo e supportare la difesa digitale. Ma la loro autonomia introduce anche nuovi rischi: azioni non previste, fuga di dati, abuso degli strumenti, manipolazione tramite prompt injection e malfunzionamenti difficili da rilevare.

La chiave non è rifiutare questa tecnologia, ma adottarla con controlli adeguati. Le aziende devono iniziare da casi a basso rischio, limitare i permessi, applicare la supervisione umana, registrare le azioni, testare scenari avversariali e mantenere una capacità di risposta.

In HelpRansomware, aiutiamo le organizzazioni a rafforzare la sicurezza, rispondere agli incidenti critici e prepararsi ad affrontare minacce che combinano IA, ransomware, fuga di dati ed estorsione digitale. 

FAQ 

Un agente di IA è la stessa cosa di un chatbot?

No. Un chatbot di solito risponde a domande o genera contenuti. Un agente di IA può pianificare passaggi, usare strumenti, consultare sistemi ed eseguire azioni. Questa capacità lo rende più utile, ma anche più sensibile dal punto di vista della sicurezza.

Qual è il rischio maggiore degli agenti di IA in azienda?

Il rischio maggiore emerge quando l’agente dispone di troppi permessi o può agire senza supervisione. Se riceve un’istruzione malevola o interpreta male un obiettivo, può consultare dati sensibili, usare strumenti in modo improprio o eseguire modifiche non autorizzate.

Gli agenti di IA possono subire attacchi di prompt injection?

Sì. In effetti, il rischio può essere maggiore rispetto a un sistema tradizionale di IA generativa, perché l’agente può trasformare un’istruzione manipolata in un’azione concreta all’interno dei sistemi aziendali.

Quali aree devono partecipare alla loro adozione?

Non deve essere una decisione esclusiva dei team di innovazione o IT. Devono partecipare anche sicurezza, ufficio legale, compliance, protezione dei dati, operations e direzione, soprattutto se l’agente accede a informazioni critiche o esegue azioni rilevanti.

Come iniziare in modo sicuro con gli agenti di IA?

È consigliabile iniziare con piccoli progetti pilota, attività a basso rischio, permessi minimi, dati non sensibili, supervisione umana e registrazione completa delle attività. In seguito, l’azienda può ampliare l’ambito solo se i controlli funzionano.

La domanda non è più soltanto se un’azienda subirà un incidente di sicurezza, ma quanto tempo impiegherà a rilevarlo, contenerlo e tornare operativa. In un contesto in cui ransomware, cyberestorsione, furto di credenziali e attacchi ai fornitori possono interrompere interi processi, la prevenzione resta essenziale, ma non è più sufficiente.

La cyber resilienza misura la capacità di un’organizzazione di resistere, adattarsi e riprendersi quando un cyberattacco riesce a superare le sue difese. Non significa soltanto disporre di strumenti di sicurezza, ma garantire che il business possa continuare, che i dati critici possano essere ripristinati e che le decisioni vengano prese rapidamente durante la crisi.

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 cyber resilienza

La cyber resilienza è la capacità di un’azienda di preparare sistemi, processi e team prima di un incidente, mantenere le funzioni critiche durante un’interruzione e ripristinare l’operatività con il minor impatto possibile. A differenza di un approccio focalizzato esclusivamente sul blocco delle minacce, la cyber resilienza combina prevenzione, rilevamento, risposta, recupero e miglioramento continuo.

Il NIST Cybersecurity Framework 2.0 organizza la gestione del rischio di cybersicurezza in funzioni che aiutano a comprendere, valutare, prioritizzare e comunicare gli sforzi di sicurezza: governare, identificare, proteggere, rilevare, rispondere e recuperare. Questa struttura dimostra che la resilienza non inizia quando si verifica l’attacco; inizia dal modo in cui l’azienda governa il proprio rischio digitale.

Per questo motivo, la cyber resilienza deve essere parte integrante delle strategie avanzate cybersecurity adottate dalle aziende. Non basta installare soluzioni difensive: occorre sapere quali asset sostengono il business, quali dati sono insostituibili, quali fornitori sono critici e per quanto tempo l’organizzazione può resistere senza determinati sistemi.

NIST Cybersecurity Framework Cyber resilienza Helpransomware

Perché la cyber resilienza sarà fondamentale dopo il prossimo attacco

Gli attacchi moderni mirano a interrompere le operazioni, rubare informazioni, esporre dati e fare pressione su terze parti. In questo contesto, la cyber resilienza segna la differenza tra un’interruzione controllata e una crisi prolungata. L’azienda che ha testato il proprio recupero può agire con maggiore lucidità; quella che improvvisa tende a perdere tempo prezioso.

L’Agenzia dell’Unione europea per la cybersicurezza ha spiegato nell’ENISA Threat Landscape 2025 di aver analizzato 4.875 incidenti avvenuti tra luglio 2024 e giugno 2025, in uno scenario in cui i gruppi di minaccia riutilizzano strumenti, sfruttano vulnerabilità e collaborano per colpire la resilienza dell’infrastruttura digitale europea.

Questo dato conferma che l’esposizione non è un’eccezione. Qualsiasi attacco ransomware può trasformarsi in un’interruzione operativa, una perdita di fiducia e una pressione economica. La cyber resilienza consente di rispondere attraverso processi definiti: isolare i sistemi, attivare i backup, comunicare con i clienti, valutare i dati compromessi e ripristinare i servizi in base alle priorità.

82 varianti di ransomware UE Cyber resilienza Helpransomware

Come valutare la cyber resilienza aziendale

Valutare la cyber resilienza non significa verificare una lista generica di controlli. Significa misurare se l’azienda è in grado di continuare a funzionare sotto pressione. La domanda centrale è semplice: se domani venissero cifrati server critici, venissero sottratti dati o venisse meno un fornitore essenziale, l’organizzazione saprebbe cosa fare nelle prime ore?

CISA mette a disposizione il Cyber Resilience Review, una valutazione basata su interviste che analizza la resilienza operativa e le pratiche di cybersicurezza di un’organizzazione. Il suo valore consiste nel collegare la sicurezza alla continuità dei servizi critici, non soltanto alla presenza di strumenti tecnici.

Domande che rivelano la reale capacità di recupero

Un’azienda può iniziare con domande concrete: quanto tempo impiega a ripristinare i sistemi prioritari? I backup sono isolati? Sono stati testati in condizioni reali? Esiste un canale di comunicazione alternativo? I team sanno chi prende le decisioni durante una crisi? Esistono contratti critici senza un piano di contingenza?

Componenti di una strategia di cyber resilienza

Una strategia di cyber resilienza aziendale deve integrare tecnologia, persone e processi. Il primo livello è la riduzione del rischio: MFA, gestione dei privilegi, segmentazione, aggiornamenti, monitoraggio, inventario degli asset e protezione degli endpoint. Senza queste basi, il recupero diventa più lento e costoso.

Il terzo livello è la risposta. Un piano di risposta agli attacchi informatici deve includere responsabili, procedure di isolamento, comunicazione legale, rapporto con i clienti, conservazione delle evidenze e criteri per attivare assistenza esterna. La resilienza dipende tanto dalla tecnica quanto dal coordinamento.

Continuità, backup e recupero

I backup sono fondamentali, ma da soli non garantiscono la resilienza. Devono essere protetti, isolati, cifrati, testati e allineati agli obiettivi di recupero del business. Deve inoltre esistere una strategia per ricostruire identità, accessi, applicazioni e ambienti cloud se l’attacco coinvolge l’intera infrastruttura.

Quando l’incidente si è già verificato, l’analisi tecnica e la decrittazione del ransomware possono accelerare il recupero dei dati. Tuttavia, un’azienda resiliente non dipende da un’unica strada: combina ripristino, contenimento, analisi forense e recupero graduale dei servizi.

Cyber resilienza contro ransomware e cyberestorsione

La cyber resilienza è particolarmente importante contro ransomware e cyberestorsione perché questi attacchi non mirano soltanto a compromettere i sistemi, ma a interrompere operazioni critiche, fare pressione sull’organizzazione e aumentare il costo del recupero. In molti casi, l’impatto reale non si misura solo in base ai file cifrati, ma sulla capacità dell’azienda di continuare a funzionare, prendere decisioni rapide e ripristinare i servizi essenziali.

Un attacco ransomware può paralizzare processi interni, colpire clienti, bloccare fornitori e generare conseguenze economiche molto superiori al costo tecnico iniziale. Quando si aggiungono minacce di diffusione dei dati, pressione pubblica o contatti con terze parti, l’incidente diventa un caso di cyberestorsione che richiede una risposta coordinata tra tecnologia, legale, comunicazione e direzione.

Per questo un’azienda cyber resiliente non cerca soltanto di evitare l’attacco. Prepara anche backup testati, piani di continuità, protocolli di comunicazione, responsabili della crisi e meccanismi di recupero. Il caso Synnovis citato dall’NCSC del Regno Unito mostra come un incidente ransomware possa provocare una grave interruzione operativa e costi milionari quando colpisce servizi critici.

Ransomware Synnovis Helpransomware

Errori che riducono la cyber resilienza

Il primo errore è pensare che la cyber resilienza equivalga ad acquistare più strumenti. La tecnologia aiuta, ma non sostituisce processi testati. Un EDR senza responsabili, un backup senza un ripristino validato o un piano che nessuno conosce non proteggono il business quando arriva la crisi.

Il terzo errore è dimenticare fornitori e terze parti. Molte interruzioni nascono al di fuori della rete diretta dell’azienda. La resilienza richiede di verificare gli accessi di terzi, gli accordi sui livelli di servizio, i piani alternativi e le dipendenze critiche da software, cloud o supporto esterno.

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

Come rafforzare la cyber resilienza prima del prossimo incidente

Rafforzare la cyber resilienza parte dalle priorità. L’azienda deve identificare i processi essenziali, mappare gli asset critici e stabilire obiettivi chiari di recupero. Successivamente deve mettere alla prova questi obiettivi con esercitazioni reali, simulazioni di ransomware e revisioni successive all’incidente.

È inoltre utile creare runbook per scenari concreti: cifratura massiva, furto di dati, indisponibilità di un fornitore, compromissione di account privilegiati o estorsione pubblica. Ogni runbook deve indicare cosa fare, chi deve farlo, in quale ordine e con quali criteri effettuare l’escalation.

Nelle organizzazioni con un’elevata esposizione, una consulenza ransomware può aiutare a individuare le lacune tra prevenzione, risposta e recupero. L’obiettivo non è promettere un rischio zero, ma ridurre l’impatto e recuperare il controllo il prima possibile.

Conclusione

La cyber resilienza sarà una delle capacità più importanti per le aziende dopo il prossimo attacco. Non significa accettare il fallimento della prevenzione, ma riconoscere che nessun controllo è perfetto e che la continuità del business deve essere preparata prima della crisi.

Un’organizzazione resiliente conosce i propri asset, protegge i dati, testa i backup, forma i team, comunica con chiarezza e impara da ogni incidente. La differenza non sta soltanto nell’evitare gli attacchi, ma nell’impedire che un attacco si trasformi in un’interruzione irreversibile.

In HelpRansomware aiutiamo le aziende a rispondere al ransomware, recuperare dati critici e rafforzare la propria capacità di recupero. La cyber resilienza non si improvvisa: si progetta, si testa e si migliora prima che il prossimo incidente metta l’azienda alle strette.

FAQ

Come capire se un’azienda è davvero resiliente dal punto di vista informatico?

Un’azienda è resiliente dal punto di vista informatico quando è in grado di individuare tempestivamente un incidente, contenerlo, mantenere operative le proprie attività critiche e riprendersi senza dover ricorrere a decisioni improvvisate. Non basta disporre di strumenti di sicurezza: la chiave sta nel testare i backup, simulare scenari di crisi, misurare i tempi di ripristino e coordinare i team.

Anche una piccola impresa ha bisogno di cyber resilienza?

Sì. Le piccole e medie imprese hanno spesso meno margine per sostenere interruzioni prolungate. Per questo hanno bisogno di piani semplici, backup testati e responsabilità chiare.

I backup sono sufficienti per essere cyber resilienti?

No. I backup sono una componente essenziale, ma devono essere testati, protetti e combinati con risposta agli incidenti, comunicazione, gestione degli accessi e continuità operativa.

Ogni quanto va testato il recupero?

Va testato periodicamente e ogni volta che cambiano sistemi critici, fornitori, architettura cloud o processi di business. Un backup non testato è una promessa, non una garanzia.

Chi deve guidare la cyber resilienza in azienda?

Deve essere guidata dalla direzione con il supporto di IT, sicurezza, legale, operations e comunicazione. La resilienza riguarda l’intero business, non soltanto il reparto tecnologico.

Per anni, molte aziende hanno associato l’estorsione digitale a uno scenario ben preciso: file cifrati, una richiesta di riscatto e un conto alla rovescia per pagare. Quel modello esiste ancora, ma non descrive più completamente la minaccia.

Oggi, la cyberestorsione può verificarsi anche senza cifratura, senza malware visibile e senza che il primo segnale sia un’interruzione operativa.

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

I cybercriminali hanno capito che i dati, la reputazione e la continuità operativa possono valere quanto una chiave di decrittazione.

Per questo rubano informazioni, minacciano di pubblicarle, vendono accessi, contattano terze parti, lanciano attacchi DDoS o riutilizzano credenziali compromesse per mantenere alta la pressione.

Per responsabili IT, CISO e dirigenti, la sfida è chiara: proteggere l’azienda dalla cyberestorsione significa prepararsi a un reato più ampio, più rapido e più difficile da contenere rispetto al ransomware tradizionale.

Che cos’è la cyberestorsione

La cyberestorsione è qualsiasi minaccia digitale finalizzata a costringere una persona o un’organizzazione a pagare, consegnare informazioni, nascondere un incidente o prendere una decisione sotto pressione.

Può includere ransomware, furto di dati, minacce di divulgazione, DDoS a scopo estorsivo, ricatti basati su informazioni sensibili o abuso di accessi compromessi.

Il ransomware resta una delle forme più note. Tuttavia, non è più l’unica. In un documento congiunto, il NCSC e la National Crime Agency spiegano che alcuni gruppi ricorrono al furto di dati e all’estorsione senza distribuire ransomware, scegliendo la tecnica che ritengono più efficace per ottenere il pagamento.

Questo significa che un attacco ransomware può essere solo una componente di una strategia più ampia. La minaccia reale non è sempre perdere l’accesso ai file, ma perdere il controllo sui dati, sulla comunicazione e sulla fiducia di clienti o partner.

La portata di questa evoluzione emerge chiaramente dai dati recenti dell’Unione Europea.

Ransomware minaccia di maggiore impatto UE Helpransomware

Perché non parliamo più solo di ransomware

Parlare soltanto di ransomware può portare a una lettura incompleta del rischio. In molti incidenti, la cifratura non è più l’elemento centrale.

Gli attaccanti possono fare pressione minacciando di pubblicare i dati, venderli nei forum criminali o esporre documenti interni.

Europol ha avvertito nel suo Europol IOCTA 2025 che i dati rubati alimentano un mercato criminale che comprende frodi online, ransomware, sfruttamento ed estorsione. In altre parole, le informazioni sottratte sono diventate una vera e propria leva di pressione.

La protezione dei dati aziendali non può più essere vista soltanto come un obbligo di conformità. È una misura di continuità operativa, reputazione e sopravvivenza di fronte alla cyberestorsione.

Un caso recente mostra come la cyberestorsione possa funzionare anche senza cifrare i sistemi. Nel 2026, il Dipartimento di Giustizia degli Stati Uniti ha riferito di un caso di estorsione ai danni dei clienti di un cloud provider, nel quale sono stati compromessi dati ospitati nel cloud, sottratti miliardi di record sensibili e le vittime sono state minacciate di pubblicazione.

Attacco ai dati nel cloud Helpransomware

Principali forme di cyberestorsione che colpiscono le aziende

La cyberestorsione può assumere forme diverse. Alcune si basano su malware; altre su accessi rubati, ingegneria sociale o pressione reputazionale.

Il punto in comune è sempre lo stesso: trasformare un incidente digitale in una decisione urgente di pagamento.

Estorsione tramite furto di dati

In questo modello, gli attaccanti rubano informazioni e minacciano di pubblicarle o venderle. Può trattarsi di dati personali, contratti, credenziali, comunicazioni interne, proprietà intellettuale o documentazione finanziaria.

L’impatto non dipende soltanto dal volume dei dati, ma dalla loro sensibilità e dal danno che la loro esposizione può provocare.

Doppia e tripla estorsione

La doppia estorsione combina cifratura e minaccia di divulgazione. La tripla estorsione aggiunge pressione su terze parti, come clienti, dipendenti, fornitori o organizzazioni collegate.

Questo approccio aumenta il costo reputazionale dell’incidente e rende più difficile per l’azienda gestire la crisi in silenzio.

DDoS con minaccia di interruzione

La National Crime Agency segnala nella sua pagina Cybercrime threat che tra le tattiche più recenti per fare pressione sulle vittime rientrano rendere i dati rubati ricercabili online o minacciare attacchi DDoS per interrompere servizi pubblici.

Questo tipo di pressione può incidere su vendite, assistenza, disponibilità del sito web e fiducia del mercato.

Vuoi rimuovere il ransomware in modo rapido e sicuro? 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

Come agiscono gli attaccanti

I gruppi di cyberestorsione raramente dipendono da una sola tecnica. Possono iniziare l’attacco con phishing, credenziali compromesse, sfruttamento di vulnerabilità, accessi remoti poco protetti o intermediari che vendono accessi alle reti aziendali.

ENISA ha indicato nel 2025 che il phishing rappresentava circa il 60% dei punti di accesso iniziale osservati, seguito dallo sfruttamento delle vulnerabilità con il 21,3%. Questi dati rafforzano un concetto essenziale: prima dell’estorsione esiste spesso una fase silenziosa di accesso, ricognizione ed esfiltrazione.

Una volta entrati, gli attaccanti cercano privilegi, identificano gli asset critici, copiano i dati, cancellano le tracce e preparano il messaggio estorsivo. In alcuni casi cifrano i sistemi; in altri no. L’obiettivo è creare abbastanza paura da spingere la vittima a considerare il pagamento prima di comprendere fino in fondo la portata dell’incidente.

Impatto aziendale della cyberestorsione

L’impatto della cyberestorsione non si limita al pagamento del riscatto. Può causare interruzioni operative, perdita di ricavi, contenziosi, sanzioni, perdita di clienti, danni al brand e costi di recupero tecnico.

Può anche compromettere trattative commerciali se vengono esposti contratti, prezzi, accordi riservati o documentazione interna.

Il NCSC britannico, nel suo Annual Review 2025, ha riferito che il proprio team ha ricevuto 1.727 segnalazioni di incidenti tra settembre 2024 e agosto 2025, 429 delle quali hanno richiesto supporto. Inoltre, 204 sono state considerate di rilevanza nazionale e 18 altamente significative.

Questi numeri dimostrano che gli incidenti rilevanti non sono casi isolati. Per un’azienda, la domanda non è più se l’attacco sia accompagnato da ransomware, ma se esista un piano di risposta agli attacchi informatici in grado di coordinare tecnologia, comunicazione, area legale, continuità operativa e rapporti con terze parti.

Annual Review 2025 NCSC Britannico Helpransomware

Come proteggere la tua azienda dalla cyberestorsione

La difesa dalla cyberestorsione deve combinare prevenzione, rilevamento, protezione dei dati e preparazione alla crisi. Non basta disporre di antivirus o backup. L’azienda deve sapere quali dati possiede, dove si trovano, chi vi accede e come reagire se vengono rubati.

La StopRansomware Guide di CISA, MS-ISAC, NSA e FBI raccoglie buone pratiche per prevenire e gestire ransomware ed estorsione dei dati. Tra le misure più importanti figurano backup offline, MFA, gestione delle vulnerabilità, segmentazione, principio del minimo privilegio, monitoraggio e un piano di risposta testato.

Controlli tecnici e preparazione della risposta

Le aziende devono chiudere gli accessi esposti, proteggere gli account privilegiati, verificare le configurazioni cloud, registrare le attività critiche e testare il ripristino.

Devono inoltre stabilire cosa fare se l’attaccante minaccia di pubblicare i dati: chi verifica la fuga di informazioni, chi informa i clienti, chi coordina i rapporti con le autorità e chi preserva le prove.

Gli avvisi ufficiali sul ransomware Medusa mostrano che gli attori moderni combinano l’accesso iniziale tramite broker, phishing o vulnerabilità non corrette con esfiltrazione di dati e distribuzione di ransomware. Questa combinazione richiede difese a più livelli, non un’unica soluzione.

Recupero dopo un incidente di estorsione

Se l’incidente include la cifratura, l’analisi tecnica e la decrittazione ransomware possono far parte della strategia di recupero. Ma in un caso di cyberestorsione bisogna anche stabilire quali informazioni siano state rubate, quali terze parti siano coinvolte e quali obblighi legali si attivino.

Una consulenza ransomware specialistica può aiutare a individuare le lacune, rafforzare i controlli e preparare una strategia che includa sia il recupero tecnico sia la gestione della crisi.

Conclusione

La cyberestorsione conferma che il ransomware non è più l’unico scenario che deve preoccupare un’azienda. Gli attaccanti possono cifrare, rubare, divulgare, fare pressione su terze parti o minacciare di interrompere i servizi.

Il loro obiettivo non è soltanto accedere alla rete, ma controllare la narrazione e forzare decisioni rapide.

La risposta inizia prima dell’incidente: inventario dei dati, MFA, segmentazione, backup testati, monitoraggio, comunicazione di crisi e un piano d’azione chiaro. Più l’organizzazione è preparata, minore sarà il margine di pressione a disposizione degli attaccanti.

In HelpRansomware aiutiamo le aziende a rispondere agli incidenti di ransomware e cyberestorsione, recuperare informazioni critiche e rafforzare la resilienza contro minacce sempre più aggressive.

FAQ 

L’estorsione informatica può verificarsi anche senza la crittografia dei file?

Sì. L’estorsione informatica non comporta sempre la crittografia. In alcuni casi, gli autori degli attacchi rubano informazioni, minacciano di renderle pubbliche, esercitano pressioni su clienti o fornitori oppure chiedono denaro per non interrompere i servizi digitali. Per questo motivo, un’azienda può trovarsi ad affrontare una crisi di estorsione anche se i suoi sistemi continuano a funzionare.

Qual è la differenza tra cyberestorsione e doppia estorsione?

La doppia estorsione è una forma specifica di cyberestorsione che combina cifratura e minaccia di divulgazione. La cyberestorsione è più ampia e include DDoS, ricatti basati sui dati, pressione su terze parti ed estorsione senza malware.

Pagare elimina il rischio di divulgazione?

No. Pagare non garantisce che i dati vengano eliminati né che non siano rivenduti. Inoltre, può finanziare nuove attività criminali e trasformare l’azienda in un bersaglio ricorrente.

Quali dati usano più spesso gli attaccanti per estorcere denaro?

Quelli più sensibili: dati personali, contratti, buste paga, credenziali, email interne, informazioni finanziarie, documentazione legale, proprietà intellettuale o dati di clienti e fornitori.

Come deve prepararsi un’azienda?

Deve combinare prevenzione tecnica, backup testati, inventario dei dati, risposta legale, comunicazione di crisi, formazione del personale e un piano di risposta che contempli divulgazione e pressione esterna.

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