Aggiornamenti programmati: il lavoro noioso che evita i disastri

20 agosto 2026 · 7 min di lettura

Quando si parla di sicurezza di una rete aziendale il pensiero corre quasi sempre al perimetro: al router, al firewall, a cosa può entrare e cosa può uscire. Ne ho scritto parlando dei limiti del router fornito dall'operatore, ma vale la pena chiarire subito un punto: un perimetro ben progettato serve a poco se poi nessuno si occupa di tenere aggiornato quello che c'è dietro. È lì che nasce buona parte dei problemi che poi si scoprono per caso, e quasi sempre nel momento meno comodo.

Aggiornare è un lavoro tecnicamente semplice, ma noioso: va fatto con costanza su cose che nessuno guarda finché funzionano. Proprio per questo è la prima voce che salta quando il tempo scarseggia, ed è la prima a tornare a galla quando qualcosa smette di funzionare per un motivo che si poteva evitare.

Perché "quando capita" non funziona

Il modo più comune di gestire gli aggiornamenti in un'azienda senza un IT interno strutturato è applicarli quando si trova un momento libero, o quando qualcuno se ne ricorda. È un approccio comprensibile: ci sono sempre priorità più urgenti da seguire, e gli aggiornamenti restano sullo sfondo finché non danno fastidio. Il problema è che tra il momento in cui una vulnerabilità viene resa pubblica e quello in cui viene corretta su un dispositivo passa un tempo che, senza un piano, tende ad allungarsi ben oltre quello che servirebbe.

Quando una falla di sicurezza diventa nota, lo diventa nello stesso momento per chi deve correggerla e per chi potrebbe provare a sfruttarla. Da quel momento la finestra di rischio si allunga ogni giorno che passa senza intervento. Se l'aggiornamento arriva "quando capita", quella finestra può restare aperta per settimane, ed è proprio in quel periodo che il dispositivo diventa un bersaglio più semplice, perché la vulnerabilità è ormai documentata e chi la cerca sa esattamente cosa cercare e dove.

I dispositivi dimenticati

Quando si parla di aggiornamenti, il pensiero va quasi sempre ai computer degli utenti. È lì che si vedono le notifiche, è lì che qualcuno prima o poi clicca su "installa", ed è lì che l'attenzione si concentra quasi per intero. Ma una rete aziendale è fatta di molto altro: stampanti di rete, NAS per la condivisione dei file, telecamere IP, access point, gruppi di continuità con interfaccia di gestione, centralini VoIP. Ognuno di questi apparati ha un proprio software di sistema, spesso derivato da Linux, e proprie vulnerabilità che vengono scoperte e corrette nel tempo esattamente come succede per un server o una postazione di lavoro.

Nessuno ci pensa perché questi dispositivi "funzionano e basta": restano nell'angolo dove sono stati installati, non danno segni di vita al di fuori di quello per cui sono stati comprati, e proprio per questo vengono dimenticati per anni. Dal punto di vista della rete, però, pesano quanto un computer: hanno un indirizzo IP, spesso un'interfaccia di amministrazione raggiungibile, e talvolta credenziali di default mai cambiate dal giorno dell'installazione. Un dispositivo lasciato indietro resta comunque un punto d'ingresso possibile: la sua pericolosità non dipende da quanto è visibile, ma da quanto è raggiungibile.

Primo elemento: un inventario

Programmare gli aggiornamenti non vuol dire semplicemente farli più spesso. Vuol dire costruire un metodo che si ripete, fatto di pochi elementi concreti, e il primo di questi è sapere cosa è collegato alla rete. Sembra scontato, ma nella pratica non lo è quasi mai: capita di trovare aziende dove nessuno ha una lista aggiornata degli apparati presenti, e dove alcuni dispositivi sono stati installati anni prima da un fornitore che nel frattempo non lavora più con l'azienda.

Non si aggiorna quello che non si sa di avere. Un inventario, anche semplice, con l'elenco dei dispositivi, del loro indirizzo, del produttore e della versione del software che eseguono, è la base senza la quale ogni altro passo diventa un tentativo alla cieca. Non serve uno strumento complesso: basta un documento tenuto aggiornato con costanza, che qualcuno controlla e integra ogni volta che un apparato nuovo viene collegato alla rete.

Secondo elemento: una finestra di manutenzione

Il secondo elemento è avere un momento stabilito in cui gli aggiornamenti vengono applicati, e non un intervento estemporaneo fatto la sera prima di partire per le ferie perché "tanto ora ho un attimo di tempo". Una finestra di manutenzione definita, magari mensile per gli aggiornamenti ordinari e più ravvicinata per quelli critici, permette di pianificare, avvisare chi deve saperlo, e verificare con calma che tutto funzioni come prima anche dopo la modifica.

