Vulnerabilità informatiche: cosa sono e come vengono sfruttate

Una vulnerabilità informatica è un difetto di un software, di un dispositivo o di una configurazione che permette a un attaccante di compiere azioni non autorizzate, come accedere a dati riservati, prendere il controllo di un sistema o bloccare un servizio. Da sola non causa danni: il rischio nasce quando qualcuno la sfrutta con un exploit. Capire questa differenza è il primo passo per difendere un'azienda.
Cos'è una vulnerabilità informatica e perché interessa agli attaccanti
Ogni sistema complesso contiene errori. Possono essere bug nel codice, impostazioni lasciate di default, password deboli o servizi esposti senza necessità. Quando uno di questi errori consente di aggirare un controllo di sicurezza, si parla di vulnerabilità.
Per un criminale informatico una vulnerabilità è un'occasione. Non serve prendere di mira un'azienda precisa: molti attacchi cercano in modo automatico sistemi esposti su internet con lo stesso difetto noto, poi colpiscono quelli che trovano scoperti. Per questo anche una piccola realtà può essere coinvolta, senza essere stata scelta.
Le vulnerabilità note vengono di norma catalogate con un identificativo CVE e valutate con un punteggio di gravità (CVSS). Questi strumenti aiutano a confrontare i problemi, ma non dicono da soli quanto un difetto sia pericoloso nel tuo specifico contesto.
Differenza tra vulnerabilità ed exploit
La differenza tra vulnerabilità ed exploit è semplice. La vulnerabilità è il punto debole; l'exploit è il codice, la tecnica o la sequenza di azioni che lo sfrutta. Una porta con una serratura difettosa è la vulnerabilità, il grimaldello costruito per quella serratura è l'exploit.
Esistono vulnerabilità per cui non è mai stato sviluppato un exploit pubblico, ed exploit che funzionano solo in condizioni molto specifiche. Per questo la priorità di intervento non dipende solo dalla gravità teorica, ma anche dalla facilità di sfruttamento.
Come funziona un exploit informatico
Capire come funziona un exploit informatico aiuta a vedere perché la prevenzione conta. In termini generali, il percorso segue spesso questi passaggi:
- Ricognizione: l'attaccante individua sistemi, versioni dei software e servizi esposti.
- Identificazione: confronta ciò che trova con vulnerabilità note o cerca errori nuovi.
- Sfruttamento: invia dati o comandi costruiti per far comportare il sistema in modo imprevisto.
- Accesso e consolidamento: ottiene un punto d'appoggio, può aumentare i privilegi e muoversi verso altri sistemi.
- Obiettivo finale: furto di dati, cifratura dei file a scopo di estorsione, interruzione dei servizi.
Spesso l'exploit è solo la porta d'ingresso. I danni maggiori arrivano dopo, quando l'attaccante si muove indisturbato in una rete poco segmentata.
I tipi più comuni di vulnerabilità
Le vulnerabilità non riguardano solo il codice. Alcune categorie ricorrenti, utili da conoscere per chi gestisce sistemi aziendali:
- Software non aggiornato: patch di sicurezza disponibili ma mai installate su server, applicazioni, router o dispositivi.
- Errori di configurazione: servizi aperti inutilmente, permessi troppo ampi, credenziali predefinite mai cambiate.
- Difetti nelle applicazioni web: come input non controllati che permettono di manipolare database o pagine (ad esempio SQL injection e cross-site scripting).
- Autenticazione debole: password semplici o riutilizzate, assenza di autenticazione a più fattori.
- Fattore umano: il phishing non sfrutta un bug tecnico, ma una debolezza di processo e consapevolezza.
- Componenti di terze parti: librerie, plugin e fornitori che introducono difetti nella tua infrastruttura.
Cos'è una vulnerabilità zero day
Quando ci si chiede cos'è una vulnerabilità zero day, la risposta è: un difetto sconosciuto al produttore del software, o per il quale non esiste ancora una correzione, e che può già essere sfruttato. Il nome indica che il produttore ha avuto "zero giorni" per rimediare.
Contro una zero day l'aggiornamento non basta, perché la patch non c'è. Si riduce il rischio con misure di contesto: limitare i servizi esposti, segmentare la rete, applicare il principio del minimo privilegio, monitorare comportamenti anomali e seguire con rapidità le comunicazioni dei produttori.
È però importante non farne il centro di ogni discorso. Nella pratica, una parte molto rilevante degli incidenti nasce da difetti già noti e mai corretti, non da scoperte inedite.

