Il tuo data center è davvero sicuro? Controlla queste statistiche.

Un data center può sembrare sicuro dall’esterno e tuttavia comportare gravi rischi all’interno. Porte chiuse, telecamere, allarmi antincendio e password complesse sono importanti, ma coprono solo una parte del quadro. Un data center più sicuro necessita di protezione per edifici, sistemi, dati, personale, fornitori e piani di ripristino. Quando esamino un data center, non chiedo solo: "Qualcuno può entrare nell'edificio?" Chiedo inoltre: - Chi può raggiungere le apparecchiature sensibili? - Il team è in grado di rilevare attività insolite? - Cosa succede durante un'interruzione di corrente? - Con quale frequenza vengono testati i backup? - L'azienda può continuare a funzionare dopo un incidente? Queste domande aiutano a rivelare le lacune che una rapida visita al sito potrebbe non cogliere. ## Verifica i controlli dell'accesso fisico La sicurezza fisica rimane una parte fondamentale della protezione del data center. Una persona che raggiunge un rack di server può accedere ad apparecchiature, cavi, dispositivi di archiviazione o connessioni di rete. Cerco controlli di accesso stratificati come: - Cancelli di sicurezza all'ingresso del sito - Controlli dell'identità del personale e dei visitatori - Accesso con badge per aree riservate - Controlli biometrici per zone sensibili - Regole di accompagnamento dei visitatori - Registri di accesso con revisioni regolari - Rack e armadi server chiusi a chiave - Procedure chiare per i badge smarriti Un sistema di badge è utile solo quando l'azienda lo gestisce bene. L'ex personale dovrebbe perdere immediatamente l'accesso. I lavoratori temporanei dovrebbero ricevere permessi limitati. I visitatori non dovrebbero spostarsi nelle aree tecniche senza supervisione. Una semplice verifica dell'accesso può svelare eventuali problemi. Ad esempio, un tecnico potrebbe essersi trasferito in un altro reparto ma mantenere comunque l'accesso a una stanza in cui sono conservate le apparecchiature di rete. La rimozione di tale accesso riduce i rischi senza modificare la progettazione più ampia della sicurezza. ## Revisione di telecamere, allarmi e monitoraggio Le telecamere possono supportare le indagini, ma non sostituiscono il personale formato e procedure chiare. Controllo se le telecamere coprono ingressi, aree di carico, sale server, sistemi di alimentazione e altri luoghi sensibili. La revisione dovrebbe includere: - Copertura della telecamera e qualità dell'immagine - Periodi di archiviazione video - Tempi di risposta agli allarmi - Avvisi di porta aperta - Avvisi di movimento in aree riservate - Monitoraggio al di fuori del normale orario di lavoro - Registrazioni per eventi di sicurezza Una telecamera che registra filmati ma nessuno la revisiona può offrire un valore limitato. Gli avvisi necessitano di un proprietario definito. Il personale deve sapere chi li riceve, come verifica un evento e quando contatta la sicurezza del sito o i servizi di emergenza. ## Testare alimentazione, raffreddamento e protezione antincendio I server necessitano di alimentazione stabile e temperatura controllata. Un problema di alimentazione può compromettere i servizi aziendali in pochi secondi. I guasti al raffreddamento possono causare danni alle apparecchiature o uno spegnimento automatico. Chiedo prova di test regolari per: - Gruppi di continuità - Generatori di riserva - Disponibilità di carburante - Sistemi di trasferimento automatico - Unità di raffreddamento - Sensori di temperatura - Rilevamento acqua - Allarmi antincendio e sistemi di soppressione La progettazione deve corrispondere alle esigenze aziendali. Una piccola applicazione interna può avere requisiti diversi da una piattaforma di pagamento o da un sistema sanitario. Il giusto livello di backup dipende dall'impatto del servizio, dalle ore di funzionamento, dagli obiettivi di ripristino e dal budget disponibile. Una prova pratica dovrebbe simulare un guasto in condizioni controllate. Dovrebbe mostrare se viene avviata l'alimentazione di backup, se il raffreddamento rimane stabile e se il personale può rispondere senza confusione. ## Esamina i controlli di sicurezza informatica La protezione fisica non ferma il phishing, il furto di credenziali, il malware o l'accesso remoto non autorizzato. Un data center sicuro necessita anche di forti controlli digitali. Verifico se l'organizzazione utilizza: - Autenticazione a più fattori - Account amministratore separati - Accesso basato sui ruoli - Segmentazione della rete - Regole del firewall con revisioni periodiche - Accesso remoto sicuro - Applicazione di patch al sistema - Protezione antimalware - Crittografia per dati sensibili - Log di sicurezza centralizzati Gli account amministratore meritano molta attenzione. Una password condivisa rende difficile identificare chi ha modificato un'impostazione. Gli account individuali creano un record più chiaro e consentono la rimozione dell'accesso quando una persona se ne va. La segmentazione della rete può limitare i danni. Se viene infettato un computer dell'ufficio, la minaccia non dovrebbe avere un percorso diretto verso tutti i server e i sistemi di gestione. ## Controlla i piani di backup e ripristino Un backup non è un piano di ripristino di per sé. Voglio sapere dove sono archiviati i backup, chi può accedervi, quanto spesso vengono eseguiti e se il team ha ripristinato i dati correttamente. Una revisione utile riguarda: - Frequenza di backup - Posizioni di backup separate - Copie offline o protette - Crittografia - Restrizioni di accesso - Periodi di conservazione - Obiettivi del tempo di ripristino - Obiettivi del punto di ripristino - Record dei test di ripristino Una società può segnalare che i backup vengono eseguiti ogni notte, ma un test di ripristino può rivelare file mancanti o record danneggiati. I test mostrano ciò che l’azienda può effettivamente recuperare. Una piccola azienda di vendita al dettaglio lo ha scoperto dopo che un guasto di archiviazione ha influenzato il suo sistema di ordini. Il processo di backup è stato completato senza errori evidenti, ma parte dei dati dell'applicazione non è stata inclusa nell'ambito del backup. Un ripristino di prova ha evidenziato il divario prima che si verificasse un incidente più grande. L'azienda ha quindi aggiornato le regole di backup e aggiunto controlli di ripristino mensili. ## Esaminare le pratiche del personale e dei fornitori Persone e fornitori spesso si connettono a sistemi che contengono informazioni sensibili. Il loro accesso dovrebbe corrispondere al loro lavoro. Controllo: - Formazione sulla sicurezza - Consapevolezza del phishing - Canali di segnalazione chiari - Procedure di partenza del personale - Limiti di accesso dei fornitori - Requisiti di sicurezza del contratto - Registri di manutenzione remota - Controlli dei precedenti ove opportuno e legale - Revisioni periodiche dei fornitori Un fornitore può aver bisogno di accesso per la manutenzione, ma tale accesso non deve necessariamente rimanere aperto tutto il giorno. Autorizzazioni e registrazioni di sessioni limitate nel tempo possono ridurre l'esposizione. La formazione dovrebbe utilizzare le situazioni che il personale può incontrare sul posto di lavoro. Un messaggio che richiede una reimpostazione urgente della password è più utile come esempio formativo che un lungo elenco di termini tecnici. ## Crea un piano di risposta agli incidenti Nessun controllo di sicurezza rimuove tutti i rischi. Il team necessita di un piano di risposta pratico per eventi quali: - Ingresso non autorizzato - Ransomware - Perdita di energia - Guasto di raffreddamento - Perdita d'acqua - Furto di apparecchiature - Interruzione della rete - Esposizione dei dati Il piano dovrebbe nominare i decisori, i contatti tecnici, il personale della struttura, i fornitori e i canali di comunicazione. Dovrebbe spiegare in che modo il team isola i sistemi, protegge le prove, informa le parti interessate e ripristina i servizi. Un documento archiviato solo sulla rete interessata potrebbe non essere disponibile durante un incidente. Conserva una copia offline protetta e rivedi i dettagli di contatto a intervalli prestabiliti. Una breve tabella può aiutare: | Evento | Azione immediata | Responsabile | Obiettivo di recupero | |---|---|---|---| | Interruzione di corrente | Confermare l'alimentazione di backup e lo stato dell'apparecchiatura | Responsabile della struttura | In base alle esigenze di servizio | | Accesso sospetto | Sospendere l'account e rivedere i registri | Responsabile della sicurezza | In base al rischio | | Rilevazione acqua | Proteggere il personale e isolare l'area interessata | Squadra del sito | Specifico del sito | | Avviso malware | Separare i sistemi interessati | Piombo IT | In base alla priorità del sistema | ## Misurare la sicurezza con revisioni periodiche Una revisione della sicurezza del data center non dovrebbe avvenire solo dopo un incidente. Imposta una pianificazione per controlli di accesso, ripristini di backup, controlli di patch, test delle telecamere, revisioni dei fornitori ed esercitazioni di emergenza. Preferisco documenti chiari piuttosto che affermazioni ampie. Un report utile dovrebbe mostrare: - Cosa è stato controllato - Quando è stato controllato - Chi ha eseguito il controllo - Quale problema è stato riscontrato - Quale azione è pianificata - Chi possiede l'azione - Quando l'azione verrà rivista L'obiettivo non è creare un report dall'aspetto perfetto. L’obiettivo è comprendere il rischio rimanente e apportare miglioramenti sensibili. Un data center è più sicuro quando i controlli fisici, i controlli digitali, le pratiche del personale e i piani di ripristino si supportano a vicenda. Comincio dai sistemi che causerebbero i danni maggiori se venissero fermati o venissero scoperti. Da lì, collaudo i controlli, registro le lacune e assegno azioni pratiche. La sicurezza non è dimostrata da una porta chiusa a chiave o da un documento di audit pulito. Lo dimostra la capacità del team di prevenire problemi, rilevare attività insolite, rispondere sotto pressione e ripristinare i servizi essenziali.

