Avevo capito che qualcosa non andava il giorno in cui il tirocinante mi chiamò “il sussurratore di server”. Non “Mac”, non “signor Peterson”. Il sussurratore di server. Come se fossi una specie di reperto da museo tecnologico, buono solo per ricordare come si facevano funzionare le macchine vecchie.
Mi chiamo Marcus Peterson, ma tutti mi chiamano Mac. Ho quarantanove anni e da quindici tengo in piedi la spina dorsale della rete di questa azienda. Una volta, qui, questo significava qualcosa. Una volta, quando il server faceva quel rumore stridente alle due di notte, chiamavano me per primo.
Non più. Il nuovo amministratore delegato, Bryce Warner, pensa che io sia un relitto. Ventotto anni, MBA fresco fresco da Stanford, e una visione: sostituire tutte le nostre “risorse legacy” con l’automazione basata sull’intelligenza artificiale. In linguaggio aziendale, significa licenziare chiunque sia abbastanza vecchio da ricordare quando le password non erano solo “password123”.
Bryce è il figlio di Howard Warner. Howard ha costruito questa azienda da zero. Un brav’uomo, Howard. Sapeva quanto valesse l’esperienza.
Era partito come rappresentante di vendita ed era arrivato a fare l’amministratore delegato in trent’anni, quando una stretta di mano contava ancora qualcosa. Ma la primavera scorsa Howard è andato in pensione, a sessantasette anni, e ha passato le chiavi al figlio. Ora è tutto “trasformazione digitale” e “ottimizzazione delle risorse umane”. Mi fa venire il voltastomaco.
Ricordo ancora quando Howard mi assunse. Era il 2009, subito dopo il crollo finanziario. A trentaquattro anni ero stato licenziato dal lavoro precedente, avevo passato sei mesi a cercare un impiego, e Howard si era preso un rischio con me. Disse che gli serviva qualcuno che capisse che la tecnologia non era solo l’ultimo aggeggio, ma costruire sistemi che non crollassero quando le cose si complicavano.
Furono anni belli. Howard passava dalla sala server, chiedeva come andava, ascoltava davvero le risposte. Durante il grande blackout del 2015, era lì con noi, a rimboccarsi le maniche, a coordinare l’installazione dei generatori di emergenza. Capiva che l’infrastruttura non è affascinante, ma è ciò che tiene in piedi tutto il resto.
La scritta sul muro era apparsa circa otto mesi fa, quando avevano fatto entrare Cain Mitchell. Un consulente con una barba che probabilmente costava più del mio finanziamento mensile del pick-up. Cain continuava a parlare di modernizzare i nostri “protocolli infrastrutturali antiquati” e di come l’intelligenza artificiale potesse gestire i lavori di manutenzione ordinaria meglio degli esseri umani. Manutenzione ordinaria.
Così chiamavano il mio lavoro. Cain passeggiava per la sala server come se stesse visitando una discarica, indicando le apparecchiature e chiedendo perché usassimo ancora hardware legacy quando le soluzioni cloud avrebbero potuto fare tutto più velocemente e a costi inferiori. Quel tipo non aveva mai visto un crash di rete alle tre di notte. Non aveva mai dovuto rintracciare un cavo attraverso quindici anni di aggiunte e modifiche per trovare l’unica connessione che causava guasti intermittenti.
Una volta provai a spiegarglielo. Che la nostra rete non era solo un insieme di dispositivi, ma un ecosistema. Che ogni server, ogni switch, ogni cavo aveva una storia. Che alcuni dei nostri sistemi più critici giravano su hardware tecnicamente obsoleto, ma così tanto personalizzato negli anni che sostituirlo avrebbe significato ricostruire metà dell’infrastruttura da zero.
Cain si limitò ad annodare e a prendere appunti sul suo tablet. Probabilmente scrivendo “il vecchio non capisce il progresso” o qualcosa di altrettanto paternalistico. Il punto di rottura arrivò circa tre mesi fa. Avevo chiesto l’approvazione del budget per aggiornare i sistemi di backup.
Niente di fantasmagorico: solo sostituire alcuni dischi che mostravano segnali di cedimento e aggiungere ridondanza ai protocolli di disaster recovery. Il tipo di lavoro inglorioso ma fondamentale, quello che impedisce alle aziende di perdere tutto quando le cose vanno male. Cain lo bocciò. Disse che i sistemi di monitoraggio basati sull’intelligenza artificiale potevano prevedere i guasti prima che accadessero, quindi i backup ridondanti erano una spesa inutile.
Dovevamo concentrarci su soluzioni lungimiranti, non mantenere dipendenze legacy. Ricordo il momento esatto in cui decisi di agire. Bryce mi convocò nel suo ufficio all’angolo, quello che era stato di suo padre. C’erano ancora i trofei di golf di Howard sullo scaffale, ma in sottofondo suonava un’app di meditazione con suoni di balene.
«Mac», disse, senza nemmeno alzare lo sguardo dal tablet, «dobbiamo parlare del tuo ruolo in futuro». Mi sedetti sulla stessa sedia su cui Howard mi aveva dato il bonus per il decimo anniversario. Sulla stessa sedia dove avevamo parlato della mia pensione, quando sembrava ancora una cosa che avrei potuto scegliere io, non qualcosa che mi veniva imposto. «Il consiglio ha approvato la nostra iniziativa di modernizzazione dell’infrastruttura», continuò Bryce.
«Il team di Cain implementerà sistemi di monitoraggio automatizzati che possono gestire il 90% di ciò che fai attualmente. Stiamo pensando di offrirti un pacchetto di pensionamento anticipato. »
Pensionamento anticipato a quarantanove anni, in un mercato del lavoro tech che pensa che chiunque abbia più di quarantacinque anni sia fondamentalmente un dinosauro. Il pacchetto, a dire il vero, non era malaccio.
Diciotto mesi di buonuscita, assistenza sanitaria continuativa, anche delle stock option che forse avrebbero valso qualcosa se l’azienda non fosse crollata dopo aver cacciato tutti quelli che sapevano davvero come funzionavano le cose. Ma non era una questione di soldi. Era una questione di rispetto. Di essere trattato come un essere umano, non come un pezzo di equipaggiamento che aveva esaurito la sua utilità.
Non discussi, non mi arrabbiai. Feci solo un cenno con la testa e dissi: «Fammi pensare». Ma stavo già pensando. A dire il vero, ci pensavo da quando Cain aveva iniziato a curiosare nella nostra sala server come un agente immobiliare che stima una casa destinata alla demolizione.
Vedete, ecco cosa Bryce e i suoi consulenti di intelligenza artificiale non capivano della nostra rete. Non erano solo cavi, server e switch. Erano relazioni. Dipendenze.
Ogni sistema che avevo costruito negli anni era collegato a ogni altro sistema, e quelle connessioni non erano documentate in nessun manuale che Cain potesse leggere. Prendete i nostri protocolli di backup: i sistemi automatizzati potevano gestire gli incrementali giornalieri, certo. Ma il disaster recovery completo richiedeva di sapere quali server riportare online per primi, quali database richiedevano verifica manuale, quali segmenti di rete dovevano essere isolati durante il ripristino. Non si poteva semplicemente premere un bottone e sperare.
Avevo provato a documentare tutto negli anni, ma c’erano sempre eccezioni. Stranezze che avevano senso solo se c’eri stato quando qualcosa si era rotto alle tre di notte di una domenica e avevi dovuto improvvisare una soluzione che, in qualche modo, era diventata definitiva. Come il server di autenticazione che doveva essere riavviato in una sequenza specifica. O il database di backup che funzionava solo se prima si svuotavano i log temporanei.
O lo switch di rete nell’edificio C che perdeva connessioni a caso a meno che non lo si riavviasse ogni sei mesi. Non erano esattamente bug. Erano più che altro cicatrici. Prove di quindici anni di gestione delle crisi, di riparazioni a mezzanotte, di arrangiarsi con quello che avevamo invece di quello che ci serviva.
Ogni reparto IT le ha. La differenza è che la maggior parte dei posti, prima o poi, sostituisce i sistemi che accumulano troppe cicatrici. Noi continuavamo a rattoppare e ad andare avanti. Howard lo capiva.
Era in giro da abbastanza tempo per sapere che a volte la soluzione più affidabile non è la più elegante. A volte un sistema funziona perché qualcuno che conosce le sue stranezze lo sorveglia, non perché è progettato perfettamente. Ma Bryce e Cain vedevano inefficienza dove Howard vedeva esperienza. Vedevano procedure obsolete dove lui vedeva conoscenza istituzionale.
Volevano tutto pulito, automatizzato e prevedibile. Il che suona benissimo, finché non succede qualcosa di imprevedibile. Così feci ciò che qualsiasi persona ragionevole avrebbe fatto quando sta per essere sostituita da una macchina. Mi procurai una polizza assicurativa.
Tutto iniziò con i contratti dell’infrastruttura. Ogni cliente importante richiedeva un’autorizzazione firmata per qualsiasi modifica ai loro protocolli di gestione dei dati. Roba standard, davvero. Gergo legale che copriva la nostra responsabilità se qualcosa fosse andato storto durante la manutenzione o gli aggiornamenti.
Quello che non era standard era la clausola che avevo aggiunto al modello circa sei mesi prima, proprio quando Cain aveva iniziato a fare i suoi grandiosi piani di modernizzazione. Era sepolta nella sezione 7. 3. 2 delle specifiche tecniche, quella che solo qualcuno con il mio livello di autorizzazione avrebbe mai letto attentamente.
“Le modifiche critiche all’infrastruttura e l’autorizzazione al disaster recovery saranno eseguite esclusivamente dal direttore senior designato dell’infrastruttura, Marcus Peterson, o da un successore esplicitamente documentato con equivalente conoscenza di sistema e livello di autorizzazione. ”
Non lo resi evidente. Non lo misi in grassetto, non lo evidenziai, non lo infilai in una sezione dedicata. Lo infilai semplicemente tra il linguaggio standard sulle procedure di backup e le politiche di conservazione dei dati.
L’ufficio legale lo approvò senza battere ciglio. Perché mai avrebbero dovuto? Ero io il direttore senior dell’infrastruttura. La clausola formalizzava semplicemente ciò che era già vero.
Ero l’unico con la conoscenza e l’autorizzazione per apportare modifiche importanti ai nostri sistemi centrali. La cosa meravigliosa dei contratti di infrastruttura è che sono come le polizze assicurative. Nessuno li legge attentamente finché qualcosa non va storto. E nel mondo della tecnologia, qualcosa va sempre storto.
Nei mesi successivi, feci in modo che quella clausola finisse in ogni nuovo contratto che firmavamo. Rinnovi dei clienti, accordi con i fornitori, contratti di servizio. Ovunque si toccassero i nostri requisiti infrastrutturali. Ogni volta, il legale la timbrava come linguaggio standard.
Ogni volta, il cliente firmava senza fare domande. Quando il progetto di automazione di Cain entrò nel vivo, avevo una protezione legale incorporata in contratti per un valore pari a circa il 60% del nostro fatturato annuo. Non che avessi intenzione di usarla, capitemi. Era lì.
Solo per sicurezza. Nel frattempo, Cain si stava divertendo un mondo a ridisegnare le nostre operazioni. Portò una squadra di consulenti junior, tutti ragazzini con lauree in cybersecurity e cloud computing, tutti convinti di poter rivoluzionare la nostra architettura legacy con gli ultimi strumenti automatizzati. Passarono settimane a mappare la nostra rete, creando diagrammi e organigrammi che sembravano impressionanti nelle presentazioni PowerPoint ma che omettevano metà delle connessioni reali.
Installarono software di monitoraggio in grado di tracciare centinaia di metriche in tempo reale, ma incapaci di distinguere un guasto hardware da una finestra di manutenzione programmata. Cain teneva riunioni settimanali dove mostrava dashboard piene di grafici colorati e metriche di performance. Tutto era ottimizzato, snellito, pronto per il futuro. Bryce ne era entusiasta.
Cominciò a parlare del team di Cain come se stessero rivoluzionando l’intero settore. La cosa divertente è che alcuni dei loro miglioramenti funzionavano davvero. I nuovi strumenti di monitoraggio individuavano i problemi più velocemente dei miei vecchi metodi. Il sistema di gestione automatica delle patch riduceva i tempi di inattività durante gli aggiornamenti.
L’analisi del traffico basata sull’intelligenza artificiale identificava colli di bottiglia che non avevo notato. Ma stavano risolvendo i problemi facili. La routine che accade ogni giorno e segue schemi prevedibili. Non si stavano preparando per le cose strane.
I disastri che capitano una volta all’anno e non seguono alcuno schema, quelli che richiedono qualcuno che capisca non solo come i sistemi dovrebbero funzionare, ma come funzionano davvero quando tutto va a rotoli. Lo vedevo arrivare. L’avevo già visto, al mio vecchio lavoro, durante lo scoppio della bolla delle dot-com. Il management si entusiasma per una nuova tecnologia che promette di fare tutto più a buon mercato e più in fretta.
Iniziano a vedere i dipendenti esperti come costi superflui invece che come risorse preziose. Si convincono che l’automazione possa sostituire la conoscenza istituzionale. A volte hanno ragione. A volte il vecchio modo è davvero inefficiente e il nuovo modo è davvero migliore.
Ma a volte hanno torto, e quando se ne accorgono, quelli che avrebbero potuto salvarli sono già andati via. Dennis Rodriguez, il nostro CTO, lo vedeva anche lui. Era in giro quasi quanto me, capiva la differenza tra miglioramenti teorici e soluzioni pratiche. Avevamo iniziato a fare chiacchiere tranquille davanti a un caffè, il tipo di conversazioni in cui non dici ciò che pensi davvero, ma entrambi capiscono lo stesso.
«Come va la pianificazione pensionistica? » chiese una mattina, mescolando lo zucchero nel caffè come se richiedesse tutta la sua attenzione. «Sto ancora pensandoci», dissi. «E tu?
»
«Uguale. Anche se sento che non stanno più chiedendo, in realtà. »
Aveva ragione, ovviamente. La scritta sul muro era chiara per chiunque fosse stato nel mondo del lavoro abbastanza a lungo da leggere tra le righe.
Il team di Cain non stava solo modernizzando i nostri sistemi. Stavano documentando tutto ciò che facevamo per dimostrare che non servivamo più. I sistemi di monitoraggio automatizzato di Cain entrarono in funzione un martedì di ottobre. Grande lancio, con un’email a tutta l’azienda sull’ingresso in una nuova era di eccellenza operativa.
Bryce scese persino in sala server per vedere Cain premere l’interruttore simbolico, come se stessimo lanciando una navetta spaziale invece di accendere un software. Entro giovedì, avevano mancato tre piccoli problemi che io avrei individuato nel sonno. Il primo era un picco di temperatura nel rack C. Niente di drammatico, solo un aumento di 5 gradi che suggeriva che una delle ventole di raffreddamento stava iniziando a cedere.
Il monitoraggio dell’intelligenza artificiale lo segnalò come entro i parametri accettabili, perché tecnicamente lo era. Ma io conoscevo quel rack. Sapevo che era caldo anche in condizioni ottimali. Un picco di 5 gradi significava che avevamo forse due settimane prima di un guasto completo del raffreddamento che avrebbe potuto abbattere metà dei nostri database server.
Non lo segnalai. Non era più il mio lavoro, secondo i nuovi protocolli. Il secondo era uno schema di traffico insolito sul nostro firewall esterno. Qualcuno stava sondando le nostre difese, inviando piccoli pacchetti su porte diverse, mappando la topologia della nostra rete.
Comportamento classico da ricognizione. Il sistema di intelligenza artificiale lo registrò come traffico esterno di routine, perché rimaneva al di sotto delle soglie di volume programmate dal team di Cain. Ma io avevo già visto questo schema. Lento, metodico, paziente.
Il tipo di sondaggio che richiede settimane per essere completato, ma dà agli attaccanti una mappa completa della tua infrastruttura prima di colpire. La maggior parte dei sistemi automatizzati non lo rileva, perché cercano picchi drammatici o firme di attacco ovvie. Questo era più come qualcuno che fa un sopralluogo a una casa prima di una rapina. Anche in questo caso, non lo segnalai.
Non era più una mia responsabilità. Il terzo era una verifica di backup fallita silenziosamente. Il nostro sistema di backup automatico girava ogni notte, copiando i dati critici su un archivio esterno. Il monitoraggio di Cain mostrava tutti semafori verdi: backup completato con successo, tutti i file trasferiti, nessun errore rilevato.
Tranne che l’hash di verifica era sbagliato. Il backup era stato completato, ma i file si erano corrotti durante il trasferimento. Non in modo evidente. Si aprivano e si visualizzavano normalmente.
Ma prova a ripristinarli da un backup durante una vera emergenza e scopriresti che circa il 30% dei dati era inutilizzabile. Avevo visto questo stesso identico schema di guasto tre anni prima. L’avevo rintracciato fino a un problema di timeout della rete che si verificava quando la nostra connessione internet si congestionava nelle ore di punta. Lo avevo risolto regolando le impostazioni del protocollo di trasferimento e programmando i backup in una finestra oraria diversa.
Niente di complicato. Richiedeva solo di conoscere la storia. L’intelligenza artificiale di Cain non conosceva la storia. Vedevano solo che il processo di backup era stato completato senza generare errori, quindi tutto doveva essere a posto.
Tre colpi. Tre errori che avrebbero potuto distruggere l’azienda se fossero accaduti nel momento sbagliato. E nessuno se n’era accorto, tranne il tizio che stavano cercando di sostituire. Venerdì pomeriggio, Cain si mise davanti a tutto il reparto IT con una presentazione PowerPoint su metriche di ottimizzazione e guadagni di efficienza.
Aveva grafici che mostravano come i sistemi di intelligenza artificiale gestissero le attività di routine il 40% più velocemente dei processi manuali. Grafici che dimostravano tempi di risposta ridotti e statistiche di uptime migliorate. Aveva ragione, ovviamente. L’intelligenza artificiale era più veloce.
Solo che non era più intelligente. «Domande? » chiese Cain, cliccando sulla sua ultima diapositiva con l’immagine di un razzo e le parole “Il futuro è adesso” in grassetto. Dennis alzò la mano.
«E i casi limite? Gli scenari che non rientrano nei parametri programmati? »
«Ottima domanda», disse Cain, che nel linguaggio dei consulenti significa “speravo che nessuno lo chiedesse”. «La bellezza dell’apprendimento automatico è che si adatta continuamente.
Più dati elabora, più diventa bravo a gestire le eccezioni. »
«Ma cosa succede se accade qualcosa che non è mai accaduto prima? » insistette Dennis. «Qualcosa al di fuori del set di dati di addestramento.
»
Cain sorrise di quel sorriso paziente che i consulenti usano quando pensano di avere a che fare con dinosauri che non capiscono il progresso. «È esattamente il motivo per cui abbiamo protocolli di escalation. Il sistema segnala tutto ciò che non può gestire e lo instrada alle risorse umane appropriate. »
Risorse umane.
Non esperti umani. Non persone che capiscono i sistemi. Solo generiche “risorse umane”, come se fossimo pezzi intercambiabili. Sapevo cosa sarebbe successo.
Lo sapevo da settimane, in realtà, da quando avevo iniziato a notare schemi nei nostri log di sicurezza. Qualcuno stava testando le nostre difese, cercando punti deboli, mappando la topologia della nostra rete. I sistemi automatizzati lo segnalavano come traffico di routine perché rimaneva sotto le soglie di volume e non corrispondeva a nessuna firma di attacco conosciuta. Ma io riconoscevo la metodologia.
Lenta, sistematica, professionale. Non era uno script kiddie in cerca di bersagli facili. Era qualcuno con pazienza e competenza che si prendeva il suo tempo per capire la nostra infrastruttura prima di fare la sua mossa. Le vecchie bande di ransomware operavano così.
Passavano mesi a studiare il bersaglio, identificare i server critici, mappare le dipendenze di rete. Poi, quando finalmente colpivano, sapevano esattamente quali sistemi attaccare per ottenere il massimo danno e il minimo tempo di rilevamento. Il monitoraggio dell’intelligenza artificiale di Cain cercava le cose sbagliate. Era addestrato a rilevare attacchi ovvi: picchi massicci di traffico, firme di malware note, tentativi di accesso non autorizzato.
Non era programmato per riconoscere una ricognizione che sembrava traffico aziendale normale. Lunedì mattina arrivai presto. Una vecchia abitudine, dopo quindici anni da tipo che doveva ripulire i disastri del fine settimana. Una volta passavo la prima ora a controllare i log notturni, assicurandomi che tutti i backup automatici fossero stati completati correttamente, verificando che il nostro sistema di rilevamento intrusioni non avesse mancato nulla di importante.
Ma non dovevo più farlo. I sistemi di Cain se ne occupavano. Mi presi un caffè dalla macchina nella sala relax, quella che era stata rotta per sei mesi finché non l’avevo riparata io stesso perché le strutture continuavano a dire che ci avrebbero pensato. Mi sedetti alla mia scrivania e aprii il mio laptop personale invece del terminale aziendale.
Avevo dei video di falegnameria che volevo guardare. Un progetto per il mio garage: costruire un armadietto per gli attrezzi. Sembrava un buon modo per passare la mattinata mentre i sistemi di intelligenza artificiale di Cain gestivano tutto. Alle 9:47, i primi server iniziarono ad andare offline.
Entro le 10:15, un attacco ransomware su vasta scala si stava diffondendo sulla nostra rete più velocemente di quanto le difese automatizzate di Cain potessero rispondere. Ogni file su ogni server veniva criptato. Gli attaccanti chiedevano 50 bitcoin per rilasciare le chiavi di decrittazione. L’ufficio precipitò nel caos.
Gente che correva tra le scrivanie, telefoni che squillavano senza sosta. Bryce che urlava al telefono con qualche società di risposta alle emergenze trovata su Google. Sentivo Cain nella sala server digitare freneticamente comandi che non funzionavano. La sua voce diventava sempre più acuta e sempre più presa dal panico a ogni tentativo fallito.
I sistemi automatizzati avevano protocolli di risposta per le intrusioni normali. Ma questo non era normale. Era chirurgico, preciso. Gli attaccanti avevano mappato l’intera topologia della nostra rete durante quelle settimane di ricognizione e sapevano esattamente quali server colpire per primi per massimizzare il danno e minimizzare il tempo di rilevamento.
Avevano abbattuto prima i nostri server di autenticazione, tagliando l’accesso agli strumenti amministrativi. Poi i controller di backup, rendendo impossibile ripristinare dai nostri sistemi di backup automatizzati. Infine, avevano isolato i server di database, assicurandosi che anche se avessimo riconquistato il controllo, non avremmo avuto modo di verificare l’integrità dei dati. Era un capolavoro di distruzione sistematica.
Il tipo di attacco che richiede mesi di pianificazione e secondi per essere eseguito. Dennis Rodriguez mi trovò alla mia scrivania intorno alle 11:30. Stavo mangiando con calma un panino al prosciutto e guardando la dashboard dello stato della rete diventare rossa segmento dopo segmento, come guardare cadere le tessere del domino al rallentatore. «Mac», disse, con la voce tesa dallo stress, «abbiamo bisogno del tuo aiuto.
»
«Mi dispiace», dissi, prendendo un altro morso del panino, «sono solo personale legacy, ricordi? Cain ha tutto sotto controllo. »
Dennis si sedette sulla sedia accanto alla mia scrivania. Lavoravamo insieme da otto anni.
Mi conosceva abbastanza bene da capire quando volevo fare un punto. «Quanto è grave? » chiese a bassa voce. Tirai fuori la vera mappa di rete sul mio monitor secondario, quella che mostrava tutte le connessioni che i sistemi di Cain non conoscevano, le dipendenze che non erano documentate in nessuno dei suoi diagrammi, i percorsi di backup che richiedevano un’autorizzazione manuale per essere accessili.
«Grave», dissi. «Hanno colpito tutto ciò che contava e ignorato tutto ciò che non contava. Lavoro professionale. Ma hanno fatto un errore.
»
«Quale? »
«Hanno dato per scontato che i sistemi automatizzati di Cain gestissero i protocolli di disaster recovery. Non è così. Quelli richiedono ancora un’autorizzazione manuale da parte di qualcuno con il giusto livello di autorizzazione e conoscenza del sistema.
»
Dennis fissò la mappa. La comprensione si dipinse lentamente sul suo volto. «I contratti di infrastruttura. »
«Già.
»
Alle 12:45, Bryce si presentò alla mia scrivania. Sembrava invecchiato di dieci anni in tre ore. Il suo costoso abito era sgualcito. C’erano macchie di sudore sotto le ascelle.
I suoi capelli, di solito perfetti, erano arruffati per averci passato le mani in continuazione. «Mac», disse, con la voce leggermente incrinata, «devo ripristinare i nostri sistemi. »
Mi appoggiai allo schienale della sedia, finii l’ultimo boccone del panino e mi asciugai le mani con un tovagliolo. «Non posso, capo.
Il team di Cain gestisce l’infrastruttura ora, ricordi? Sto solo aspettando il mio pacchetto pensionistico. »
«Non è il momento degli scherzi, Mac. »
«Non sto scherzando.
»
«Ma non posso autorizzare i protocolli di disaster recovery senza la documentazione adeguata. Politica aziendale. »
Il viso di Bryce passò dal pallido al rosso. «Che documentazione?
»
Tirai fuori una copia cartacea del contratto di infrastruttura, quella con la mia clausola sepolta evidenziata in giallo. «Questa. Sezione 7. 3.
2. Tutte le operazioni di disaster recovery richiedono l’autorizzazione del direttore senior designato dell’infrastruttura con equivalente conoscenza di sistema e livello di autorizzazione. »
«Sei tu. »
«Ero io.
Ma secondo la riorganizzazione di Cain, quella posizione non esiste più. Sono solo una risorsa legacy, ricordi? Non ho l’autorizzazione per apportare modifiche a livello di sistema. »
Il silenzio si protrasse abbastanza a lungo da farci sentire Cain in sottofondo che spiegava a qualcuno al telefono perché i sistemi di failover automatizzato non funzionavano.
La sua voce era passata dalla sicurezza alla disperazione. «Cosa vuoi? » chiese finalmente Bryce. Mi alzai in piedi, mi raddrizzai le spalle e lo guardai negli occhi.
«La stessa cosa che volevo sei mesi fa, quando tuo padre mi parlò di pianificazione pensionistica. Rispetto. Riconoscimento. E un posto al tavolo quando prendete decisioni sui sistemi che ho costruito.
»
Monica Stevens, dell’ufficio legale, arrivò venti minuti dopo con una documentazione d’emergenza che mi nominava direttore senior ad interim dell’infrastruttura con piena autorizzazione per il ripristino dei sistemi. Probabilmente aveva violato diverse procedure aziendali per tagliare la burocrazia così in fretta, ma a volte le emergenze richiedono interpretazioni creative delle politiche. Non trionfai. Non feci discorsi.
Mi limitai a entrare nella sala server, tirai fuori il mio laptop personale e iniziai a digitare comandi che i sistemi di Cain non sapevano che esistessero. Il ripristino richiese sei ore. Non perché fosse tecnicamente difficile, ma perché lo feci metodicamente, verificando ogni passaggio, controllando le dipendenze che non erano in nessun manuale. Dovevo riportare i sistemi online in una sequenza specifica, verificare l’integrità del database a ogni fase e autorizzare manualmente l’accesso ai sistemi di backup che gli strumenti automatizzati non potevano raggiungere.
Cain mi guardò da dietro per la prima ora, facendo domande su procedure che non erano nella sua documentazione. Alla fine, si limitò a sedersi in silenzio, prendendo appunti, cominciando a capire la differenza tra sapere come i sistemi dovrebbero funzionare e sapere come funzionano davvero quando tutto va storto. Alle 18:00, eravamo di nuovo online. Tutti i dati recuperati.
Nessun riscatto pagato. Danno permanente minimo. Le chiavi di crittografia degli attaccanti erano prive di valore, perché non erano mai riusciti a penetrare i nostri sistemi di backup centrali, quelli che richiedevano l’autorizzazione manuale per essere accessibili. La mattina dopo, Howard Warner era di nuovo in ufficio.
A quanto pareva, Bryce aveva chiamato suo padre quando la società di risposta alle emergenze aveva chiesto 500. 000 dollari per servizi professionali di recupero da ransomware, senza garanzia di successo. Tre giorni dopo, avevo un nuovo biglietto da visita. Chief technology officer, con riporto diretto al consiglio di amministrazione.
Aumento di stipendio, pacchetto azionario e un mandato per integrare i sistemi automatizzati con le competenze umane, invece di sostituire gli uni con le altre. Il contratto di Cain fu rescisso. Bryce fu spostato allo sviluppo strategico, che tutti sapevano essere il purgatorio aziendale. Durò circa sei mesi prima di trovare un posto in qualche startup che probabilmente meritava di avere a che fare con lui.
La cosa divertente è che non sono più arrabbiato. A quanto pare, la migliore vendetta non è pareggiare i conti. È avere ragione. Ora abbiamo sistemi di monitoraggio basati sull’intelligenza artificiale, certo.
Ma riportano a esseri umani che capiscono cosa stanno monitorando. Abbiamo documentato i nostri protocolli di disaster recovery, ma abbiamo anche formato una nuova generazione di ingegneri che sanno quando seguire il manuale e quando fidarsi della propria esperienza. Sentite, se state ascoltando questo e avete più di quarantacinque anni, se lavorate nel tech o in qualsiasi campo dove continuano a parlare di automazione che sostituisce l’esperienza, ecco cosa ho imparato. A volte i vecchi metodi non sono obsoleti.
Stanno solo aspettando qualcuno abbastanza intelligente da capire come integrarli con i nuovi. E a volte, quando hai fatto qualcosa per quindici anni, la migliore polizza assicurativa non è il tuo piano pensionistico. È assicurarti di essere l’unico a sapere dove sono tutti gli interruttori. Non lasciate che vi cancellino come “legacy”.
Non siete hardware obsoleto. Siete conoscenza istituzionale. E quella vale più di qualsiasi sistema di intelligenza artificiale possano comprare.