Gestione delle vulnerabilità: come impostarla in azienda
La gestione delle vulnerabilità è un processo continuo, non un controllo una tantum. Un approccio ragionevole include questi passi:
- Inventario degli asset: non si può proteggere ciò che non si conosce. Elenca server, applicazioni, dispositivi e servizi cloud.
- Scansione e rilevamento: individua le vulnerabilità con strumenti e verifiche periodiche.
- Prioritizzazione: valuta gravità, esposizione a internet, esistenza di exploit noti e importanza del sistema per il business.
- Correzione o mitigazione: applica patch, cambia configurazioni o introduce controlli compensativi dove non è possibile aggiornare.
- Verifica e documentazione: controlla che il problema sia davvero risolto e conserva le evidenze.
Vulnerability assessment e penetration test: cosa cambia
Il vulnerability assessment è un'analisi sistematica che cerca e classifica le vulnerabilità presenti, con un taglio ampio. Il penetration test (o pentest) va oltre: un professionista simula un attacco reale, prova a sfruttare i difetti e mostra fin dove si può arrivare.
| Aspetto | Vulnerability assessment | Penetration test |
|---|---|---|
| Obiettivo | Individuare e classificare i punti deboli | Dimostrare l'impatto concreto di un attacco |
| Approccio | Ampio, spesso con strumenti automatici | Mirato, con forte componente manuale |
| Risultato | Elenco prioritizzato di vulnerabilità | Scenari di attacco dimostrati e raccomandazioni |
I due strumenti si completano. L'assessment dà una visione estesa e ripetibile, il pentest verifica se le difese reggono davvero. Per scegliere la combinazione adatta, definisci prima perimetro, obiettivi e regole d'ingaggio con chi eseguirà l'attività.
NIS 2 e vulnerabilità: cosa devono sapere le aziende di Milano
La direttiva NIS 2, recepita in Italia, rafforza gli obblighi di gestione del rischio informatico per molti soggetti, compresi misure sulla gestione e divulgazione delle vulnerabilità e sulla sicurezza della catena di fornitura. Il territorio milanese, con la sua concentrazione di imprese, studi professionali, servizi e fornitori di grandi organizzazioni, è un contesto in cui questi temi toccano molte realtà, anche indirettamente come fornitori.
Non dare per scontato di essere dentro o fuori dal perimetro. Verifica il testo normativo vigente e le indicazioni dell'Agenzia per la cybersicurezza nazionale, valutando settore e dimensione dell'organizzazione. Se sei fornitore di un soggetto obbligato, aspettati richieste contrattuali sulla sicurezza.
In ogni caso, un processo documentato di individuazione e correzione delle vulnerabilità è una buona pratica che dimostra diligenza, a prescindere dall'obbligo.
Conclusione
La vulnerabilità è il punto debole, l'exploit è il modo per sfruttarlo, e la differenza la fa chi le individua e le corregge prima degli attaccanti. Inventario, scansioni periodiche, priorità ragionate e test mirati rendono il rischio gestibile, anche senza un grande team interno.
Se vuoi capire da dove iniziare, puoi conoscere i servizi di sicurezza informatica di Fred for Security oppure
Domande frequenti
Ogni vulnerabilità può essere sfruttata da un hacker?
No. Una vulnerabilità diventa un rischio concreto solo se è raggiungibile dall'attaccante, se esiste un modo affidabile per sfruttarla e se il sistema colpito ha valore. Per questo la priorità si decide guardando gravità tecnica, esposizione e importanza dell'asset, non solo il punteggio assegnato.
Ogni quanto conviene fare un vulnerability assessment?
Dipende da dimensione e criticità dell'infrastruttura. In genere ha senso eseguirlo con regolarità e dopo cambiamenti rilevanti, come nuovi server, applicazioni pubblicate o migrazioni al cloud. La frequenza va stabilita nel piano di gestione del rischio, tenendo conto anche degli obblighi normativi applicabili.
Un antivirus basta a proteggermi dalle vulnerabilità?
No. L'antivirus riconosce e blocca software malevolo, ma non elimina i difetti presenti in sistemi, applicazioni o configurazioni. Per ridurre le vulnerabilità servono aggiornamenti, controlli periodici, configurazioni sicure e accessi limitati. L'antivirus è un livello di difesa utile, non una soluzione completa.
Come faccio a sapere se un'azienda è soggetta alla NIS 2?
Bisogna verificare settore di attività e dimensione dell'organizzazione rispetto a quanto previsto dalla normativa di recepimento italiana. Il riferimento ufficiale è l'Agenzia per la cybersicurezza nazionale, che fornisce indicazioni e strumenti. In caso di dubbio conviene confrontarsi con un consulente legale o di sicurezza.