La sicurezza dei data center non riguarda solo porte e telecamere chiuse. Un singolo account debole, un backup non riuscito o una connessione al fornitore possono influire sui dati dei clienti, sulla disponibilità del servizio e sul reddito aziendale. Considero le statistiche sulla sicurezza dei data center come segnali di allarme. Mostrano dove i team perdono il controllo e dove un piano di sicurezza pratico può ridurre l’esposizione. Il costo di una violazione dei dati continua ad aumentare Il Cost of a Data Breach Report 2024 di IBM ha fissato il costo medio globale di una violazione dei dati a 4,88 milioni di dollari. Il rapporto ha riguardato più di 600 organizzazioni di diversi settori. La cifra include indagini, recupero, lavoro legale, assistenza clienti e affari persi. Ciò non significa che ogni violazione creerà lo stesso costo. Una piccola azienda potrebbe dover affrontare una perdita diretta inferiore, mentre un grande fornitore di servizi potrebbe subire un impatto molto maggiore. Per me, la lezione principale è semplice: la sicurezza del data center dovrebbe essere trattata come una questione aziendale, non solo come un compito IT. Un piano di sicurezza dovrebbe coprire: - Record di clienti e dipendenti - Accesso al server - Sistemi di backup - Attrezzature di rete - Account cloud e di colocation - Connessioni ai fornitori - Procedure di ripristino L'errore umano rimane parte del percorso di attacco Il Verizon 2024 Data Breach Investigations Report ha rilevato che l'elemento umano è stato coinvolto nel 68% delle violazioni esaminate nel suo studio. Ciò può includere: - Password riutilizzate - Messaggi di phishing - Impostazioni di accesso errate - Dispositivi smarriti - Software non approvato - Condivisione accidentale dei dati - Cattiva gestione degli account amministratore Un data center può disporre di potenti firewall e moderni strumenti di monitoraggio. Un dipendente che approva una richiesta di accesso falsa può comunque fornire a un utente malintenzionato un percorso nell'ambiente. Inizierei con piccoli controlli che i team possono seguire ogni giorno: 1. Richiedere l'autenticazione a più fattori per gli account amministrativi. 2. Rimuovere l'accesso quando una persona cambia ruolo o lascia l'azienda. 3. Utilizzare account separati per il normale lavoro e l'amministrazione del server. 4. Testare la consapevolezza del personale con chiari esempi di formazione. 5. Esamina l'attività di accesso insolita. 6. Tenere un registro di chi può accedere a ciascun sistema. La formazione sulla sicurezza funziona meglio quando riflette compiti reali. Un operatore finanziario deve riconoscere un'e-mail di fattura falsa. Un amministratore di sistema deve identificare un accesso insolito da una posizione sconosciuta. L'accesso di terze parti può espandere la superficie di attacco Il rapporto di Verizon ha inoltre rilevato che il 15% delle violazioni coinvolgeva terze parti. La figura copre partner, venditori, fornitori e altre organizzazioni esterne collegate all'ambiente interessato. I data center spesso dipendono da fornitori esterni per: - Manutenzione hardware - Monitoraggio remoto - Sicurezza gestita - Servizi cloud - Aggiornamenti software - Archiviazione di backup - Supporto per l'accesso fisico Un fornitore potrebbe aver bisogno di accedere a un server per una breve riparazione. Un resoconto ampio che raggiunga diversi sistemi crea un rischio maggiore di quanto richiesto dal lavoro. Raccomando una semplice verifica dell'accesso del fornitore: - Elenca tutti i fornitori esterni con accesso al sistema. - Registrare il motivo di ogni autorizzazione. - Imposta una data di scadenza per l'accesso temporaneo. - Richiede l'autenticazione a più fattori. - Esaminare i registri delle attività del fornitore. - Rimuovere gli account inutilizzati. - Chiedere ai fornitori come gestiscono gli incidenti. L’obiettivo non è bloccare ogni fornitore. L'obiettivo è rendere l'accesso stretto, visibile e facile da rimuovere. Le interruzioni possono creare problemi di sicurezza Secondo l'analisi annuale delle interruzioni 2024 dell'Uptime Institute, il 54% degli intervistati ha affermato che l'ultima interruzione è costata più di 100.000 dollari, mentre il 20% ha segnalato costi superiori a 1 milione di dollari. Il sondaggio riflette le esperienze riportate dai professionisti dei data center, pertanto non deve essere considerato una previsione per ogni organizzazione. Mostra ancora perché la pianificazione del tempo di attività merita attenzione. Un'interruzione può iniziare con un guasto all'alimentazione, un problema di raffreddamento, un errore di rete, una modifica del software o un incidente di sicurezza. Durante il ripristino, i team possono disabilitare i controlli, utilizzare account di emergenza o spostare carichi di lavoro senza una revisione completa. Questa pressione può creare nuove debolezze. Un piano di ripristino dovrebbe rispondere a domande pratiche: - Chi può dichiarare un incidente? - Quali sistemi devono ritornare per primi? - Dove vengono archiviati i backup puliti? - In che modo il team confermerà che i backup non sono stati alterati? - Quale amministratore può approvare l'accesso di emergenza? - In che modo i clienti riceveranno gli aggiornamenti del servizio? - Quando torneranno i normali controlli di sicurezza? Vorrei testare il piano con un breve esercizio. Chiedi al team di rispondere a un sistema di archiviazione guasto, a un avviso di ransomware o a una perdita di connettività di rete. Registra i punti in cui le persone cercano le informazioni mancanti. Queste lacune spesso contano più del documento stesso. La sicurezza fisica influisce ancora sui sistemi digitali I report sulla sicurezza informatica ricevono gran parte dell'attenzione, ma l'accesso fisico rimane parte della sicurezza dei data center. Una persona che raggiunge una sala server può essere in grado di: - Collegare un dispositivo non autorizzato - Rimuovere supporti di memorizzazione - Fotografare le etichette delle apparecchiature - Manomettere i cavi di rete - Leggere le informazioni sullo schermo - Interrompere l'alimentazione o il raffreddamento - Seguire un dipendente attraverso una porta sicura Un'utile revisione della sicurezza fisica include: - Record di accesso tramite badge - Registri dei visitatori - Copertura della telecamera - Allarmi delle porte - Serrature dei rack - Smaltimento delle apparecchiature - Gestione delle chiavi - Sicurezza attorno alle aree di carico L'accesso deve corrispondere alle mansioni lavorative. Un tecnico che lavora in una gabbia non ha bisogno di accesso illimitato a ogni stanza. Anche le fotocamere hanno bisogno di uno scopo chiaro. Una telecamera che registra una porta ma non può mostrare chi è entrato o cosa è successo all'interno può fornire un valore limitato. I team dovrebbero testare le visualizzazioni delle telecamere, i periodi di archiviazione e la gestione degli avvisi. Il tempo di rilevamento influisce sul danno Il rapporto 2024 di IBM ha mostrato che le organizzazioni che utilizzano l'intelligenza artificiale per la sicurezza e l'automazione nelle attività di prevenzione, rilevamento, indagine e risposta hanno riportato un costo medio di violazione di 2,22 milioni di dollari in meno rispetto alle organizzazioni che non utilizzano questi strumenti. Questo risultato descrive un'associazione nel report. Ciò non significa che l’acquisto di un prodotto di sicurezza produrrà la stessa riduzione per ogni azienda. Gli strumenti aiutano quando supportano un processo chiaro. Una piattaforma di monitoraggio dovrebbe aiutare il team a rispondere: - Cosa è successo? - Quale account o dispositivo è stato coinvolto? - Quando è iniziata l'attività? - Quali sistemi sono stati raggiunti? - Quale azione dovrebbe avvenire dopo? - Chi possiede la risposta? Aree di monitoraggio utili includono: - Attività degli account privilegiati - Modelli di accesso non riusciti - Nuovi account amministratore - Modifiche alle regole del firewall - Trasferimenti di dati di grandi dimensioni - Tentativi di eliminazione dei backup - Accesso insolito ai sistemi di gestione Gli avvisi necessitano di proprietari. Una dashboard piena di avvisi non migliora la sicurezza quando nessuno esamina i segnali o conosce l’azione successiva. I backup necessitano di protezione dallo stesso incidente Un backup può non riuscire come opzione di ripristino quando è connesso allo stesso sistema di identità, rete o account amministratore dell'ambiente principale. Un piano di backup più efficace può includere: - Copie offline o isolate - Credenziali di amministratore separate - Autenticazione a più fattori - Test di ripristino regolari - Archiviazione protetta da scrittura ove opportuno - Registri delle attività di backup - Regole di conservazione chiare Un processo di backup riuscito non dimostra che il ripristino funzionerà. Pianificherei i test di ripristino e registrerei il tempo necessario per il ripristino di ciascun sistema. Un test potrebbe rivelare credenziali mancanti, file danneggiati, velocità di trasferimento lente o proprietà poco chiara. Un pratico elenco di controllo per la sicurezza del data center Utilizzo una revisione basata sul rischio anziché provare a risolvere tutto in una volta. Passaggio 1: mappatura dell'ambiente Elenca server, dispositivi di rete, sistemi di archiviazione, servizi cloud, fornitori e posizioni fisiche. Contrassegna i sistemi che archiviano dati sensibili o supportano le operazioni principali. Passaggio 2: verifica le identità Controlla gli account amministratore, gli utenti inattivi, le credenziali condivise, gli account di servizio e le autorizzazioni dei fornitori. Rimuovere l'accesso che non ha più un motivo aziendale chiaro. Passaggio 3: verifica i controlli tecnici Esamina lo stato delle patch, la protezione degli endpoint, la separazione della rete, la crittografia, la registrazione, l'isolamento del backup e la copertura degli avvisi. Passaggio 4: controllare i controlli fisici Ispezionare porte, badge, telecamere, procedure per i visitatori, accesso ai rack, smaltimento delle apparecchiature e aree di alimentazione di emergenza. Passaggio 5: prova il ripristino Ripristina i dati selezionati, simula un errore di rete ed esamina la risposta a un accesso sospetto. Conserva i risultati in un chiaro elenco di azioni. Passaggio 6: imposta le date di revisione La sicurezza cambia man mano che cambiano sistemi, personale e fornitori. Rivedi i piani di accesso e ripristino secondo una pianificazione fissa invece di attendere un incidente. I dati di IBM, Verizon e Uptime Institute evidenziano la stessa preoccupazione aziendale: il rischio può entrare attraverso le persone, i partner, i sistemi o le lacune di ripristino. Un data center sicuro ha bisogno di qualcosa di più che di un hardware potente. Ha bisogno di accesso controllato, backup testati, attività visibile, personale formato e un piano di risposta che le persone possano utilizzare sotto pressione.

