Giovedì scorso, gli strumenti di posta elettronica e di riunione su cui fa affidamento gran parte del mondo del lavoro hanno smesso di funzionare in almeno 74 paesi. Venerdì, poi, tutti i voli in partenza dagli Stati Uniti sono stati sospesi, segnando solo il secondo blocco nazionale del traffico aereo dall’11 settembre.
Nessuno di questi incidenti è stato un attacco, e la colpa non è da attribuire all’intelligenza artificiale. Infatti, Microsoft lo ha affermato chiaramente: l’interruzione non aveva nulla a che fare con attività informatiche o agenti di intelligenza artificiale. Ha attribuito il guasto a un precedente aggiornamento della rete, emerso a seguito di una recente modifica della stessa. Anche i funzionari federali non hanno trovato prove di un attacco informatico al controllo del traffico aereo, indicando invece un aggiornamento di routine effettuato da un appaltatore dal rame alla fibra ottica e un router che ha sovraccaricato la rete.
Non è successo nulla di straordinario, e questo dovrebbe farci riflettere. Si è trattato di normali modifiche all’interno di sistemi estremamente complessi da cui dipendono miliardi di persone. Se qualcosa di così ordinario può fermare il mondo, allora ripristinarlo non può aspettare che qualcosa si rompa. Ciò sottolinea l’importanza di adottare un approccio proattivo e di Recovery continuo.
La verità è che nessuno comprende appieno i decenni di infrastrutture, patch, aggiornamenti e nuove connessioni su cui si basa il mondo moderno. E sebbene tale complessità consenta al nostro mondo moderno di muoversi in modo così efficiente e rapido, è anche ciò che può causarne l’arresto altrettanto rapido. Basta un cambiamento in un punto e i sistemi su cui tutti fanno affidamento si bloccano.
Aggiungiamo ora l’IA e i sistemi agenti quasi autonomi che modificano le impostazioni, concedono l’accesso e trasferiscono dati più velocemente di quanto chiunque possa osservare. Aggiungiamo poi gli autori di attacchi che utilizzano l’IA su una scala che nessun team umano può eguagliare. Io la chiamo “vulnerabilità dell’IA”: più cambiamenti, più connessioni e più modi di fallire, il tutto alla velocità delle macchine. Questa settimana non si è parlato di IA, ma probabilmente la prossima sì.
Quando qualcosa si rompe, le ore più difficili arrivano dopo l’allarme, quando si cerca di capire cosa è cambiato e di cosa ci si può ancora fidare. Applicazioni, identità, configurazioni e le loro dipendenze devono ricomporsi, nell’ordine giusto: pulite, affidabili e pronte a funzionare.
Pertanto, il Recovery non può essere un piano da testare una volta all’anno. Deve essere uno stato proattivo e continuo, non difensivo.
Questa settimana allo SHIFT di Nashville abbiamo mostrato come funziona nella pratica. ResOps considera la resilienza come qualcosa da gestire in modo continuo piuttosto che come un piano da testare una volta all’anno, scoprendo ciò che si possiede, rilevando cosa è cambiato e ripristinando esattamente ciò. Se volete saperne di più su ResOps, date un’occhiata qui.
La resilienza è ciò che ogni consiglio di amministrazione desidera. La Recovery continua è l’unico modo per raggiungerla, sia in caso di un attacco a cui ci si sta preparando, sia in un normale giovedì che nessuno avrebbe potuto prevedere.Scopri di più su ResOps.
