Accelerare il ripristino informatico con la risposta agli incidenti, l’intelligence sulle minacce e le tecnologie “cleanroom”

Un punto di Recovery pulito è un insieme di dati convalidato come privo di malware, anomalie di crittografia o indicatori di compromissione, grazie all’utilizzo di informazioni sulle minacce e analisi basate sull’intelligenza artificiale. 

Il Recovery sintetico ricostruisce dati puliti da più versioni di backup, contribuendo a preservare le modifiche recenti ed eliminando al contempo gli artefatti dannosi. 

Una “cleanroom” fornisce un ambiente isolato che consente di convalidare i dati, testare i carichi di lavoro e confermare che i sistemi siano sicuri prima del ripristino in produzione. 

Senza test, le organizzazioni si basano su ipotesi che spesso si rivelano errate durante gli incidenti, causando una reinfezione o tempi di inattività prolungati. 

Integrando in un’unica piattaforma il rilevamento, l’identificazione dei punti di Recovery, il Recovery automatizzato e la convalida.  

Per la trascrizione con indicazione dei tempi, guarda il video qui

00:08 – 00:09
Ciao a tutti.
00:09 – 00:15
Benvenuti alla sessione “Accelerare il ripristino informatico con la risposta agli incidenti, l’intelligence sulle minacce e Cleanroom Recovery”.
00:19 – 00:20
Mi chiamo Dave Cunningham.
00:20 – 00:23
Faccio parte del team dei product manager di Commvault.
00:23 – 00:27
Mi occupo delle nostre soluzioni di sicurezza informatica, come la piattaforma di rilevamento delle minacce e le integrazioni di sicurezza.
00:27 – 00:28
E sono qui con Dinesh.
00:28 – 00:30
Come va, Dinesh?
00:30 – 00:31
Ehi, grazie David.
00:31 – 00:32
Ciao a tutti.
00:32 – 00:33
Mi chiamo Dinesh Reddy.
00:33 – 00:39
Faccio parte del team di gestione dei prodotti di Commvault e mi occupo delle nostre soluzioni di Recovery.
00:39 – 00:44
Allora, iniziamo: parleremo di resilienza informatica.
00:44 – 00:49
Il NIST delinea chiaramente la struttura della resilienza informatica.
00:49 – 01:01
Come sapete, si tratta della capacità della vostra organizzazione di anticipare, resistere, riprendersi e adattarsi, per riportare in attività la vostra azienda e riprendersi da ogni tipo di minaccia o disastro.
01:01 – 01:07
Il discorso sulla resilienza informatica diventa molto articolato quando si inizia a considerare il panorama delle minacce in continua evoluzione.
01:07 – 01:15
E parleremo un po’ di alcune delle funzionalità avanzate che offriamo all’interno della nostra piattaforma, non solo per garantire la resilienza,
01:15 – 01:22
ma anche per fornire le informazioni necessarie per essere pronti a riprendersi in caso di attacco informatico.
01:23 – 01:37
La realtà è che, anche se le organizzazioni dispongono di una strategia per prepararsi al Recovery informatico e per essere resilienti dal punto di vista informatico, di solito non hanno fiducia nella propria strategia.
01:37 – 01:39
E questo è dimostrato dai numeri.
01:40 – 01:42
Più della metà delle organizzazioni
01:42 – 01:53
non ha fiducia nel proprio piano di Recovery e non è convinta che, se dovesse verificarsi un incidente nel proprio ambiente, sarebbe in grado di ripristinare in modo sicuro le proprie risorse.
01:53 – 02:05
Infatti, il rischio di fallimento del ripristino è superiore al 97% perché le organizzazioni non hanno testato regolarmente i propri piani e processi di ripristino informatico.
02:05 – 02:10
E iniziano a notare delle lacune nei propri piani proprio durante l’incidente informatico.
02:10 – 02:14
Potrebbero persino non sapere se i propri backup siano integri o se siano infetti.
02:14 – 02:14
Sì.
02:14 – 02:25
Inoltre, sai, penso che ci sia un aspetto di questa questione che dobbiamo sottolineare: il 55% delle organizzazioni presenta compartimenti stagni tra la sicurezza e lo stack tecnologico IT.
02:25 – 02:29
E questo è un problema estremamente importante da evidenziare in questa sede.
02:29 – 02:35
Perché quando si parla di una soluzione di resilienza come Commvault, il fatto che sia scollegata
02:35 – 02:45
da una piattaforma di sicurezza o dalle informazioni che una piattaforma di sicurezza può offrire, in un certo senso impedisce di ripristinare i sistemi in modo ottimale.
02:45 – 02:50
Quindi questo è un problema importante che anche le organizzazioni si trovano ad affrontare oggi.
02:50 – 02:50
Sì.
02:50 – 02:53
Infatti, c’è questo divario tra i team, giusto?
02:53 – 02:59
I silos causano ritardi, il che a sua volta aumenta il tempo medio di Recovery.
03:00 – 03:05
Credo che le organizzazioni oggi dispongano di quel tipo di piano di Recovery
03:05 – 03:09
tradizionale che utilizzano ormai da parecchio tempo.
03:09 – 03:21
Ritengo che i piani di Recovery tradizionali utilizzati da molte organizzazioni non soddisfino appieno le esigenze dell’attuale panorama delle minacce, ovvero l’impatto
che le minacce informatiche hanno 03:21 – 03:23
sulle organizzazioni odierne.
03:23 – 03:30
Pertanto sosteniamo con forza questo concetto di piani di Recovery informatico, ovvero la capacità non solo
di 03:30 – 03:36
testare le procedure di Recovery, ma anche di integrare una forma di intelligence sulle minacce all’interno di tale piano di Recovery.
03:36 – 03:45
Il motivo è che, come sapete, quando si esegue il ripristino alla cieca negli ambienti, c’è il rischio di reintrodurre rischi nell’ambiente, giusto?
03:45 – 03:56
Sapete, la piattaforma di protezione dei dati protegge continuamente i dati e, in qualsiasi momento, potrebbero esserci minacce neutralizzate all’interno della piattaforma
combinata 03:56 – 03:58
con qualsiasi piattaforma di protezione dei dati.
03:58 – 04:03
E ripristinando alla cieca nell’ambiente, si potrebbero reintrodurre le vulnerabilità.
04:03 – 04:08
Inoltre, il “rollback” è un concetto di cui sentiamo parlare spesso nelle organizzazioni.
04:08 – 04:18
Quando subiscono un incidente informatico e vogliono recuperare i propri dati, tornano indietro nel tempo e quel processo di tornare indietro nel tempo e ripristinare da uno snapshot precedente, sapete,
04:18 – 04:21
magari di una settimana fa, lascia indietro alcuni dati, giusto?
04:21 – 04:25
È un po’ come mettere a rischio il completo ripristino della loro attività.
04:25 – 04:27
Quindi essere in grado di analizzare le minacce
04:27 – 04:35
come parte di un test di ripristino o di un piano di ripristino informatico è estremamente importante.
04:35 – 04:36
Assolutamente.
04:36 – 04:36
Giusto.
04:36 – 04:37
Penso che tu abbia perfettamente ragione.
04:37 – 04:45
Ma la grande differenza tra i piani di Recovery tradizionali e il Recovery informatico è che, come nel Recovery tradizionale, non c’è malizia, giusto?
04:45 – 04:47
In un disastro naturale, giusto?
04:47 – 04:48
Non c’è malizia.
04:48 – 04:52
Non c’è nessun malintenzionato che sta cercando di compiere azioni dannose nel tuo ambiente.
04:52 – 04:55
È semplicemente che il tuo sito è fuori uso.
04:55 – 04:56
Stai semplicemente ripristinando il tuo sito.
04:56 – 05:02
E non ti preoccupi se i tuoi dati sono infetti, danneggiati o crittografati.
05:02 – 05:05
Ma la Recovery è più complessa di così.
05:05 – 05:08
Devi assicurarti che i tuoi backup siano integri.
05:08 – 05:19
E poi devi assicurarti di poter verificare tali backup in un ambiente isolato prima di integrarli effettivamente nel tuo ambiente di produzione appena ricostruito, in modo che
05:19 – 05:20
non si verifichi una reinfezione.
05:20 – 05:26
Ed è proprio qui che le nostre soluzioni aiutano i clienti a farlo in modo ottimizzato.
05:27 – 05:30
Approfondiamo quindi un po’ questo aspetto.
05:30 – 05:40
Diamo un’occhiata al quadro generale della piattaforma, ad esempio dove entra in gioco la piattaforma e cosa abbiamo integrato al suo interno per aiutare i clienti con questi
05:40 – 05:40
problemi.
05:40 – 05:43
Si parte quindi dalla piattaforma di resilienza, la piattaforma combinata.
05:44 – 05:48
E offriamo quel livello immutabile utilizzando la nostra piattaforma principale.
05:48 – 05:53
Quindi lo storage con le tecnologie AirGap presenti nel nostro prodotto.
05:53 – 05:56
E questo è estremamente importante perché, prima di tutto,
05:56 – 06:02
dobbiamo proteggere i dati e questi dati devono essere protetti in uno stato immutabile e indelebile.
06:02 – 06:04
Quindi l’abbiamo già integrato di serie.
06:04 – 06:12
Inoltre, anche l’integrazione con gli strumenti di Recovery e risposta, di orchestrazione e di sicurezza è estremamente importante.
06:12 – 06:21
Ma ciò che abbiamo fatto in questo livello intermedio è stato introdurre tecnologie aggiuntive che, in un certo senso, snelliscono e abbattono quei silos.
06:22 – 06:26
E integriamo le informazioni sulle minacce come parte del test di Recovery.
06:28 – 06:31
Quindi, prima di tutto, per ottenere quel “punto di Recovery pulito”, giusto?
06:31 – 06:44
E definiamo il “punto di Recovery pulito” o il “rilevamento di un punto pulito” come la capacità di rilevare se ci sono minacce all’interno dei dati protetti e di poter ripristinare l’ultima versione 06:44 – 06:51
nota
di quei dati, riducendo al minimo il rollback della Recovery.
06:51 – 07:00
Disponiamo quindi di segnali che riceviamo dai nostri partner di sicurezza tramite integrazioni, ad esempio con CrowdStrike e altri, oltre a funzionalità di intelligence integrate già pronte all’uso
07:00 – 07:05
, senza che i nostri clienti debbano introdurre tecnologie aggiuntive.
07:05 – 07:12
Queste informazioni vi forniranno gli spunti necessari per analizzare i vostri dati alla ricerca di malware e minacce di crittografia.
07:12 – 07:17
E questo è il primo passo per arrivare a un rilevamento preciso e pulito.
07:17 – 07:22
Per questo mi piace spesso dire che non si sa quanto efficacemente si riesca a ripristinare i dati finché non lo si fa.
07:22 – 07:26
E non si vorrebbe mai trovarsi in una situazione in cui si ha bisogno di ripristinare i dati e non si riesce a farlo in modo efficace.
07:26 – 07:33
È come se, ed è davvero importante, fosse necessario testare in modo coerente i propri dati e la propria capacità di recupero.
07:33 – 07:36
Anche per verificare che i dati siano in buono stato.
07:36 – 07:39
La componente di intelligence sulle minacce è estremamente importante.
07:39 – 07:43
Vi fornirà quella, quella… ehm… accurata conferma della vostra copertura.
07:43 – 07:51
Che non solo siate in grado di recuperare i vostri dati, ma che possiate recuperarli in quello stato accurato, in quello stato ottimale, in quello stato pulito.
07:51 – 07:54
E che riavrete le ultime versioni corrette dei vostri file.
07:54 – 08:04
Quindi unificare i set di strumenti di sicurezza e quelli di resilienza, i set di strumenti di sicurezza con quell’orchestrazione del Recovery, ehm, è estremamente importante.
08:04 – 08:06
Aiuterà a ridurre i tempi di risposta.
08:06 – 08:09
Approfondiamo quindi questo concetto di “Recovery sintetico”.
08:09 – 08:11
Si tratta di una novità che abbiamo lanciato.
08:11 – 08:13
Ed è qualcosa che
08:13 – 08:15
solo noi stiamo facendo oggi sul mercato.
08:15 – 08:18
Questo concetto è davvero semplice.
08:19 – 08:29
Utilizziamo le funzionalità di analisi della nostra piattaforma; come ho accennato prima, disponiamo di un sistema di rilevamento del malware basato su un motore a firme e sull’apprendimento automatico.
08:29 – 08:39
Inoltre, integriamo strumenti SOC quali regole ER e hash per ottenere ulteriori informazioni analitiche.
08:39 – 08:42
Il primo passo consiste quindi nell’individuare il malware all’interno del contenuto del backup.
08:43 – 08:47
Il passo successivo prevede l’utilizzo del nostro motore di intelligenza artificiale per rilevare la crittografia.
08:47 – 08:56
Disponiamo quindi di un modello proprietario per rilevare gli stati di crittografia all’interno del contenuto del backup.
08:56 – 09:00
E tutte queste informazioni le archiviamo nel nostro indice.
09:00 – 09:07
In questo modo, siamo in grado di individuare con precisione quali file sono interessati dalla minaccia e quali no.
09:07 – 09:11
Come potete vedere in questa illustrazione sul lato sinistro, ho diverse
09:11 – 09:15
protezioni dei dati, ovvero backup effettuati in un determinato periodo di tempo.
09:15 – 09:21
Poi, man mano che il ciclo procedeva, sono emerse varie minacce che hanno compromesso alcuni file.
09:21 – 09:23
Ora vi presento la funzione.
09:23 – 09:33
E poi, sul lato destro, quando eseguo effettivamente il mio ripristino sintetico, con un solo clic sintetizzeremo o recupereremo automaticamente tutte le versioni più recenti di quei
09:33 – 09:38
dati presenti nei backup, individuando le ultime versioni integre tra i backup.
09:38 – 09:41
e le useremo come punto di Recovery, mettendole in quarantena per impostazione predefinita.
09:41 – 09:49
Quindi, in sostanza, stiamo garantendo un Recovery pulito e riducendo al minimo il rollback, risolvendo così alcuni dei problemi di cui abbiamo parlato in precedenza.
09:49 – 09:59
A questo punto, diamo la parola a Dinesh, che vi spiegherà come prendiamo quel punto di ripristino pulito, lo integriamo e lo coordiniamo nel processo di ripristino stesso.
09:59 – 10:01
David.
10:01 – 10:05
Quindi, come hai detto tu, al momento abbiamo identificato un punto pulito
10:05 – 10:09
, giusto, attraverso vari segnali di minaccia e la scansione dei backup.
10:09 – 10:22
Il passo successivo sarebbe quello di convalidare questi dati in un ambiente sicuro e isolato senza compromettere effettivamente l’ambiente di produzione che state ricostruendo.
10:22 – 10:33
E dovreste sempre convalidare le vostre applicazioni all’interno di una “clean room” isolata prima di ripristinarle nell’ambiente di produzione appena ricostruito, in modo da ridurre al minimo il rischio di infezione.
10:33 – 10:34
E uno dei passaggi
chiave 10:34 – 10:39
durante questo processo di convalida consiste nel reinstallare i server.
10:39 – 10:51
Ciò avviene rimuovendo completamente il sistema operativo e ricostruendo il server a partire da un’immagine di riferimento personalizzata che è stata convalidata e fissata, in modo da partire sempre da uno stato noto
10:51 – 10:53
e corretto.
10:53 – 11:04
Una volta che l’applicazione è stata accuratamente testata e convalidata all’interno di questa “clean room” isolata, si è pronti a trasferire l’applicazione nell’ambiente di produzione.
11:04 – 11:14
Nei prossimi minuti, scopriremo come Cleanroom Recovery vi aiuti a farlo in modo snello ed efficiente.
11:15 – 11:18
Mi piace molto questa citazione di Mike Tyson.
11:18 – 11:23
Rispecchia perfettamente ciò che stiamo cercando di risolvere con le nostre soluzioni.
11:23 – 11:28
Ha detto: «Tutti hanno un piano finché non prendono un pugno in faccia».
11:28 – 11:33
E questo, ehm, vale sicuramente per il Recovery informatico e la resilienza.
11:33 – 11:41
Ogni organizzazione pensa di avere un piano e la maggior parte delle organizzazioni potrebbe avere un piano per il Recovery informatico.
11:41 – 11:45
Ma quando vengono colpite da un incidente, giusto?
11:45 – 11:48
Quindi, entro i primi cinque minuti di questo evento informatico, giusto?
11:48 – 11:54
Devono essere in grado di rispondere con certezza a domande come: «L’autore dell’attacco è ancora attivo?”, giusto?
11:54 – 11:56 “Di
quali dati possiamo fidarci?
” 11:56 – 11:59 “Quali
sono i prossimi passi che devo compiere?
” 11:59 – 11:59
Esatto.
11:59 – 12:03
Quindi, ovviamente, avere un manuale cartaceo aiuta in questo caso.
12:03 – 12:07
Ma la vera sicurezza deriva dall’organizzazione, giusto?
12:07 – 12:14
Quando si è in grado di codificare i passaggi da eseguire, quando si definiscono i punti di controllo, si tratta di verifiche.
12:14 – 12:27
E ripetere questa stessa sequenza di passaggi più e più volte ogni settimana, sviluppando quella memoria muscolare, in modo che quando succede qualcosa si sia in grado di eseguire rapidamente ciascuno di quei passaggi.
12:27 – 12:29
Questa è la resilienza informatica in azione.
12:29 – 12:31
E Cleanroom Recovery aiuta
12:31 – 12:33
ehm, a risolvere questo problema, giusto?
12:33 – 12:36
È così che funziona Cleanroom Recovery, giusto?
12:36 – 12:40
Quindi avete il vostro ambiente di produzione sul lato sinistro, giusto?
12:40 – 12:42
Che è il vostro tipico ambiente di produzione.
12:42 – 12:47
Avete le vostre condivisioni di file, le vostre macchine virtuali, i vostri server di database, giusto?
12:47 – 12:54
E naturalmente il vostro ambiente potrebbe essere un ambiente ibrido, suddiviso tra cloud e on-premise.
12:54 – 12:56
E poi abbiamo l’infrastruttura di backup
12:56 – 13:03
, che è un piano di controllo cloud combinato, il quale coordina il processo di protezione delle vostre applicazioni.
13:03 – 13:14
Ehm, una componente chiave dell’architettura resiliente alle minacce informatiche è disporre di una copia offsite dei dati delle vostre applicazioni in AirGap Protect.
13:14 – 13:26
Ciò garantisce che, anche se l’intero ambiente di produzione andasse completamente perso, si disponga di una copia sicura delle applicazioni archiviata in AirGap Protect, grazie alla quale è possibile ripristinare
13:26 – 13:27
le applicazioni.
13:27 – 13:37
E, ad esempio, se si desidera eseguire un test di Recovery o un’analisi forense, oppure se ci si trova in un vero e proprio incidente informatico e si sta cercando di ripristinare il sistema, giusto?
13:37 – 13:43
Il primo passo è proprio quello di ripristinare il piano di controllo, perché durante qualsiasi vero incidente informatico, giusto?
13:43 – 13:54
Ancor prima che le applicazioni vengano infettate, gli autori dell’attacco distruggerebbero la vostra infrastruttura di backup e quella di ripristino, specialmente se sono distribuite all’interno del vostro
13:54 – 13:56
ambiente di produzione.
13:56 – 14:01
E Cleanroom Recovery coordina il processo di ripristino del piano di controllo.
14:01 – 14:11
Con solo un paio di clic, saremo in grado di ripristinare il vostro piano di controllo e ospitarlo all’interno della nostra infrastruttura, in modo che possiate accedere a questo piano di controllo appena ripristinato e
14:11 – 14:16
iniziare a ripristinare le vostre applicazioni in una “cleanroom” isolata.
14:16 – 14:24
E questa “cleanroom” isolata può essere creata sia in un ambiente AWS, sia in un ambiente Azure, sia persino nel vostro
14:24 – 14:28
data center on-premise o in un ambiente IRE on-premise.
14:29 – 14:33
In sostanza, Cleanroom Recovery è una piattaforma di orchestrazione.
14:33 – 14:36
Aiuta quindi a orchestrare il ripristino del piano di controllo.
14:36 – 14:51
Aiuta a creare una “cleanroom” isolata su richiesta, all’interno della quale è possibile ripristinare le applicazioni e iniziare a valutarle prima di trasferirle all’ambiente di produzione.
14:51 – 14:54
Ora vediamo come
14:54 – 15:02
il rilevamento delle minacce e il funzionamento della “cleanroom” interagiscono per aiutarvi a riprendervi da un incidente informatico.
15:02 – 15:12
Per aiutarvi a identificare le minacce e a ripristinare le risorse infette in una “cleanroom” per la convalida nella nostra demo dal vivo.
15:14 – 15:17
Nella nuova puntata di “Cleanroom Recovery”, giusto?
15:17 – 15:20
Allora vorrei prima illustrarvi questa dashboard, ok?
15:20 – 15:29
Stiamo introducendo questa nuova dashboard per offrirvi una rapida anteprima di come il vostro ambiente sia pronto per il ripristino, giusto?
15:29 – 15:32
Contiene quindi informazioni come lo stato di Readiness per il “Cleanroom Recovery”.
15:32 – 15:43
Vi mostra quante delle vostre risorse protette sono effettivamente pronte per essere ripristinate nella “cleanroom”, quante non lo sono e quante non sono configurate per il “Cleanroom
Recovery” 15:43 – 15:44
Recovery.
15:44 – 15:54
Inoltre, vengono mostrate informazioni sul motivo per cui le risorse non sono pronte per il “Cleanroom Recovery”, ad esempio perché potreste non disporre di una copia di backup ATP per quelle risorse oppure perché avete
15:54 – 16:07
una regione diversa per la camera bianca, giusto? E quella regione non dispone di un backup ATP. Mostra inoltre informazioni su quando è stata condotta l’ultima simulazione di ripristino per ciascuno
16:07 – 16:09
dei vostri gruppi
di ripristino 16:09 – 16:19
e vi mostrerà informazioni sull’utilizzo delle licenze, nonché sulle camere bianche attive per regione, se disponete di un ambiente distribuito. Da qui.
16:19 – 16:21
Passiamo ai gruppi di Recovery.
16:21 – 16:24
Un gruppo di Recovery è un contenitore logico, giusto?
16:24 – 16:30
È un raggruppamento logico delle risorse che si desidera ripristinare in una clean room.
16:30 – 16:32
Ne creiamo uno nuovo.
16:32 – 16:34
Quindi seleziono “Aggiungi gruppo di Recovery”.
16:34 – 16:39
Gli darò il nome “applicazione di transazione” perché voglio che la mia applicazione di transazione sia
16:39 – 16:47
pronta per il Recovery; ora puoi aggiungere a questo gruppo le risorse che costituiscono la tua applicazione di transazione.
16:47 – 16:51
Ci sono diversi modi per aggiungere risorse:
puoi aggiungerle 16:51 – 16:59
È possibile aggiungere una regola che indichi di aggiungere tutte le risorse di proprietà della persona XYZ oppure di aggiungere le risorse che hanno il tag XYZ, giusto?
16:59 – 17:09
Quindi potete definire quali siano queste regole e, in base a esse, le risorse verranno aggiunte automaticamente al gruppo di Recovery, oppure potete selezionarle
manualmente 17:09 – 17:14
e aggiungerle allo stesso gruppo di Recovery qui, giusto?
17:14 – 17:23
Come potete vedere, vi mostreremo in tempo reale tutte le risorse protette da Commvault Cloud e potrete scegliere quali risorse volete aggiungere al gruppo
di Recovery 17:23 – 17:25
denominato “transaction application”.
17:25 – 17:33
E una cosa che voglio sottolineare qui è che, come vedete, abbiamo il supporto aggiuntivo per la foresta di Active Directory, giusto?
17:33 – 17:38
Quindi ora potrete aggiungere un’intera foresta di Active Directory a un gruppo
di Recovery 17:38 – 17:43
e poi eseguire il Recovery in un ambiente isolato in modo da poter verificare le vostre applicazioni end-to-end.
17:43 – 17:53
Sto selezionando una foresta di Active Directory, un paio di macchine virtuali e un paio di condivisioni di file di Azure, e aggiungerò tutto questo al gruppo di Recovery per poi eseguire un Recovery in
17:53 – 18:05
in un ambiente controllato; successivamente, controllate le impostazioni in questa pagina di riepilogo e, non appena avrete terminato la creazione del gruppo di Recovery, il passo successivo del processo
18:05 – 18:12
è creare un runbook per l’esecuzione della vostra “clean room”, perché così potrete semplicemente selezionare “Crea” e iniziare ad aggiungere un runbook.
18:12 – 18:17
Questo vi porterà alla fase successiva di configurazione e creazione di un runbook.
18:17 – 18:18
Gli darò un nome.
18:18 – 18:27
Voglio creare un manuale operativo forense per la mia applicazione di transazioni e, come parte di questo manuale, voglio abilitare la scansione del testo, giusto?
18:27 – 18:30
Ciò significa che, se si attiva questa opzione,
18:30 – 18:41
analizzeremo automaticamente le risorse recuperate nella “clean room” alla ricerca di eventuali malware e, se ne viene rilevato uno, apparirà nello stato del vostro runbook.
18:41 – 18:49
Quindi abilitiamo “Threat Scan” e poi procediamo: qui avete un’opzione se avete già creato una destinazione “clean room” o un sito “clean room”.
18:49 – 18:52
Potete semplicemente selezionare “Usa una clean room esistente”.
18:52 – 18:58
Ma se volete che ne creiamo una nuova, basta scegliere “Nuova clean room” e poi cliccare su “Avanti”
18:58 – 19:04
; a questo punto potrete selezionare dove volete creare la vostra clean room, su AWS o su Azure.
19:04 – 19:06
Per questa demo selezionerò Azure.
19:06 – 19:07
Cliccate su “Avanti”.
19:07 – 19:12
Assegno un nome a questa cleanroom: “Azure West US cleanroom”.
19:12 – 19:18
Poi clicco su “Avanti”: è qui che abbiamo semplificato il processo di creazione della cleanroom.
19:18 – 19:21
Abbiamo introdotto questa opzione chiamata “configurazione express”.
19:21 – 19:25
Ciò che fa è consentire l’accesso con un unico login al proprio account Microsoft, giusto?
19:25 – 19:27
Quindi saremo in grado di
19:27 – 19:37
creare tutta l’infrastruttura e le risorse necessarie per creare una “cleanroom” on-demand prima di trasferirvi le risorse.
19:37 – 19:47
In precedenza, infatti, era necessario creare in anticipo determinate risorse nel proprio account Azure, come un’app di Azure, assegnare i ruoli e le autorizzazioni necessari, creare gruppi di risorse e una rete virtuale (VNet),
19:47 – 19:50
per poi tornare indietro e configurare la Cleanroom Recovery.
19:50 – 19:56
Abbiamo però eliminato tutti questi prerequisiti introducendo l’opzione “Configurazione Express”, perché
19:56 – 20:04
una volta effettuato l’accesso con il proprio account Microsoft, saremo in grado di creare tutto ciò che è necessario per eseguire con successo la Cleanroom Recovery.
20:04 – 20:11
E naturalmente, se avete ricreato alcune di quelle risorse e volete utilizzarle, potete sempre optare per una configurazione personalizzata.
20:11 – 20:17
Eseguiamo quindi una configurazione rapida per mostrarvi quanto sia facile creare una “cleanroom” su richiesta.
20:17 – 20:24
Quindi recuperiamo automaticamente tutti gli abbonamenti presenti nel vostro tenant Microsoft.
20:24 – 20:26
Sceglierò questo
20:26 – 20:36
per il mio scopo di Cleanroom Recovery, farò clic su “Avanti”, darò una rapida occhiata a tutte le impostazioni selezionate e poi farò clic su “Crea”.
20:36 – 20:43
Come potete vedere, il sistema ha generato automaticamente un runbook passo dopo passo per la Cleanroom Recovery, giusto?
20:43 – 20:47
E uno dei passaggi qui è “Distribuzione della cleanroom”, giusto?
20:47 – 20:51
Supponiamo che questo runbook vi offra molta flessibilità, giusto?
20:51 – 20:54
Potete aggiungere o rimuovere passaggi se necessario, giusto?
20:54 – 20:55
Supponiamo quindi di voler aggiungere
20:55 – 20:59
un passaggio prima o dopo l’implementazione della camera bianca: potrete farlo.
20:59 – 21:08
E se espandi la fase di distribuzione della camera bianca, ti mostrerà tutti i passaggi interni che eseguiamo come parte di questa fase.
21:08 – 21:09
Esatto.
21:09 – 21:18
Quindi, poiché hai scelto di distribuire una nuova camera bianca, creeremo automaticamente l’infrastruttura necessaria, come un gruppo di risorse, le risorse di rete, l’account
di archiviazione, 21:18 – 21:24
e tutto il resto, prima di ripristinare effettivamente le risorse al suo interno.
21:24 – 21:33
E per quanto riguarda le risorse, se espandete la fase tre, che consiste fondamentalmente nel ripristino delle risorse di priorità uno, potete vedere che abbiamo aggiunto una foresta di Active Directory e che
21:33 – 21:36
abbiamo un paio di macchine virtuali che sono state aggiunte per il Recovery.
21:36 – 21:40
E uno dei passaggi all’interno del processo di Recovery della macchina virtuale è il repaving, giusto?
21:40 – 21:51
Si tratta di una funzionalità avanzata che consente di reinstallare l’intera macchina virtuale utilizzando un’immagine golden personalizzata e rinforzata prima di ripristinarvi i dati
21:51 – 21:59
; questo permette di partire da uno stato noto e corretto anche prima che i dati siano stati ripristinati all’interno della “cleanroom”.
21:59 – 22:12
Ora eseguiamo il runbook: selezioniamo un punto di backup o un punto di ripristino da utilizzare per ripristinare le applicazioni, quindi facciamo clic su “Invia”.
22:12 – 22:18
A questo punto si avvia il processo di Cleanroom Recovery e potete monitorarne lo stato direttamente nella pagina del runbook.
22:18 – 22:21
Non è necessario andare altrove per monitorare lo stato
22:21 – 22:26
e vi verrà mostrato, fase per fase, quale fase è in esecuzione e quanto è stato completato.
22:27 – 22:31
Supponiamo che abbiate aggiunto alcuni passaggi manuali che richiedono una conferma.
22:31 – 22:36
Verranno evidenziati qui, a indicare che c’è un passaggio in attesa dell’input dell’utente.
22:36 – 22:42
Potrete fare clic qui per filtrare i passaggi e visualizzare quale di essi è in attesa dell’input dell’utente.
22:42 – 22:44
Potrete confermare
22:45 – 22:48
e poi inviare, completando così l’esecuzione del runbook.
22:48 – 22:48
Esatto.
22:48 – 22:58
A questo punto l’intero processo di Cleanroom Recovery è stato eseguito e le vostre risorse sono state ripristinate in una cleanroom on-demand creata nel vostro abbonamento Azure
22:58 – 22:59
.
22:59 – 23:09
Ora potete concedere l’accesso a questa cleanroom al vostro team delle operazioni di sicurezza o al vostro team delle applicazioni, in modo che possano convalidare, ehm, le risorse e, ovviamente, giusto.
23:09 – 23:15
Quindi, una volta terminata la verifica e quando siete pronti a ripulire le vostre risorse
23:15 – 23:24
, basta semplicemente eseguire il comando “reset run book” e questo eseguirà automaticamente l’operazione di pulizia di tutte le risorse che sono state create da noi nel vostro abbonamento Azure.
23:24 – 23:28
In questo modo non rimarranno risorse in sospeso che potrebbero comportare costi.
23:28 – 23:36
Come potete vedere, abbiamo semplificato l’intero processo di creazione di una “cleanroom” su richiesta e di successivo ripristino delle risorse al suo interno.
23:36 – 23:45
Ora, il nostro collega David vi mostrerà quanto sia facile eseguire una Recovery
23:45 – 23:46
durante un evento informatico, giusto?
23:46 – 23:56
Quando viene rilevato un evento, quando viene rilevato un malware all’interno del vostro ambiente, è semplicissimo individuarlo e poi trasferire le risorse infette in una “clean room” per
23:56 – 23:58
qualsiasi tipo di analisi.
23:58 – 23:59
David, a te la parola.
24:00 – 24:13
Va bene, quindi daremo un’occhiata alla nuova dashboard di rilevamento delle minacce e vedremo quanto sia facile individuare le minacce all’interno del vostro ambiente
di protezione dei dati 24:13 – 24:17
per garantire un Recovery sicuro in un ambiente protetto.
24:17 – 24:20
Come potete vedere proprio qui, abbiamo la nuova dashboard.
24:20 – 24:23
La dashboard è progettata per essere orientata ai risultati.
24:23 – 24:32
Sul lato sinistro, abbiamo i vari segnali che rileviamo all’interno dell’ambiente di protezione dei dati.
24:32 – 24:41
Eseguiamo la scansione dei dati a intervalli programmati, oppure possiamo eseguire la scansione automaticamente quando si verificano
varie anomalie 24:41 – 24:42
, oltre che su richiesta.
24:42 – 24:49
Quindi nella nuova soluzione sono disponibili modalità di scansione molto, ehm, flessibili.
24:50 – 24:59
E quando rileviamo delle minacce, mettiamo in correlazione tali informazioni, comprese quelle dei partner, in questa dashboard per assegnare loro dei livelli di rischio.
24:59 – 25:05
Come potete vedere, abbiamo risorse a rischio critico, a rischio elevato, a rischio medio e a rischio basso.
25:06 – 25:08
Poi, sul lato destro,
25:09 – 25:10
abbiamo la panoramica dei risultati.
25:10 – 25:19
E questo vi fornisce informazioni su quali dati sono stati esaminati e su cosa Commvault ha fatto con quei dati dal punto di vista delle minacce.
25:19 – 25:24
Quindi vi sta indicando che avete una serie di dati puliti che abbiamo rilevato e analizzato, e dati che sono stati compromessi.
25:24 – 25:26
Come potete vedere, qui c’è un impatto.
25:26 – 25:30
E approfondiremo la questione per capire come risolvere il problema.
25:32 – 25:37
E poi, più in basso, abbiamo le componenti operative della piattaforma di rilevamento delle minacce.
25:37 – 25:44
Procediamo quindi e facciamo doppio clic su alcune delle risorse critiche per farci un’idea di cosa sta succedendo qui.
25:44 – 25:46
Farò quindi clic sul riquadro.
25:46 – 25:56
Come potete vedere, qui ho una serie di risorse in stato critico, il che significa che è stato rilevato del malware, tra le altre cose, all’interno dei punti di protezione e di Recovery
dei dati 25:56 – 25:56
.
25:57 – 26:01
Posso cliccare sui vari componenti qui presenti.
26:01 – 26:06
Abbiamo quindi delle anomalie per questo particolare sistema che vengono segnalate.
26:06 – 26:09
E questo avviene grazie al machine learning di Commvault.
26:09 – 26:14
Mentre proteggiamo i dati, analizziamo le varie modifiche che si verificano su quel sistema.
26:15 – 26:19
E generiamo l’evento sulla dashboard.
26:20 – 26:22
Passiamo ora ai segnali dei partner.
26:22 – 26:33
Disponiamo di diverse integrazioni grazie alle quali acquisiamo segnali dai nostri partner, come CrowdStrike, Netscope e Darktrace, solo per citarne alcuni.
26:34 – 26:36
E questi segnali forniscono
26:37 – 26:49
un indicatore di un attacco o di un comportamento che si sta verificando sulla risorsa, che noi associamo a un punto di Recovery per aiutare l’utente a capire se vi sia un impatto su quel
26:49 – 26:50
sistema.
26:50 – 26:52
Ne parleremo più approfonditamente tra poco.
26:52 – 27:04
Infine, abbiamo le minacce: qui utilizziamo il nostro motore di scansione multistrato, il nostro motore Threat Scan, con cui rileviamo il malware utilizzando un motore basato su firme, l’apprendimento
automatico
27:04 – 27:04
e 27:04 – 27:08
disponiamo di un modello di intelligenza artificiale per il rilevamento della crittografia.
27:08 – 27:22
Abbiamo anche integrato il supporto per Yara e Hash in questa nuova versione del prodotto, per consentire agli analisti SOC di inserire le proprie informazioni di intelligence nella piattaforma al fine di individuare
27:22 – 27:23
le minacce malware.
27:23 – 27:26
Sul lato destro sono disponibili diverse azioni.
27:26 – 27:33
È quindi possibile contrassegnare questa risorsa come salvata, metterla in quarantena o escluderla dal processo di archiviazione dei dati, il che impedisce
27:33 – 27:37
che i precedenti processi di protezione dei dati vengano eliminati.
27:37 – 27:41
Pertanto, se mai dovesse essere necessario tornare indietro nel tempo, quei dati saranno ancora lì.
27:41 – 27:42
Saranno intatti.
27:42 – 27:43
Non verranno eliminati.
27:43 – 27:44
Non scadranno.
27:44 – 27:47
Saranno sempre disponibili sia per scopi forensi che di Recovery.
27:47 – 27:54
È possibile cercare minacce, ovvero eseguire una scansione su richiesta se si desidera inserire nuove informazioni nella piattaforma.
27:54 – 27:58
Abbiamo persino introdotto delle API per eseguire la scansione degli hash.
27:58 – 28:02
È quindi possibile utilizzare gli hash per cercare minacce note all’interno dell’ambiente
di protezione dei dati 28:03 – 28:07
e, ovviamente, procedere al ripristino.
28:07 – 28:09
Ne parleremo tra un attimo.
28:09 – 28:13
Approfondiamo un po’ di più i dettagli su ciò che sta accadendo con questo sistema.
28:13 – 28:18
Quindi cliccherò sulla risorsa, e questo mi porterà alla dashboard di panoramica.
28:18 – 28:20
Questa è la panoramica della risorsa.
28:20 – 28:25
Posso quindi vedere tutti i segnali che vengono attivati per questo particolare sistema.
28:25 – 28:28
Ah, e lo vedo su queste linee di tendenza.
28:28 – 28:30
E le linee di tendenza sono davvero utili
28:30 – 28:38
per individuare con precisione quando il problema ha avuto inizio, quando l’infezione ha avuto inizio all’interno dei processi di protezione dei dati.
28:39 – 28:44
E questo tipo di visualizzazione potrebbe risultare complessa o richiedere un po’ di tempo per essere compresa.
28:44 – 28:50
Quindi, quello che abbiamo fatto è stato integrare l’intelligenza artificiale in tutti questi diversi segnali.
28:50 – 28:59
In questo modo potete utilizzare il nostro Arlie Insights per ottenere una sintesi di ciò che sta accadendo per questa specifica risorsa o anche a livello globale.
28:59 – 29:06
E vi fornirà tutto il contesto relativo a ciò che è stato rilevato e a cosa fare, quali sono le raccomandazioni da seguire.
29:06 – 29:11
Quindi, come minimo, questo è tutto ciò che dovete fare per capire quali sono i prossimi passi.
29:11 – 29:14
Va bene, allora andiamo avanti e passiamo alla scheda “Anomalie”.
29:15 – 29:21
Se state proseguendo la vostra indagine e volete capire quali file presentano anomalie, dovete andare su questa scheda qui.
29:22 – 29:25
E poi abbiamo la scheda “Minacce”.
29:25 – 29:28
Questa scheda vi fornirà una panoramica dei vari
29:28 – 29:34
malware e delle crittografie rilevati grazie al nostro motore a più livelli.
29:34 – 29:45
E, ancora una volta, giusto per ribadire il concetto, disponiamo di un motore antimalware che utilizza la scansione basata su firme, l’apprendimento automatico, nonché Yara e gli hash.
29:46 – 29:52
Inoltre, disponiamo anche di un modello di crittografia basato sull’intelligenza artificiale per rilevare la crittografia con elevati livelli di accuratezza.
29:52 – 29:57
È stato addestrato a distinguere l’aspetto di un file crittografato da quello di un file pulito.
29:57 – 30:02
Quindi, proprio qui, possiamo cliccare su una specifica minaccia rilevata e ottenere maggiori dettagli.
30:02 – 30:09
E, ancora una volta, come ho detto prima, utilizziamo Arlie in tutte le interfacce della dashboard per fornirvi il contesto di cui avete bisogno.
30:09 – 30:16
Potete ottenere maggiori dettagli su questa minaccia, inclusi gli hash e, come sapete, i dettagli di questo particolare impatto.
30:17 – 30:19
Infine, abbiamo i segnali dei partner.
30:19 – 30:24
Come ho detto prima, collaboriamo con diversi partner nel campo della sicurezza.
30:24 – 30:27
Acquisiamo i segnali nella nostra piattaforma.
30:27 – 30:36
Si tratta di indicatori di attacco o di primi segnali di comportamenti dannosi in atto, potenzialmente dannosi, su quei sistemi.
30:36 – 30:38
E li associamo ai punti di ripristino.
30:38 – 30:41
Come potete vedere qui, questi sono i tempi di Recovery.
30:41 – 30:50
E questo indica all’utente che in quei momenti specifici si è verificata una qualche forma di attività dannosa su quei sistemi.
30:50 – 30:56
E quindi, questo segnale in un certo senso determina l’esito di
30:56 – 31:02
: dovreste eseguire una scansione o, se sono presenti altri segnali diversi, valutare se potrebbe esserci un impatto sul vostro punto di Recovery.
31:02 – 31:06
Ci integriamo anche con CrowdStrike NextGen Sim.
31:06 – 31:07
Questa è una novità.
31:07 – 31:15
E proprio qui potete vedere in CrowdStrike NextGen Sim che stiamo inviando segnali alla piattaforma Sim.
31:15 – 31:19
E questo è ottimo per fornire informazioni aggiuntive all’analista del SOC.
31:19 – 31:24
E come potete vedere, una delle informazioni qui presenti riguarda la nostra Risk Analysis.
31:24 – 31:25
E questo indica
31:25 – 31:30
agli analisti del SOC che su questo particolare sistema sono stati individuati dati sensibili.
31:31 – 31:40
Questo è molto importante perché, se si attivano sia segnali di minaccia che allarmi relativi a dati sensibili, la situazione diventa piuttosto allarmante.
31:40 – 31:44
È davvero necessario dare un’occhiata al sistema per assicurarsi che tutto sia a posto.
31:44 – 31:48
Ora, non condividiamo alcuna informazione relativa ai dati sensibili.
31:48 – 31:55
Forniamo semplicemente l’informazione che il sistema ha rilevato alcune violazioni delle politiche in base a
31:55 – 31:57
come è configurata Risk Analysis.
31:57 – 32:08
Tali violazioni delle politiche possono essere personalizzate e specifiche per determinati tipi di, ehm, insiemi di dati.
32:09 – 32:20
E poi, naturalmente, oltre all’individuazione dei dati sensibili, inviamo anche segnalazioni relative alle minacce rilevate dalle nostre funzionalità di scansione.
32:20 – 32:23
Abbiamo quindi inviato alcune informazioni a NextGenSim.
32:24 – 32:27
in modo che l’analista del SOC possa ricevere tali notifiche.
32:27 – 32:29
Bene, ora procediamo con la Recovery.
32:29 – 32:30
Torniamo al sistema.
32:30 – 32:32
Andremo su “Recovery”.
32:32 – 32:36
E proprio qui abbiamo tre diverse opzioni di Recovery.
32:36 – 32:37
La prima è quella manuale.
32:37 – 32:40
Questa opzione va scelta se si desidera selezionare un punto di Recovery pulito.
32:40 – 32:45
Come potete vedere qui, stiamo effettivamente individuando i punti di Recovery puliti.
32:45 – 32:53
Vi indichiamo quali sono quelli interessati da minacce tramite, ehm, questo indicatore qui, il triangolo.
32:53 – 32:59
E forniamo anche un’analisi dettagliata, ad esempio indicando quali tipi di minacce sono presenti in quei punti di Recovery.
32:59 – 33:09
Ora, se effettuassi un Recovery cliccando sul punto di Recovery, ad esempio quello del 25, e procedessi al Recovery da lì, potrei potenzialmente tralasciare dati integri perché ho
33:09 – 33:15
altri due punti di Recovery successivi a quello in cui, anche se siamo infetti, forse non tutti i dati sono infetti.
33:15 – 33:17
Quindi ci sarebbe un certo livello di rollback.
33:17 – 33:20
Ed è per questo che abbiamo introdotto questa funzionalità
33:20 – 33:24
che chiamiamo “Recovery sintetico”.
33:24 – 33:37
La nostra funzione di Recovery sintetico crea il punto di ripristino prendendo l’ultimo punto di ripristino disponibile, individuando ciò che è infetto tramite le nostre tecnologie di scansione
33:37 – 33:46
e poi tornando indietro nel tempo, estraendo le versioni integre dei file dai set di backup per sintetizzare, in un certo senso, un punto di ripristino.
33:46 – 33:48
In questo modo si riduce al minimo il rollback.
33:48 – 33:49
Useremo questa opzione.
33:49 – 33:57
Come potete vedere qui, vi forniamo anche le informazioni relative alla quantità di dati effettivamente sottoposti a rollback e a quella proveniente dall’ultimo aggiornamento o dall’ultimo punto di ripristino.
33:58 – 34:00
E, brevemente, vorrei menzionare l’opzione forense.
34:00 – 34:05
Si tratta di un’opzione che consente di recuperare i dati infetti.
34:05 – 34:08
E consentiamo che questa Recovery avvenga solo in un ambiente controllato.
34:08 – 34:09
Stiamo divagando.
34:09 – 34:12
È possibile utilizzarla per indagini e analisi forensi.
34:12 – 34:15
Quindi, in questo momento, sceglieremo l’opzione di Recovery sintetico.
34:15 – 34:17
Successivamente, 34:17 – 34:20
è
qui che sono state implementate alcune delle altre innovazioni.
34:20 – 34:23
La camera bianca è completamente integrata come sede di Recovery.
34:23 – 34:29
Non dovrete quindi più fare i salti mortali per trasferire i vostri dati nella camera bianca per ulteriori indagini.
34:30 – 34:31
Sceglierò quindi l’opzione della camera bianca.
34:31 – 34:34
Eseguirò il recupero sintetico nella camera bianca.
34:34 – 34:39
E selezionerò la “cleanroom” esistente che Dinesh ha creato nella sua demo.
34:39 – 34:41
E procederemo con la Recovery.
34:42 – 34:45
E questo invierà un
34:45 – 34:51
quel sistema infetto effettuerà una Recovery completa e pulita di quel sistema nella camera bianca.
34:51 – 34:57
In questo modo potremo eseguire l’ultima fase di convalida nella camera bianca prima di reimmettere quei dati in produzione.
34:57 – 34:59
In questo modo si ottiene un ripristino ottimale.
35:00 – 35:04
Ora che abbiamo visto la demo di come funziona il prodotto, giusto?
35:04 – 35:12
Quanto sia facile avviare una “clean room” su richiesta per testare la vostra Readiness al ripristino informatico.
35:12 – 35:14
E quando vi trovate di fronte a un evento informatico,
35:14 – 35:25
con quanta rapidità ed efficacia la nostra piattaforma di rilevamento delle minacce sarà in grado di identificare quali minacce sono presenti nei vostri backup e di aiutarvi a ripristinare i dati con una perdita minima, giusto?
35:25 – 35:27
Utilizzando quel ripristino sintetico.
35:28 – 35:33
Se c’è una cosa che voglio che ricordiate di questa sessione è proprio questa diapositiva, giusto?
35:33 – 35:41
Mostra il percorso end-to-end dalla Readiness al ripristino fino al ripristino della produzione in un ambiente pulito, il tutto in un unico flusso integrato, giusto?
35:41 – 35:43
Partiamo dalla Readiness, giusto?
35:43 – 35:44
Si tratta essenzialmente di
35:44 – 35:54
configurare e impostare scansioni regolari dei vostri backup e monitorare continuamente i carichi di lavoro critici per verificare se siano integri o meno.
35:54 – 36:00
Una volta fatto ciò, il passo successivo sarebbe eseguire un test di Recovery.
36:00 – 36:12
Utilizzate la funzionalità “clean room” per pianificare e convalidare i vostri piani e processi di Recovery informatico, in modo da individuare eventuali lacune ed essere preparati quando si verificherà un
36:12 – 36:13
evento
reale 36:13 – 36:14
si verifichi, giusto?
36:14 – 36:16
Gli indicatori chiave di prestazione (KPI) in questo caso sono semplici, giusto?
36:16 – 36:21
Eseguite una scansione dei backup, assicurandovi che tutti i carichi di lavoro critici siano coperti, giusto?
36:21 – 36:28
Si eseguono test frequenti, ci si assicura che il proprio piano di sicurezza informatica sia stato accuratamente verificato e che non vi siano lacune.
36:28 – 36:31
E poi si è pronti per passare alla fase successiva.
36:32 – 36:33
Sì, assolutamente.
36:33 – 36:41
E parte di quella fase di pianificazione e preparazione è costituita, come sapete, dalle politiche di scansione e dai piani di scansione che avete messo in atto.
36:41 – 36:43
Tutto questo fa parte delle operazioni in background.
36:43 – 36:47
e noi utilizziamo automaticamente i segnali per voi.
36:48 – 36:57
Il nostro motore di rilevamento delle anomalie, sapete, il motore di rilevamento del malware e della crittografia, di cui abbiamo parlato prima, e tutti gli strumenti SOC grazie alle loro integrazioni, così come le suite di strumenti
integrati 36:57 – 36:58
.
36:58 – 37:10
Sono tutte funzionalità che lavorano automaticamente per voi in background, rilevando se ci sono o meno minacce all’interno dei vostri, dei vostri, dei vostri dati protetti e raggiungendo facilmente quel,
37:10 – 37:11
punto di ripristino pulito.
37:11 – 37:12
oh
37:12 – 37:13
per il Recovery in quello stato pulito.
37:13 – 37:25
E abbiamo parlato del Recovery sintetico, che è una delle funzionalità chiave del nostro prodotto: non si tratta solo di ottenere quel Recovery pulito, ma anche di
37:25 – 37:32
ottimizzare tale Recovery pulito, nel senso che non torniamo indietro a un punto precedente nel tempo per recuperare i vostri dati puliti.
37:32 – 37:36
Si tratta quindi di un punto di Recovery pulito completamente ottimizzato.
37:36 – 37:40
Ed è qui che avviene
la magia 37:40 – 37:50
: ora che si dispone del Recovery sintetico pulito, è possibile inviarlo alla propria “clean room” per le successive fasi operative e di convalida.
37:51 – 37:52
Esatto, vero?
37:52 – 38:03
E durante quel processo, quando si esegue questa Recovery nella camera bianca, è possibile applicare ulteriori livelli di sicurezza per garantire che sia davvero pulito.
38:03 – 38:06
Ad esempio, potrete reinstallare l’intero sistema
operativo 38:06 – 38:17
rimuovendo il sistema operativo esistente, importando una nuova immagine golden personalizzata e quindi ricostruire il server utilizzando quell’immagine prima di ripristinarvi i dati.
38:17 – 38:28
Infine, una volta completata tutta questa convalida e ottenuta una chiara decisione di approvazione o rifiuto da parte dei team di sicurezza, si è pronti a trasferire queste applicazioni
ripulite 38:28 – 38:33
dalla “clean room” a un nuovo ambiente di produzione.
38:33 – 38:35
Il risultato finale è che si dispone di applicazioni pulite
38:35 – 38:45
, convalidate e reinstallate, che sono state ripristinate con una perdita minima di dati e nel modo più efficiente possibile nel nuovo ambiente di produzione.
38:45 – 38:45
Va bene.
38:45 – 38:47
Con questo concludiamo.
38:47 – 38:51
Spero che questa sessione sia piaciuta a tutti e che abbiate imparato qualcosa.
38:51 – 38:59
Non vediamo l’ora di avere ulteriori conversazioni con voi, in particolare con i nostri clienti e con chiunque di voi abbia ulteriori domande.
38:59 – 39:02
Grazie da parte mia e di Dinesh.