Pensavo che un data center sicuro avesse bisogno di firewall potenti, porte chiuse e un generatore di backup. Questi controlli sono importanti, ma non rispondono alla domanda principale: la struttura può mantenere i dati disponibili, privati ​​e recuperabili quando qualcosa va storto? Una revisione più sicura inizia con una visione più ampia. Considero l’edificio, la rete, le persone, i fornitori e il piano di recupero come un unico sistema connesso. Un data center può essere esposto a rischi quali: - Perdita di energia - Guasto di raffreddamento - Perdite d'acqua - Incendio o fumo - Guasti hardware - Ransomware - Credenziali rubate - Errori interni - Interruzioni dei fornitori - Backup scarsamente testati Una checklist di sicurezza che copre solo le minacce informatiche lascia diverse lacune. Comincio dal sito fisico. La struttura dovrebbe controllare chi può entrare, a quali aree può accedere ciascuna persona e come viene registrata ogni visita. Schede di accesso, registri dei visitatori, telecamere, personale di sicurezza e allarmi alle porte possono supportare questo processo. Questi strumenti funzionano meglio quando l'azienda esamina i documenti invece di raccoglierli e lasciarli intatti. Controllo anche se le apparecchiature critiche si trovano vicino a condutture dell'acqua, finestre, aree di carico o altre fonti di rischio fisico. Una perdita sopra un server rack può causare danni prima che il team abbia il tempo di reagire. I sensori di fumo, temperatura, umidità, acqua e qualità dell'energia elettrica possono fornire utili avvisi al personale. Il potere ha bisogno della propria revisione. Chiedo: - Il sito è dotato di più alimentazioni? - Il generatore può supportare il pieno carico? - Con quale frequenza il team testa il generatore? - Le forniture di carburante vengono monitorate? - Il piano di manutenzione copre le batterie e gli interruttori di trasferimento? Un generatore che non è mai stato testato sotto carico potrebbe non fornire molto comfort durante un'interruzione. Il raffreddamento merita lo stesso livello di attenzione. I server creano calore ogni ora di funzionamento. Se un'unità di raffreddamento si guasta, le restanti unità necessitano di capacità sufficiente per proteggere l'apparecchiatura. Il team dovrebbe sapere quali allarmi richiedono un intervento e quanto velocemente un tecnico può rispondere. La sicurezza della rete è il livello successivo. Preferisco un design che separi i dispositivi degli utenti, i sistemi di gestione, l'archiviazione, i sistemi di backup e i servizi pubblici. Se un account o un dispositivo viene compromesso, la segmentazione può limitare la diffusione del problema. L’accesso amministrativo dovrebbe utilizzare l’autenticazione a più fattori, account individuali, controlli complessi delle password e record di approvazione chiari. Le password di amministratore condivise rendono le indagini più difficili e creano rischi inutili. L'accesso deve corrispondere al ruolo di una persona e deve essere rimosso quando il ruolo cambia. Anche la gestione delle patch necessita di un processo chiaro. Il team dovrebbe tenere traccia dei sistemi operativi, del firmware, dei dispositivi di rete, degli strumenti di sicurezza e delle applicazioni aziendali. Un piano di patch può includere test, approvazione, distribuzione e un modo per gestire i sistemi che non possono essere aggiornati contemporaneamente. Il monitoraggio è utile solo quando qualcuno può rispondere agli avvisi. Una dashboard può mostrare accessi non riusciti, trasferimenti di dati insoliti, errori di archiviazione o modifiche agli account privilegiati. Questi segnali necessitano di proprietari, tempi di risposta e regole di escalation. Presto molta attenzione alla progettazione del backup. Un backup non è la stessa cosa di un piano di ripristino. L'azienda deve sapere: - Quali dati devono essere ripristinati per primi - Quanta perdita di dati può accettare l'azienda - Per quanto tempo i servizi chiave possono rimanere offline - Dove sono archiviate le copie di backup - Chi può eliminarle o modificarle - Con quale frequenza vengono eseguiti i test di ripristino Almeno una copia di backup deve essere separata dall'ambiente di produzione principale. Le copie offline o ad accesso controllato possono ridurre l'effetto del ransomware e della cancellazione accidentale. La crittografia aiuta a proteggere i dati archiviati, mentre credenziali separate possono ridurre la possibilità che un account rubato controlli sia i sistemi di produzione che quelli di backup. I test di recupero spesso rivelano i problemi nascosti dai documenti. Un'azienda potrebbe scoprire che un processo di backup risulta riuscito mentre un database di chiavi non può essere ripristinato. Un altro team potrebbe scoprire che solo un dipendente conosce le fasi di ripristino. I test trasformano queste incognite in elementi di lavoro chiari. Un esempio utile viene dall’interruzione di AWS nel dicembre 2021. Alcuni servizi sono diventati di difficile accesso quando i problemi hanno colpito una delle principali regioni degli Stati Uniti. Molte aziende hanno imparato che collocare tutti i sistemi in un'unica regione creava un unico punto di dipendenza. Una progettazione multiregione può ridurre tale rischio, ma aggiunge anche costi, lavoro di gestione ed esigenze di test. Non consiglierei di copiare i dati tra regioni senza verificare i requisiti di privacy, prestazioni e ripristino. Anche i fornitori necessitano di revisione. Un data center può dipendere da operatori Internet, piattaforme cloud, fornitori di hardware, fornitori di sicurezza, compagnie petrolifere e appaltatori di manutenzione. Chiedo se l'azienda dispone di un elenco di contatti aggiornato, di impegni di servizio, di fornitori di riserva e di un piano per l'interruzione del fornitore. I contratti dovrebbero spiegare gli obblighi di notifica, le regole di accesso, la gestione dei dati, i registri di servizio e il supporto durante un incidente. L'accesso dei fornitori dovrebbe essere limitato, monitorato e rimosso al termine del lavoro. Le persone restano parte del piano di sicurezza. Il personale ha bisogno di semplici istruzioni per segnalare e-mail sospette, dispositivi smarriti, comportamenti insoliti del sistema e problemi di accesso fisico. La formazione dovrebbe corrispondere ai loro compiti. Un tecnico del server ha bisogno di una guida diversa da un impiegato finanziario. Un piano di risposta agli incidenti dovrebbe utilizzare un linguaggio semplice. Può definire chi conferma l'incidente, chi isola i sistemi, chi contatta i fornitori, chi comunica con i clienti e chi conserva le prove. Consiglio di eseguire brevi esercizi con team tecnici e aziendali. Un piano che esiste solo in una cartella potrebbe non essere d'aiuto durante un evento stressante. Quando esamino la sicurezza dei data center, utilizzo una sequenza pratica: 1. Elencare i sistemi e i dati che l'azienda non può permettersi di perdere. 2. Mappare le dipendenze fisiche, digitali, umane e con i fornitori. 3. Controllare i controlli di accesso e i registri di monitoraggio. 4. Esaminare i sensori di alimentazione, raffreddamento, protezione antincendio e ambientali. 5. Testare il ripristino del backup invece di controllare solo lo stato del backup. 6. Confermare i ruoli dell'incidente e i dettagli di contatto. 7. Registrare le lacune, assegnare i proprietari e impostare le date di revisione. L’obiettivo non è quello di creare una struttura perfetta. Si tratta di comprendere i rischi, ridurre le lacune più gravi e confermare che i controlli funzionano quando sono necessari. Un data center diventa più sicuro quando la tecnologia, le persone e le procedure si supportano a vicenda.

