Narratore: In questa
lezione parleremo dei sistemi legacy.
Che cos'è un sistema legacy?
Mi piace pensare a un sistema legacy
come a qualcosa di vecchio.
Si tratta di un sistema informatico che non è più
supportato dal suo fornitore e quindi non può più ricevere
aggiornamenti e patch di sicurezza.
Per esempio, se lavorate in uno stabilimento
di produzione, potrebbe esserci un sistema
critico per le vostre operazioni, ma ha 20 o 30 anni e la persona
che lo ha realizzato non è più in attività.
Beh, non riceverete più
aggiornamenti o patch di sicurezza per quell'oggetto,
ma funziona ancora e funziona ancora, e potrebbe
costarvi milioni di dollari sostituirlo.
Quindi cosa fare?
Beh, non lo si rattoppa, ma si iniziano a
trovare controlli di compensazione,
come l'isolamento nella propria rete e cose del genere, per assicurarsi
che il sistema possa continuare a funzionare e a far funzionare
l'azienda.
Quindi, quando abbiamo a che fare con i sistemi legacy,
abbiamo a che fare con questi vecchi
sistemi che non sono più supportati.
Un ottimo esempio è dato dall'analisi delle
reti ICS e SCADA, la maggior parte delle quali
è dotata di dispositivi obsoleti ancora in funzione.
Ad esempio, molti di loro utilizzano ancora Windows XP.
Mentre sto girando questo video, siamo
già nel 2020, eppure si parla ancora di Windows XP, uscito
nel 2001.
Perché?
Poiché Windows XP è ancora in uso oggi, anche
se è in disuso, anche se
è in disuso, la gente continua
a usarlo in questi sistemi legacy.
Il motivo è che è troppo costoso o troppo
difficile farlo uscire da quelle reti.
Quindi, in qualità di analisti della sicurezza, dobbiamo identificare questi
sistemi legacy e mettere in atto delle mitigazioni per poter
continuare a farli funzionare.
Per esempio, assicurarsi che questi sistemi
non si connettano a Internet.
Vogliamo invece assicurarci di avere
ulteriori livelli di sicurezza.
Vogliamo che il firewall sia attivo.
Vogliamo avere una segmentazione e altre cose del genere
per ridurre al minimo il rischio di questi sistemi legacy.
D'altra parte, abbiamo un'altra categoria
di sistemi che spesso non sono ben supportati,
e si tratta dei sistemi proprietari.
I sistemi proprietari sono sistemi di proprietà dello
sviluppatore o del fornitore, per i quali la mancanza di supporto da parte del
fornitore potrebbe essere un ostacolo alla bonifica.
Cosa intendo dire con questo?
Nella mia azienda ho un paio di sistemi proprietari.
È un software particolare che abbiamo fatto codificare
da uno sviluppatore.
Ora è un'azienda di terze parti e quindi, se
abbiamo bisogno di aggiornamenti e sicurezza, dobbiamo
stipulare un nuovo contratto per ottenere il supporto,
perché noi li paghiamo e loro sistemano il sistema.
Questo è un semplice esempio di sistema proprietario,
ma ce ne sono anche di più grandi.
Per esempio, se si guarda al Dipartimento della Difesa
degli Stati Uniti, ci sono molti sistemi proprietari,
non tutti possono uscire
e comprare un F16 o un carro armato Abrams.
Tutti questi sistemi sono stati
costruiti appositamente per questo scopo e quindi non possono
andare da Microsoft e dire: "Ehi, datemi
una patch per un carro armato Abrams". Invece devono tornare al fornitore
originale e, a seconda del contratto
stipulato con quest'ultimo,
possono ricevere
aggiornamenti mensili, semestrali, annuali
o in base alle esigenze.
E questo può effettivamente inibire la vostra bonifica,
perché se avete un ciclo di sei mesi e identificate
una vulnerabilità oggi, potrebbero volerci
sei mesi prima che vi codifichino
una patch e ve la inviino.
Si tratta quindi di problemi a cui bisogna
pensare quando si ha a che fare con sistemi proprietari.