Senza una finestra fissa, gli aggiornamenti finiscono per dipendere dall'umore e dal tempo libero di chi se ne dovrebbe occupare. In un'azienda dove nessuno ha la sicurezza informatica come compito principale, questo significa quasi sempre che vengono rimandati fino a quando qualcosa si rompe da solo, e a quel punto quello che serve non è più una semplice manutenzione.

Terzo elemento: una prova prima di generalizzare

Un aggiornamento critico non va applicato direttamente su tutta la rete nello stesso momento. Va prima provato su un dispositivo o su un piccolo gruppo, verificando che il servizio continui a funzionare come previsto, prima di estenderlo al resto. È un passaggio che richiede un po' di tempo in più, ma evita un rischio molto concreto: fermare l'intera rete per un errore che una prova avrebbe scoperto in anticipo.

Gli aggiornamenti possono introdurre effetti collaterali non previsti nemmeno dal produttore stesso: un servizio che smette di rispondere, o un'interfaccia di gestione che cambia comportamento senza preavviso. Scoprirlo su un solo dispositivo, in un momento scelto con calma, costa una manciata di minuti. Scoprirlo su tutta la rete contemporaneamente, magari durante l'orario di lavoro, costa molto di più.

Quarto elemento: una via di ritorno

Il quarto elemento è avere un modo per tornare indietro rapidamente se qualcosa si rompe. Non tutti gli aggiornamenti sono reversibili con la stessa facilità, ma per la maggior parte dei dispositivi di rete è possibile tenere una copia della configurazione precedente, o conservare accessibile la versione di firmware sostituita, in modo da poter ripristinare la situazione di partenza senza dover ricostruire tutto da capo mentre il servizio è già fermo.

È un elemento che spesso viene saltato perché sembra un lavoro in più fatto per un'evenienza che probabilmente non si verificherà. Ma è proprio nei pochi casi in cui qualcosa va storto che la differenza tra un problema risolto in pochi minuti e un problema che tiene ferma l'azienda per un pomeriggio dipende quasi sempre dall'aver preparato in anticipo questa via di ritorno.

Quinto elemento: un responsabile chiaro

L'ultimo elemento, e probabilmente il più trascurato, è avere una persona precisa a cui è affidato il compito. "Se ne occupa chi ha tempo" in pratica vuol dire che non se ne occupa nessuno finché non è troppo tardi. Serve qualcuno che sappia di essere responsabile del compito, tenga l'inventario aggiornato e decida quando applicare un aggiornamento critico invece di aspettare la finestra programmata successiva.

Nella pratica, questo lavoro si organizza bene quando fa parte di un servizio continuativo di gestione dell'infrastruttura, dove l'aggiornamento non resta un'attività isolata ma diventa una voce ricorrente di un piano più ampio che comprende anche il monitoraggio e la sicurezza della rete. È il tipo di lavoro che descrivo nella pagina dedicata a cloud e sicurezza: una gestione che si ripete nel tempo con un metodo stabilito, non un intervento una tantum fatto quando qualcosa già non funziona.

Il costo reale di non farlo

Il rischio più citato quando si parla di aggiornamenti mancati è quello dell'attacco: un dispositivo vulnerabile sfruttato da chi cerca un punto d'ingresso nella rete. È un rischio reale, ma nella pratica quotidiana il costo più frequente è un altro, ed è anche meno raccontato.

Un aggiornamento programmato su un dispositivo dedicato richiede pochi minuti, ripetuti con una cadenza regolare. Un incidente causato da un dispositivo compromesso o mal funzionante richiede ore, a volte giorni: bisogna capire cosa è successo e quali sistemi sono stati toccati, poi bisogna ricostruire la fiducia in un'infrastruttura che fino a poco prima sembrava affidabile. Il tempo che si risparmia rimandando gli aggiornamenti è quasi sempre molto inferiore al tempo che si perde quando quel rimando si trasforma in un incidente da gestire sotto pressione.

Il lavoro di tenere aggiornata una rete resta tedioso, come tutte le attività di manutenzione ripetute nel tempo, ma è proprio la sua natura ripetitiva a renderlo economico rispetto all'alternativa. Un piano di aggiornamenti ben fatto costa poco perché è previsto.

Anche il piano di aggiornamenti più curato, però, non risolve da solo un problema che riguarda come è organizzata la rete al suo interno. Se un dispositivo compromesso, magari proprio uno aggiornato con qualche giorno di ritardo, riesce comunque a raggiungere qualsiasi altro apparato collegato, il danno si allarga in fretta indipendentemente da quanto la manutenzione sia stata puntuale. È il tema del prossimo articolo della serie, dedicato a perché una rete piatta è un rischio.