La sicurezza dei data center viene spesso discussa attraverso resoconti di incidenti di grandi dimensioni, ma i numeri giornalieri raccontano una storia più utile. Quanti mancati incidenti sono stati registrati? Quanto tempo è necessario per isolare un guasto elettrico? Quanti lavoratori sono entrati in un'area riservata senza la necessaria autorizzazione? Questi dati mi aiutano a individuare i rischi prima che si trasformino in infortuni, danni alle apparecchiature o interruzioni del servizio. Una struttura sicura non si misura solo dall’assenza di incidenti. Si misura dalla qualità dei suoi controlli. Traccio cinque aree. 1. Esposizione dei lavoratori Il numero di persone esposte a un pericolo è importante tanto quanto il pericolo stesso. Un'attività di manutenzione in prossimità di apparecchiature sotto tensione può coinvolgere elettricisti, supervisori, personale di sicurezza e venditori. Ogni persona in più può aumentare la confusione e il tempo di esposizione. Misure utili includono: - Ore lavorate vicino ad apparecchiature sotto tensione - Numero di permessi di lavoro elettrici approvati - Ingressi in aree riservate - Briefing sulla sicurezza dell'appaltatore completati - Controlli di lockout/tagout superati - Quasi incidenti segnalati per 10.000 ore di lavoro Un numero elevato di quasi incidenti non sempre significa che un sito sta diventando meno sicuro. Potrebbe dimostrare che i lavoratori si sentono a proprio agio nel segnalare problemi. Un conteggio basso può anche significare che il personale resta in silenzio. Preferisco confrontare i quasi incidenti con la rendicontazione della partecipazione, dei risultati dell'audit e delle azioni correttive. 2. Rischio elettrico Gli impianti elettrici sono al centro di molte operazioni dei data center. Le batterie, i quadri, i generatori, le blindosbarre, le unità di distribuzione dell'energia e i cavi temporanei richiedono tutti controlli chiari. Un utile dashboard può mostrare: - Difetti elettrici aperti - Tempo medio per chiudere ciascun difetto - Copertura dell'etichetta dell'arco elettrico - Completamento della manutenzione preventiva - Risultati dell'ispezione della batteria - Accesso non autorizzato al pannello - Test dell'alimentazione di emergenza completati come pianificato L'obiettivo non è raccogliere numeri per un rapporto. L'obiettivo è individuare uno schema. Se lo stesso pannello produce tre difetti in sei mesi, la risposta potrebbe non essere un’altra etichetta di avvertimento. Il sito potrebbe necessitare di una revisione della progettazione, di un piano di sostituzione o di una modifica nella frequenza di manutenzione. Un esempio pubblico mostra quanto velocemente può cambiare il lavoro elettrico. Nel 2018, un’esplosione in un data center di Google a Council Bluffs, Iowa, ha ferito tre elettricisti, secondo resoconti pubblici. Eventi come questo mi ricordano che permessi, misure di isolamento, dispositivi di protezione e supervisione devono lavorare insieme. Un solo controllo non può sostenere l’intero onere. 3. Protezione antincendio e della batteria I numeri sulla sicurezza antincendio dovrebbero coprire sia il rilevamento che la risposta. Controllo: - Test di allarme completati - Guasti del sistema di soppressione - Risultati dell'ispezione delle porte tagliafuoco - Risultati delle uscite bloccate - Avvisi sulla temperatura della stanza delle batterie - Tempo di risposta del rilevatore di fumo - Partecipazione alle esercitazioni di emergenza - Tempo necessario per rendere conto dei lavoratori Le batterie agli ioni di litio comportano un altro livello di rischio. Un sito dovrebbe registrare le tendenze della temperatura della batteria, i moduli danneggiati, il comportamento di ricarica anomalo e le condizioni di conservazione. Un singolo avviso potrebbe essere un problema del sensore. Un avviso ripetuto necessita di una revisione documentata. Nel 2021, un incendio presso la struttura OVHcloud di Strasburgo, in Francia, ha danneggiato diverse sale dati e ha interrotto i servizi ai clienti. I resoconti pubblici affermano che non si sono verificati decessi, ma l’evento ha mostrato come un incidente in una struttura possa influenzare allo stesso tempo sistemi, clienti e piani di ripristino. 4. Tempi di risposta umani Durante un'emergenza, una procedura chiara è più utile di un manuale voluminoso che nessuno ricorda. Misuro: - Tempo dall'allarme alla notifica - Tempo dalla notifica all'evacuazione - Tempo per contattare i servizi di emergenza - Tempo per isolare le apparecchiature interessate - Tempo per confermare lo stato del personale - Tempo per ripristinare l'accesso sicuro Un trapano può esporre piccole lacune. Una squadra potrebbe sapere dove andare, mentre un appaltatore attende istruzioni. La sicurezza potrebbe avere l'elenco dei visitatori, ma il team operativo potrebbe utilizzare una versione precedente. Questi dettagli possono aggiungere minuti quando le persone hanno bisogno di informazioni chiare. Ogni esercitazione dovrebbe produrre azioni denominate, proprietari e date di scadenza. “Migliorare la comunicazione” è troppo ampio. "Aggiornare l'albero delle chiamate dell'appaltatore e testarlo durante l'esercitazione successiva" fornisce al team qualcosa che può verificare. 5. Qualità delle azioni correttive Il numero di azioni aperte è importante, ma l'età e il livello di rischio contano ancora di più. Utilizzo una semplice revisione: 1. Registra il pericolo con una foto, una posizione e una descrizione. 2. Valuta il possibile danno e la possibilità di esposizione. 3. Applicare un controllo temporaneo quando necessario. 4. Assegnare un proprietario responsabile. 5. Stabilisci una data di completamento pratico. 6. Verificare se la correzione ha rimosso il rischio originale. 7. Chiudere l'azione solo dopo aver allegato le prove. Un cavo allentato ricoperto di nastro adesivo può sembrare riparato durante una rapida visita. Se il cavo attraversa ancora un passaggio pedonale, il pericolo rimane. Un'ispezione approfondita verifica il risultato, non solo la presenza di un aggiornamento dell'attività. I leader della sicurezza possono anche tenere traccia della percentuale di azioni chiuse in tempo, di risultati ripetuti, di elementi ad alto rischio scaduti e di azioni correttive verificate da un revisore indipendente. I numeri dovrebbero supportare decisioni migliori, non creare una gara di performance. Un sito che segnala ogni piccolo difetto può apparire meno sicuro di un sito che segnala pochissimo. La differenza può derivare dalle abitudini di reporting, dalla qualità delle ispezioni o dalla pressione della direzione. Utilizzo i numeri per porre domande migliori: - Dove sono esposte più spesso le persone? - Quali difetti si ripresentano dopo la riparazione? - Quali appaltatori necessitano di maggiore supporto? - Quali allarmi compaiono al di fuori del normale orario di lavoro? - Ogni lavoratore può spiegare il percorso di evacuazione? - La procedura scritta corrisponde all'attrezzatura in sala? La sicurezza del data center diventa più facile da gestire quando le misurazioni si collegano al lavoro quotidiano. Contare i pericoli, controllare la risposta, verificare la riparazione e ascoltare le persone che eseguono l'attività. Il record di sicurezza più efficace non è un foglio di calcolo dall'aspetto perfetto. È una struttura in cui i lavoratori segnalano tempestivamente i problemi, i manager agiscono in base alle informazioni e ogni controllo può essere testato prima che un'emergenza lo testi per loro.

