Gli attacchi ai data center di Yandex si ampliano mentre l’Ucraina prende di mira l’infrastruttura digitale russa
Yandex ha subito due attacchi a data center nell’arco di due giorni, estendendo la campagna ucraina dalle infrastrutture energetiche e logistiche all’economia digitale russa. Gli attacchi ai data center di Yandex hanno disabilitato infrastrutture a Kaluga e causato la chiusura completa di una struttura più grande a Sasovo.
La sequenza conta più dei singoli episodi. Un sito danneggiato può sembrare un’interruzione isolata. Due attacchi contro lo stesso operatore suggeriscono che i data center si siano aggiunti a raffinerie, porti e magazzini come bersagli ricorrenti in tempo di guerra.
Yandex gestisce servizi utilizzati nei settori della ricerca, dei trasporti, dell’intrattenimento, del commercio, del cloud computing e dell’intelligenza artificiale. I danni alla sua infrastruttura fisica esercitano quindi pressione sia sulle applicazioni consumer sia sulle aziende che affittano capacità di calcolo.
Gli attacchi mettono inoltre in luce una difficile realtà del cloud computing. Il software può reindirizzare il traffico, ma ogni servizio cloud dipende in ultima analisi da edifici fisici, sistemi elettrici, collegamenti di rete e hardware sostituibile.
Questa tensione definisce ora la vicenda. L’Ucraina sta verificando se attacchi fisici ripetuti possano sopraffare la ridondanza che normalmente rende resiliente una grande piattaforma tecnologica.
Due attacchi ai data center di Yandex hanno cambiato il rischio
Il secondo attacco ha trasformato l’interruzione di una singola struttura in una prova più ampia della resilienza infrastrutturale di Yandex.
L’8 ottobre, droni hanno colpito il data center di Yandex a Sasovo, nella regione russa di Ryazan. L’attacco ha causato un incendio e costretto Yandex a sospendere completamente le operazioni della struttura.
Secondo la copertura iniziale del primo attacco, il sito ospitava decine di migliaia di server. Yandex ha dichiarato che i suoi principali servizi consumer hanno continuato a funzionare, sebbene diversi servizi esterni abbiano segnalato problemi tecnici.
Un giorno dopo, un altro attacco ha danneggiato infrastrutture Yandex nella regione di Kaluga, a sud-ovest di Mosca. Diversi moduli del data center sono stati completamente disabilitati, mentre l’azienda continuava a valutare l’entità complessiva dei danni.
Il secondo attacco ha delineato uno schema che il primo episodio non poteva stabilire. L’Ucraina era passata dal colpire un’importante struttura tecnologica all’attaccare più sedi gestite dalla stessa azienda.
Yandex ha confermato che nessun dipendente è rimasto ferito in entrambi i siti. Il suo comunicato aziendale del 9 ottobre ha dichiarato che la struttura di Sasovo restava completamente chiusa e che l’infrastruttura di Kaluga era in parte indisponibile.
L’azienda non ha indicato una data per il ripristino. Ha affermato che la valutazione delle condizioni delle apparecchiature avrebbe richiesto tempo, rendendo difficile misurare immediatamente l’impatto duraturo.
Il presidente ucraino Volodymyr Zelensky ha confermato l’operazione a Kaluga e l’ha descritta come una risposta agli attacchi russi contro i data center ucraini. Il produttore ucraino di armamenti Fire Point ha dichiarato che sono stati utilizzati droni d’attacco unidirezionali FP-1.
Un drone d’attacco unidirezionale trasporta una carica esplosiva verso un bersaglio senza tornare al punto di lancio. Il suo valore deriva dalla portata, dal volume e dal costo inferiore rispetto a molti missili convenzionali.
L’attacco a Kaluga faceva parte di un’operazione notturna molto più ampia. Il Ministero della Difesa russo ha dichiarato che le sue difese aeree hanno intercettato 505 droni ucraini tra la tarda serata di giovedì e le prime ore di venerdì.
Questa cifra descrive la portata della campagna aerea, ma non il numero di droni che hanno raggiunto Yandex. Né Yandex né i funzionari ucraini hanno divulgato quel numero.
Il governatore di Kaluga Vladislav Shapsha ha dichiarato che nove persone sono rimaste ferite durante gli attacchi nella regione. Cinque ricevevano cure ospedaliere, anche se i funzionari non hanno collegato tali ferite specificamente al sito di Yandex.
Questa distinzione è importante. I danni infrastrutturali confermati non devono essere considerati una prova riguardo a ogni bersaglio segnalato, vittima o effetto delle armi durante un’operazione su vasta scala.
Anche l’attacco a Sasovo era caratterizzato da incertezza. Yandex ha confermato la chiusura, ma le notizie pubbliche non hanno stabilito se il data center stesso fosse l’unico bersaglio previsto.
La struttura occupa parte dell’ex complesso della fabbrica di macchine utensili Sasta. Lo stabilimento è stato colpito da sanzioni britanniche per il suo presunto ruolo nel settore della difesa russo.
L’esercito ucraino non ha inizialmente fornito un resoconto pubblico dettagliato dell’operazione di Sasovo. Immagini hanno circolato online, ma non potevano stabilire se fossero stati presi di mira la fabbrica, il data center o entrambi.
Anche con queste domande irrisolte, il risultato operativo era chiaro. Yandex ha perso un’intera struttura e parte di un’altra in circa 48 ore.
Questa sequenza ha creato la pressione centrale per l’azienda. La ripresa dipende ora da quanto traffico i siti rimanenti possano assorbire mentre le infrastrutture danneggiate restano offline.
La pressione ricade sui clienti di Yandex Cloud
Yandex può proteggere i suoi maggiori prodotti consumer mentre i clienti aziendali più piccoli assorbono per primi l’interruzione.
Yandex è più di un fornitore di ricerca. Supporta navigazione, musica, video, consegne di cibo, comunicazioni, cloud computing e applicazioni aziendali in tutta la Russia.
Questa presenza rende la sua infrastruttura economicamente importante anche quando le app Yandex più familiari restano disponibili. Un consumatore può vedere una pagina di ricerca funzionante mentre un’azienda non riesce a creare risorse cloud.
Dopo l’attacco a Sasovo, Yandex ha segnalato problemi di alimentazione in una zona di disponibilità. Una zona di disponibilità è una sede infrastrutturale isolata progettata per impedire che un singolo guasto colpisca un’intera regione cloud.
L’azienda ha consigliato ai clienti cloud di utilizzare altre zone. Ha inoltre affermato che i carichi di lavoro erano stati trasferiti ad altre strutture, sebbene rimanessero limiti alla creazione di nuove risorse.
Questa risposta mostra la ridondanza al lavoro come previsto. Il traffico è stato spostato dalla sede guasta e i maggiori servizi consumer di Yandex hanno evitato una chiusura completa.
Tuttavia, la stessa risposta rivela una riserva finita. Ogni trasferimento consuma capacità in strutture che devono gestire i normali carichi di lavoro insieme alla domanda trasferita.
Secondo le notizie pubbliche, Yandex gestisce cinque grandi data center in Russia. Due sono stati colpiti nell’arco di due giorni, lasciando tre siti noti al di fuori della zona di danno immediata.
Due delle strutture rimanenti si trovano nella regione di Mosca. Un’altra è nella regione di Vladimir.
La redistribuzione appare gestibile quando una sede si guasta brevemente. Diventa più difficile quando una seconda struttura perde moduli e il calendario del ripristino resta sconosciuto.
Maryana Lazaricheva, responsabile della ricerca azionaria presso T-Investments, ha identificato la base di clienti aziendali dell’azienda come un rischio centrale. Ha affermato che il proseguimento degli attacchi potrebbe eliminare la capacità di Yandex di redistribuire i carichi di lavoro.
Yandex ha dichiarato di aver raggiunto un accordo con altri fornitori cloud per aiutare i clienti a trasferire dati e servizi. Questo passo suggerisce che l’azienda si stesse preparando a una ripresa oltre la propria capacità residua.
La migrazione cloud non è istantanea. Le applicazioni dipendono spesso da database specifici, configurazioni di rete, sistemi di identità e architetture di archiviazione.
Un cliente deve confermare che i dati copiati siano aggiornati, che le applicazioni possano avviarsi correttamente e che i controlli di sicurezza continuino a funzionare. Questo lavoro diventa più difficile durante un’interruzione attiva.
Alcune aziende progettano inoltre i propri sistemi attorno ai servizi proprietari di un unico fornitore. Spostare macchine virtuali di base è più semplice che ricreare un’applicazione che dipende da database gestiti o strumenti di IA.
Le notizie successive all’attacco a Sasovo hanno menzionato disservizi che coinvolgevano Yandex Disk e Yandex Documents. Altri servizi interessati avrebbero incluso Cian, Litmarket, Russian Railways e il sito web dello Spartak Mosca.
Anche un operatore di autobus della regione di Mosca ha attribuito l’indisponibilità della vendita online dei biglietti a una chiusura temporanea del data center. Questi casi illustrano come i danni infrastrutturali possano manifestarsi ben oltre i prodotti di una stessa azienda tecnologica.
I dati sulle interruzioni di rete hanno mostrato la connettività di Yandex scendere a circa il 70 percento dei livelli normali dopo il primo episodio. Questa misurazione indica un’interruzione sostanziale senza dimostrare un collasso nazionale.
Detector404, un servizio di monitoraggio online, ha ricevuto 58.268 segnalazioni durante il giorno successivo all’attacco a Sasovo. Le segnalazioni degli utenti possono identificare problemi diffusi, ma non misurano con precisione i singoli clienti interessati.
Un singolo utente può inviare più segnalazioni. Durante lo stesso periodo possono inoltre verificarsi incidenti tecnici separati.
Le azioni Yandex sono scese del 4,5 percento nelle contrattazioni di Mosca dopo il secondo attacco. Il calo rifletteva preoccupazioni per interruzioni dei servizi, ricavi persi nei segmenti, esposizione dei clienti e futuri costi di difesa.
Tuttavia, il movimento del mercato non può rivelare lo stato fisico dell’hardware. Gli investitori non disponevano di informazioni verificate sui costi di riparazione, sulla perdita di dati o sulle condizioni dei sistemi di calcolo critici.
La risposta forzata è quindi sia tecnica sia commerciale. Yandex deve ripristinare la capacità convincendo al contempo le aziende che i carichi di lavoro restano sicuri sulla sua piattaforma.
Questo compito durerà oltre l’interruzione immediata. I clienti aziendali valutano i servizi cloud anche attraverso i record di disponibilità, le prestazioni nel disaster recovery e la comunicazione durante gli incidenti.
Se Yandex ripristinerà rapidamente la capacità, l’episodio diventerà una prova che l’infrastruttura distribuita può assorbire danni fisici diretti. Una ripresa lunga sosterrebbe la conclusione opposta.
Gli attacchi mettono a rischio la capacità di calcolo per l’IA di Yandex
L’incertezza più rilevante riguarda due supercomputer utilizzati per lo sviluppo dell’IA, non la perdita temporanea delle applicazioni consumer.
Yandex ha dichiarato nel 2021 che il suo sito di Sasovo ospitava due dei suoi tre supercomputer. Chiamati Chervonenkis e Lyapunov, i sistemi supportano l’addestramento di reti neurali e lo sviluppo di YandexGPT.
Un supercomputer combina molti processori in un unico sistema ad alte prestazioni per grandi compiti computazionali. L’addestramento di un modello linguistico di grandi dimensioni richiede che migliaia di processori si coordinino attraverso connessioni di rete veloci.
Entrambe le macchine Yandex sono state costruite attorno a processori grafici Nvidia A100. Questi chip sono diventati ampiamente utilizzati per l’addestramento dell’IA prima dell’ingresso sul mercato delle più recenti architetture Nvidia.
Yandex non ha confermato se uno dei due supercomputer sia stato danneggiato. Ha inoltre rifiutato di dire se i sistemi possano essere ripristinati.
Questa lacuna nella verifica è essenziale. La chiusura di un data center non significa necessariamente che ogni server al suo interno abbia subito distruzione fisica.
Incendio, isolamento elettrico, acqua, fumo o sistemi di raffreddamento danneggiati possono imporre una chiusura completa anche quando gran parte delle apparecchiature sopravvive. Gli ingegneri devono ispezionare questi sistemi prima di ripristinare l’alimentazione in sicurezza.
Al contrario, processori sopravvissuti non garantiscono una rapida ripresa. Il calcolo ad alte prestazioni dipende dalla distribuzione dell’alimentazione, dal networking specializzato, dalle apparecchiature di raffreddamento, dallo storage e da rack di server configurati con precisione.
I danni ai sistemi di supporto possono lasciare inutilizzabili chip altrimenti funzionanti. Ricostruire l’intero cluster di calcolo può richiedere molto più tempo che sostituire server cloud standard.
È qui che gli attacchi ai data center di Yandex si intersecano con i vincoli tecnologici già esistenti in Russia. I controlli sulle esportazioni occidentali limitano già l’accesso a processori avanzati e apparecchiature di produzione.
Sostituire un'infrastruttura basata su A100 è quindi più complicato che effettuare un normale ordine commerciale. Disponibilità, rotte di consegna, assistenza tecnica e integrazione dei sistemi possono tutti creare potenziali colli di bottiglia.
Sberbank, il principale concorrente domestico di Yandex nell'IA, aveva in precedenza stimato che gli sviluppatori russi fossero in ritardo di sei-nove mesi rispetto ai principali sviluppatori americani e cinesi. Ha identificato nelle importazioni di chip avanzati il principale vincolo.
Quella stima proveniva da un concorrente e non dovrebbe essere considerata una misurazione indipendente. Tuttavia, evidenzia perché danni confermati a hardware IA scarso sarebbero rilevanti.
YandexGPT compete con GigaChat di Sberbank nel mercato russo dell'IA generativa domestica. Entrambi i sistemi dipendono da un accesso continuativo alla capacità di calcolo per addestramento, valutazione e gestione delle richieste degli utenti.
Addestramento e inferenza creano pressioni infrastrutturali diverse. L'addestramento costruisce o aggiorna un modello, mentre l'inferenza esegue il modello finito quando un utente invia una richiesta.
Yandex può potenzialmente mantenere online un modello esistente pur perdendo parte della capacità destinata all'addestramento futuro. Può inoltre dare priorità ai carichi di lavoro critici e rinviare gli esperimenti meno urgenti.
Ciò renderebbe gli effetti meno visibili agli utenti comuni. Ricerca, mappe o un chatbot potrebbero continuare a funzionare anche mentre il calendario di sviluppo dell'azienda subisce ritardi.
È possibile anche lo scenario opposto. Se i supercomputer sono sopravvissuti e soltanto l'infrastruttura circostante necessita di riparazioni, Yandex potrebbe riprendersi senza perdere le sue risorse IA principali.
Le prove attuali non permettono di risolvere la questione. Fotografie di un incendio e segnalazioni di interruzioni non mostrano le condizioni interne di specifici cluster di calcolo.
Le affermazioni secondo cui gli attacchi hanno distrutto il programma IA di Yandex vanno quindi oltre i fatti verificati. L'esito confermato è più circoscritto, ma resta significativo.
Una grande struttura è stata chiusa. Una seconda ha subito la disattivazione di alcuni moduli. Due importanti supercomputer IA erano ospitati nel primo sito e le loro condizioni non sono state rese note.
La pressione strategica deriva dai tempi di sostituzione e dall'esposizione ripetuta. L'hardware IA è prezioso perché è concentrato, interconnesso e difficile da sostituire rapidamente.
Le stesse caratteristiche rendono vulnerabile un cluster IA quando gli attaccanti possono raggiungerne la sede fisica. I servizi consumer distribuiti possono continuare a operare, mentre la capacità centralizzata per l'addestramento affronta una perdita più grave.
Questo ribalta la consueta narrazione sul cloud. La centralizzazione migliora l'utilizzo e rende economicamente pratico il calcolo su larga scala, ma concentra anche apparecchiature preziose all'interno di strutture note.
Gli attacchi ai data center di Yandex non hanno dimostrato che l'infrastruttura IA centralizzata sia intrinsecamente fragile. Hanno però mostrato che la resilienza del software non può compensare pienamente attacchi fisici ripetuti.
La ridondanza previene il collasso ma non può eliminare il rischio fisico
È improbabile che Internet in Russia collassi a livello nazionale, ma i servizi regionali e le imprese più piccole restano esposti a interruzioni a cascata.
I moderni servizi Internet sono progettati per sopravvivere a normali guasti delle apparecchiature. Gli operatori duplicano i dati, mantengono alimentazioni di backup, utilizzano più fornitori di rete e instradano il traffico aggirando i sistemi non disponibili.
Queste misure spiegano perché i servizi principali di Yandex siano rimasti disponibili dopo la chiusura di Sasovo. Spiegano anche perché un singolo attacco regionale non disconnetterebbe tutta la Russia.
L'avvocato per i diritti digitali Sarkis Darbinyan ha dichiarato a Meduza che le grandi aziende distribuiscono l'infrastruttura in tutto il Paese. Il traffico può spostarsi automaticamente quando le apparecchiature si guastano.
La sua analisi dell'infrastruttura ha concluso che disabilitare l'intera Internet russa richiederebbe una campagna molto più ampia. La Russia dispone di quasi 200 data center gestiti da numerosi operatori.
Quel conteggio nazionale non va confuso con le cinque principali strutture di Yandex. Il mercato più ampio comprende società di telecomunicazioni, banche, fornitori cloud e gestori indipendenti di data center.
La distinzione mostra perché le previsioni drammatiche di un blackout digitale nazionale siano deboli. Nessun singolo sito di Yandex gestisce tutto il traffico russo.
Tuttavia, la resilienza a livello nazionale può coesistere con gravi fallimenti locali. Sistemi governativi regionali, terminali di pagamento, piattaforme scolastiche, sistemi sanitari e siti web di piccole imprese potrebbero non disporre di una ridondanza equivalente.
I grandi clienti possono talvolta operare su più zone cloud o fornitori. Le organizzazioni più piccole possono mantenere l'intera applicazione e i backup nell'impronta regionale di un solo fornitore.
L'architettura multi-cloud utilizza servizi di più operatori cloud per ridurre la dipendenza da una singola azienda. Può migliorare la resilienza, ma aumenta anche la complessità ingegneristica e operativa.
I dati devono rimanere sincronizzati tra i fornitori. Le politiche di sicurezza devono coincidere e i dipendenti devono avere esperienza con strumenti diversi.
Per molti clienti più piccoli, questi costi rendono impraticabile la protezione multi-cloud prima di una crisi. Scoprono la dipendenza soltanto quando il loro ambiente principale diventa indisponibile.
Gli attacchi mettono inoltre in discussione una comune supposizione sulla separazione geografica. Due strutture possono trovarsi in regioni amministrative diverse e tuttavia restare raggiungibili dallo stesso sistema d'arma a lungo raggio.
L'architettura cloud pianifica tradizionalmente in funzione di incendi, alluvioni, interruzioni di corrente, tagli alla rete ed errori tecnici. Un'attività bellica mirata e prolungata introduce un diverso modello di guasto.
Un attaccante può selezionare più siti, ripetere un'operazione e adattarsi dopo aver osservato il comportamento di ripristino. Questa sequenza intenzionale può consumare la capacità di backup più rapidamente dei guasti casuali.
I data center possono utilizzare barriere, sorveglianza, sistemi antincendio e servizi essenziali ridondanti. Le strutture fortificate o sotterranee offrono una protezione più forte, ma convertire campus esistenti richiede tempo.
L'Ucraina ha affrontato lo stesso problema dalla direzione opposta. Recenti attacchi russi hanno danneggiato data center e sistemi di telecomunicazione ucraini, costringendo alcune strutture a sospendere le operazioni.
Un attacco di settembre ha interrotto l'accesso a Internet su linea fissa per circa 100.000 nuclei familiari a Kyiv e nell'area circostante. Funzionari ucraini hanno discusso dello spostamento di più apparecchiature sottoterra e del trasferimento dei carichi di lavoro all'estero.
L'esperienza dell'Ucraina aiuta a spiegare la sua motivazione dichiarata. Zelensky ha caratterizzato gli attacchi a Yandex come una risposta reciproca agli attacchi contro l'infrastruttura digitale ucraina.
La reciprocità non risponde alle questioni legali o etiche relative a ciascun obiettivo. I data center possono supportare contemporaneamente servizi civili, clienti commerciali, agenzie governative e utenti militari.
Le informazioni pubbliche non hanno stabilito la composizione dei carichi di lavoro in ciascuna sede Yandex colpita. Non hanno neppure dimostrato che ogni cliente interessato avesse una qualche relazione con la guerra.
Questa ambiguità inserisce civili e imprese comuni nel calcolo del rischio. Un attacco volto a ridurre la capacità statale o industriale può interrompere servizi non correlati che condividono lo stesso edificio.
Yandex ha sottolineato che milioni di persone utilizzano i suoi servizi per le attività quotidiane. Ha inoltre dichiarato che centinaia di migliaia di aziende dipendono dalla sua tecnologia.
Queste affermazioni descrivono la potenziale portata dell'interruzione, non un conteggio confermato dei disservizi. L'azienda non ha pubblicato un elenco completo dei servizi o dei clienti interessati.
Non ha neppure rivelato se siano andati persi dati dei clienti. Indisponibilità del servizio e perdita permanente di dati sono esiti distinti, e le prove attuali confermano soltanto l'interruzione.
Il rischio fisico è quindi reale, ma circoscritto da questioni senza risposta. Internet in Russia rimane distribuita, mentre specifiche piattaforme e clienti possono comunque subire gravi guasti.
Attacchi ripetuti modificherebbero questo equilibrio. Ogni ulteriore sito disabilitato riduce le opzioni di instradamento, aumenta il carico altrove e allunga le code di ripristino.
La questione centrale non è se un singolo attacco possa spegnere un Paese. È quante perdite simultanee una grande piattaforma possa assorbire prima che la ridondanza si trasformi in esaurimento.
Tre segnali mostreranno se il danno persiste
I tempi di ripristino, lo stato verificato dell'hardware IA e ulteriori attacchi determineranno se questa resterà una storia di interruzioni o diventerà uno shock tecnologico strutturale.
Il primo segnale è la tempistica di ripristino di Yandex. L'azienda ha dichiarato di non poter ancora dire quando le apparecchiature di Sasovo e Kaluga torneranno operative.
Un rapido ripristino indicherebbe che il danno si è concentrato sull'alimentazione, sul raffreddamento o su componenti infrastrutturali limitati. Dimostrerebbe inoltre che la capacità di riserva e le partnership cloud esterne hanno funzionato.
Settimane di restrizioni suggerirebbero una perdita di apparecchiature più grave. Limiti continuativi alla creazione di risorse cloud rivelerebbero che i carichi di lavoro trasferiti stavano consumando la capacità disponibile.
La qualità della comunicazione pubblica di Yandex sull'incidente sarà importante quanto la tempistica. I clienti devono sapere quali servizi hanno subito guasti, come sono stati spostati i carichi di lavoro e se i dati archiviati sono rimasti integri.
Una breve dichiarazione secondo cui i servizi sono tornati operativi non risolverebbe ogni preoccupazione. Gli acquirenti aziendali cercheranno prove che il ripristino non abbia introdotto nuovi problemi di sicurezza o affidabilità.
Il secondo segnale è la condizione di Chervonenkis e Lyapunov. Una sopravvivenza verificata ridurrebbe nettamente le implicazioni immediate per lo sviluppo di YandexGPT.
La distruzione confermata o una prolungata indisponibilità rafforzerebbero l'argomento secondo cui gli attacchi fisici possono limitare il progresso dell'IA russa. Intensificherebbero inoltre la pressione sull'hardware di sostituzione scarso.
Il silenzio resterà informativo, sebbene non decisivo. Yandex ha ragioni commerciali e di sicurezza per limitare i dettagli sull'infrastruttura di calcolo critica.
Gli osservatori dovrebbero resistere alla tentazione di considerare l'assenza di aggiornamenti come prova di distruzione. Le prove rilevanti includerebbero comunicazioni dell'azienda, cambiamenti nei servizi, variazioni nelle assunzioni o ritardi visibili nei rilasci di modelli.
Il terzo segnale è se gli attacchi continueranno contro Yandex o altri gestori russi di data center. Una pausa lascerebbe l'azienda con una ripresa difficile ma contenuta.
Un altro attacco metterebbe più direttamente alla prova la rete rimanente. Potrebbe inoltre spingere i clienti cloud verso concorrenti, soluzioni di hosting estere o sistemi di continuità operativa offline.
I concorrenti domestici di Yandex si troverebbero allora in una posizione mista. Potrebbero acquisire clienti, ma la loro stessa infrastruttura concentrata potrebbe diventare un obiettivo.
Anche il governo russo deve prendere una decisione politica. Il presidente Vladimir Putin ha ricevuto in agosto l'autorità di assumere il controllo di infrastrutture di importanza critica ritenute insufficientemente protette dagli attacchi con droni.
I funzionari potrebbero richiedere difese fisiche più solide, una maggiore segretezza sull'ubicazione o il trasferimento in siti fortificati. Ogni opzione comporta costi e interruzioni operative.
Le aziende potrebbero inoltre puntare su strutture in Paesi considerati amici da Mosca. La collocazione all'estero potrebbe ridurre l'esposizione agli attacchi con droni all'interno della Russia, ma introduce complicazioni legali, di rete e di sovranità.
L'hosting transfrontaliero modifica la latenza e la governance dei dati. Può inoltre rendere un fornitore dipendente dal mercato energetico, dalla regolamentazione e dalle relazioni diplomatiche di un altro Paese.
Per i clienti, l'insegnamento pratico è più circoscritto del dibattito geopolitico. Una regione cloud non è un piano di ripristino, a meno che dati e applicazioni non possano effettivamente funzionare altrove.
Le organizzazioni dovrebbero sapere quali servizi dipendono da una singola zona, quanto sono aggiornati i loro backup e quanto tempo richiederebbe una migrazione. Un piano scritto senza un ripristino testato offre una protezione limitata.
Questo principio vale ben oltre la Russia o l'Ucraina. Incendi boschivi, alluvioni, guasti alla rete elettrica, sabotaggi e guerre differiscono per causa, ma espongono le stesse dipendenze fisiche.
Il cloud nasconde l'hardware dall'interfaccia utente. Non rende quell'hardware immateriale.
Gli attacchi al data center di Yandex hanno già segnato un cambiamento duraturo. Le principali infrastrutture digitali fanno ormai parte del ciclo in espansione degli attacchi tra Russia e Ucraina.
Resta incerta l'entità dei danni. Yandex ha confermato interruzioni, ma non la perdita permanente di dati né la distruzione dei suoi supercomputer per l'IA.
I lettori dovrebbero seguire un avviso dettagliato sul ripristino, eventuali prove riguardanti i cluster di calcolo di Sasovo e un altro attacco contro le infrastrutture digitali. Nel loro insieme, questi segnali mostreranno se la ridondanza abbia contenuto la crisi.
Risponderanno inoltre alla domanda più ampia sollevata da questi attacchi. Una piattaforma cloud può continuare a spostare i carichi di lavoro più rapidamente di quanto un avversario riesca a eliminare la capacità fisica?