Un data center può sembrare sicuro mentre piccole lacune si trasformano in un serio problema di servizio. Un singolo guasto di alimentazione, problema di raffreddamento, errore di rete, modifica del software o errore di accesso può influenzare contemporaneamente le applicazioni, l'archiviazione e l'assistenza clienti. Non giudico il rischio in base al numero di rack o alle dimensioni della struttura. Guardo come risponde il sito quando un sistema normale smette di funzionare. Un esame pratico inizia con cinque domande: - L'impianto può continuare a funzionare dopo un'interruzione di corrente? - La squadra può controllare la temperatura e l'umidità? - Il personale può ripristinare i dati dopo un incidente? - La rete è in grado di gestire un dispositivo o un provider guasto? - L'attività può continuare quando il sito principale non è disponibile? Se le risposte non sono chiare, il rischio potrebbe essere più vicino di quanto sembri. ## Controlla il percorso di alimentazione I problemi di alimentazione rimangono una fonte comune di tempi di inattività. Un data center può disporre di energia elettrica, generatori di backup, gruppi di continuità e sistemi di batterie. Questi livelli aiutano solo quando sono collegati, testati e mantenuti come un unico piano. Verifico se: - Le unità UPS supportano il carico richiesto - I generatori hanno abbastanza carburante per il periodo di funzionamento pianificato - Gli interruttori di trasferimento sono testati sotto carico - I rack critici utilizzano alimentazioni separate - La manutenzione può avvenire senza spegnere le apparecchiature principali - L'età della batteria e i registri di sostituzione sono aggiornati Un semplice diagramma può rivelare un punto debole. Se due alimentazioni “indipendenti” passano attraverso lo stesso interruttore o locale, nella pratica potrebbero non essere indipendenti. Anche i test necessitano di cure. Un generatore di backup che si avvia durante un breve test potrebbe comunque guastarsi dopo diverse ore di funzionamento. Il team dovrebbe registrare i risultati dei test, i livelli di carburante, lo stato della batteria, gli allarmi e le azioni di riparazione. ## Rivedi i controlli ambientali e di raffreddamento I server non hanno bisogno di calore estremo per diventare instabili. Un percorso del flusso d'aria bloccato, una ventola guasta, una perdita d'acqua o un errore nel controllo del raffreddamento possono aumentare il rischio in un breve periodo. Esamino: - Letture di temperatura e umidità nella sala server - Design del corridoio caldo e del corridoio freddo - Flusso d'aria intorno ai rack e alle aperture dei cavi - Ridondanza dell'unità di raffreddamento - Rilevamento di perdite vicino a tubi e apparecchiature di raffreddamento - Invio di allarmi al personale esterno alla struttura - Procedure per un'unità di raffreddamento guasta Un test utile consiste nel chiedersi cosa succede se l'unità di raffreddamento più grande si ferma. Se la risposta dipende dal fatto che una persona noti un allarme silenzioso, il processo necessita di lavoro. Nel 2021, un errore di configurazione ha causato una grave interruzione su Facebook, ora noto come Meta. L'evento ha mostrato come un cambiamento tecnico possa influenzare l'accesso ai servizi, ai sistemi di comunicazione e agli strumenti interni. La lezione vale anche per le strutture fisiche: un piano di riserva deve funzionare senza fare affidamento su una sola persona o dipendenze nascoste. ## Esaminare i rischi di rete e connettività Un data center può avere diverse connessioni Internet e dipendere comunque da un operatore, da un punto di ingresso nell'edificio o da un dispositivo di instradamento. Mappo il percorso completo dal server all'utente. La revisione comprende: - Fornitori di servizi Internet - Connessioni incrociate - Router di frontiera - Firewall - Servizi DNS - Punti di ingresso in fibra - Switch di rete interni - Connessioni cloud e di backup Due circuiti che entrano attraverso lo stesso condotto sotterraneo possono guastarsi insieme. Anche due operatori che utilizzano lo stesso operatore locale possono condividere un punto debole. Chiedo anche se il team ha testato un guasto completo della portante. Un piano scritto è utile, ma il personale impara di più da un test controllato che mostra come si muove il traffico, quanto tempo richiede il cambiamento e quali sistemi necessitano di un’azione manuale. ## Proteggere l'accesso alla struttura L'accesso fisico fa parte della sicurezza dei dati. Una porta chiusa a chiave non fornisce una protezione sufficiente se i registri dei visitatori sono incompleti o se il personale precedente ha ancora carte di accesso attive. Verifico se la struttura utilizza: - Tessere di accesso con identità individuali - Autenticazione a più fattori per le aree sensibili - Registrazione dei visitatori e regole di scorta - Copertura con telecamere in prossimità di porte e aree attrezzature - Revisioni degli accessi dopo cambi di personale - Autorizzazioni separate per sale server e sistemi di controllo - Procedure chiare per smarrimento di carte e ingressi di emergenza Una revisione regolare degli accessi può trovare account che avrebbero dovuto essere rimossi. La revisione dovrebbe confrontare i registri del personale, i registri degli appaltatori, i registri di accesso e le attuali mansioni lavorative. Le squadre di sicurezza dovrebbero anche proteggere i dettagli del piano della struttura. La condivisione pubblica di mappe rack, posizioni delle telecamere, percorsi di rete o punti deboli del generatore può creare esposizioni evitabili. ## Testare i piani di backup e ripristino Un backup non è la stessa cosa di un piano di ripristino. Ho bisogno di sapere quali dati sono protetti, dove sono archiviate le copie, quanto tempo potrebbe richiedere il ripristino e chi approva il processo. Un'utile revisione del ripristino riguarda: - Frequenza del backup - Periodi di conservazione - Copie offline o isolate - Crittografia e accesso con chiave - Obiettivi del tempo di ripristino - Obiettivi del punto di ripristino - Test di ripristino - Responsabilità del personale - Comunicazione con clienti e fornitori Una società può segnalare che i backup sono stati completati correttamente mentre i file ripristinati rimangono inutilizzabili. I test di ripristino possono evidenziare autorizzazioni mancanti, database danneggiati, credenziali scadute e procedure poco chiare. Un piccolo test è spesso un buon punto di partenza. Seleziona un'applicazione, ripristinala in un ambiente separato, controlla i dati, registra l'ora e documenta ogni problema. Lo stesso metodo può essere successivamente applicato a sistemi più grandi. ## Analizzare il software e modificare i controlli Molti incidenti iniziano con una modifica di routine. Un aggiornamento del firmware, una regola del firewall, una modifica del routing o una policy di accesso potrebbero influire su più sistemi del previsto. Cerco: - Richieste di modifica scritte - Revisione del rischio prima dell'approvazione - Un piano di rollback testato - Finestre di manutenzione - Separazione tra approvazione ed esecuzione - Monitoraggio dopo la modifica - Un registro di chi ha cambiato cosa e quando Un piano di cambiamento dovrebbe utilizzare un linguaggio semplice. "Aggiorna configurazione di rete" non dice abbastanza alla persona successiva. Un record più forte identifica il dispositivo, la modifica esatta, il risultato atteso, l'azione di rollback e la persona responsabile della verifica del risultato. I cambiamenti di emergenza necessitano ancora di registrazioni. La velocità può essere necessaria, ma le informazioni mancanti rendono più difficile il successivo recupero. ## Costruisci un piano di risposta che le persone possano utilizzare Un piano di risposta dovrebbe aiutare le persone ad agire sotto pressione. I documenti lunghi spesso falliscono quando nessuno sa quale pagina si applica all'evento corrente. Preferisco manuali brevi per situazioni comuni: - Perdita di energia elettrica - Guasto del generatore - Guasto di raffreddamento - Interruzione del provider di rete - Ransomware o accesso non autorizzato - Perdita d'acqua - Allarme incendio - Perdita della struttura primaria Ciascun manuale dovrebbe mostrare: 1. Chi riceve il primo avviso 2. Chi ha l'autorità di prendere decisioni relative al servizio 3. Quali sistemi richiedono protezione 4. Quali fornitori devono essere contattati 5. In che modo i clienti e i team interni ricevono gli aggiornamenti 6. Come viene documentato l'evento 7. Quali controlli sono necessari prima della normalità resi del servizio I dettagli di contatto necessitano di una revisione regolare. Un numero di telefono che funzionava l'anno scorso potrebbe non raggiungere più la persona giusta. ## Utilizzare priorità di rischio chiare Non tutti i problemi necessitano della stessa risposta. Classifico ogni risultato in base al possibile impatto sul servizio, alla probabilità, al tempo necessario per il rilevamento e al tempo necessario per il ripristino. Ad esempio: - Un generatore non testato: preoccupazione elevata per il servizio - Un vecchio formato di registro dei visitatori: preoccupazione moderata - Un'etichetta mancante su un cavo non critico: preoccupazione bassa Questo approccio aiuta i team a spendere le risorse dove possono ridurre l'esposizione. Offre inoltre ai manager una visione chiara del lavoro aperto senza utilizzare un linguaggio basato sulla paura. Un registro dei rischi può includere il problema, il sistema interessato, il proprietario, la data prevista, il controllo attuale, l'azione pianificata e la data di revisione. Ogni articolo dovrebbe avere un proprietario responsabile anziché il solo nome di un dipartimento. ## Fai le domande giuste prima di scegliere un fornitore Quando confronto le opzioni di colocation o cloud, non mi baso solo sui dati relativi al tempo di attività. Chiedo dettagli che corrispondano alle esigenze aziendali: - Quale progetto di alimentazione supporta il servizio? - Come vengono gestite le attività di manutenzione? - Con quale frequenza vengono eseguiti i test di recupero? - Quale preavviso è previsto per i lavori programmati? - Come vengono segnalati gli incidenti? - Quali servizi dipendono da una struttura o da un vettore? - Cosa succede quando un cliente ha bisogno di un accesso fisico urgente? - Come vengono separati i dati dei clienti e le apparecchiature? - Quali documenti sono disponibili dopo un incidente? Il fornitore potrebbe non condividere tutti i dettagli di sicurezza e ciò è ragionevole. Le risposte dovrebbero comunque mostrare che i rischi sono compresi, testati e assegnati. ## Un semplice piano di revisione Posso iniziare con una breve revisione invece di attendere un audit più ampio. Primo giorno: elenca applicazioni, apparecchiature, dati, fornitori e persone critici. Secondo giorno: mappatura delle dipendenze di alimentazione, raffreddamento, rete, accesso e backup. Terzo giorno: ispeziona record, allarmi, registri di manutenzione, elenchi di accesso e risultati di ripristino. Quarto giorno: intervista ai proprietari del sistema e al personale operativo. Chiedi cosa succede quando ogni componente principale fallisce. Quinto giorno: classifica i risultati e seleziona un numero limitato di azioni che riducono la maggiore esposizione. Il piano non ha bisogno di creare una struttura perfetta. È necessario esporre le dipendenze nascoste e rendere il ripristino più prevedibile. Un data center è più sicuro quando le sue protezioni vengono testate anziché scontate. Inizierei con i ruoli di alimentazione, raffreddamento, connettività, accesso, backup e risposta. Quindi verificherei i risultati attraverso test controllati e manterrei aggiornati i registri. Il principale segnale di avvertimento non è un singolo vecchio dispositivo. È un servizio fondamentale che dipende da una persona, un percorso, un fornitore o un backup non testato. È qui che una revisione mirata può fornire la risposta più utile alla domanda: il tuo data center potrebbe essere a rischio? Sei interessato a saperne di più sulle tendenze e sulle soluzioni del settore? Contatta Yonglin Wang: 13382583527@gmail.com/WhatsApp +8613382583527.

IBM Security Report sul costo di una violazione dei dati nel 2024 2024 Verizon Business 2024 Report sulle indagini sulla violazione dei dati del 2024 Uptime Institute Analisi annuale delle interruzioni del 2024 2024 Amazon Web Services 2021 Riepilogo dell'evento del servizio AWS nella regione della Virginia settentrionale Meta Engineering 2021 4 ottobre 2021 Interruzione post mortem OVHcloud Report sugli incidenti del data center di Strasburgo del 2021