Accélérer la reprise après une cyberattaque grâce à la gestion des incidents, au renseignement sur les menaces et aux « cleanrooms »

Un point de restauration « propre » désigne des données dont il a été vérifié, à l’aide de renseignements sur les menaces et d’analyses basées sur l’IA, qu’elles sont exemptes de logiciels malveillants, d’anomalies de chiffrement ou d’indicateurs de compromission. 

The synthetic Recovery reconstitutes healthy data from multiple versions of backup, which helps preserve recent changes while eliminating malicious artifacts. 

Une « salle blanche » offre un environnement isolé permettant de valider les données, de tester les charges de travail et de s’assurer que les systèmes sont sûrs avant de procéder à la restauration en production. 

Sans tests, les entreprises se fient à des hypothèses qui s’avèrent souvent fausses lors d’incidents, ce qui entraîne une réinfection ou une interruption de service prolongée. 

En intégrant la détection, l’identification d’un point de Recovery, la Recovery automatisée et la validation au sein d’une plateforme unique.  

Veuillez visionner la vidéo ici pour obtenir une transcription horodatée

00:08 – 00:09
Bonjour à tous.
00:09 – 00:15
Bienvenue à la session « Accélérer la reprise après un incident de cybersécurité grâce à la réponse aux incidents, au renseignement sur les menaces et à Commvault Cleanroom ».
00:19 – 00:20
Je m’appelle Dave Cunningham.
00:20 – 00:23
Je fais partie de l’équipe des chefs de produit chez Commvault.
00:23 – 00:27
Je travaille sur nos solutions de cybersécurité, telles que notre plateforme de détection des menaces et nos intégrations de sécurité.
00:27 – 00:28
Je suis ici avec Dinesh.
00:28 – 00:30
Comment vas-tu, Dinesh ?
00:30 – 00:31
Salut, merci David.
00:31 – 00:32
Bonjour à tous.
00:32 – 00:33
Je m’appelle Dinesh Reddy.
00:33 – 00:39
Je fais partie de l’équipe de gestion des produits chez Commvault et je gère nos solutions de Recovery.
00:39 – 00:44
Commençons donc par parler de la cyber-résilience.
00:44 – 00:49
Le NIST définit clairement la structure de la cyber-résilience.
00:49 – 01:01
Vous savez, il s’agit de la capacité de votre organisation à anticiper, à résister, à se rétablir et à s’adapter, à relancer votre activité et à rebondir face à tous les types de menaces ou d’incidents.
01:01 – 01:07
Le débat sur la cyber-résilience prend une dimension très nuancée dès lors que l’on tient compte de l’évolution du paysage des menaces.
01:07 – 01:15
Nous allons aborder brièvement certaines des fonctionnalités avancées que nous proposons au sein de notre plateforme, non seulement pour garantir la résilience,
01:15 – 01:22
mais aussi pour fournir les informations nécessaires afin d’être prêt à rebondir en cas de cyberattaque.
01:23 – 01:37
La réalité est que, même si les organisations disposent d’une stratégie pour se préparer à la reprise après sinistre et pour être cyber-résilientes, elles manquent généralement de confiance en leur stratégie.
01:37 – 01:39
Et cela se reflète dans les chiffres.
01:40 – 01:42
Plus de la moitié des organisations
01:42 – 01:53
n’ont pas confiance en leur capacité de reprise et ne sont pas convaincues de pouvoir restaurer leurs ressources en toute sécurité si un incident venait à affecter leur environnement.
01:53 – 02:05
En effet, le risque d’échec de la reprise est accru de 97 % car les organisations n’ont pas testé régulièrement leurs plans et processus de reprise informatique.
02:05 – 02:10
Et ce n’est qu’au moment de l’incident informatique qu’elles commencent à constater des lacunes dans leurs plans.
02:10 – 02:14
Elles ne savent peut-être même pas si leurs sauvegardes sont saines ou si elles sont infectées.
02:14 – 02:14
Oui.
02:14 – 02:25
Et puis, vous savez, je pense qu’il y a un aspect de cette question qu’il faut souligner : 55 % des organisations ont des infrastructures de sécurité et informatiques cloisonnées.
02:25 – 02:29
Et c’’est un problème extrêmement important à mettre en avant ici.
02:29 – 02:35
Car lorsqu’on parle d’une solution de résilience comme Commvault, le fait qu’elle soit déconnectée
02:35 – 02:45
d’une plateforme de sécurité ou des informations que celle-ci peut fournir, cela vous empêche en quelque sorte de vous rétablir de manière optimale.
02:45 – 02:50
C’est donc un problème majeur auquel les entreprises sont également confrontées aujourd’hui.
02:50 – 02:50
Oui.
02:50 – 02:53
En fait, c’est ce fossé entre les équipes, n’est-ce pas ?
02:53 – 02:59
Les cloisonnements entraînent des retards, ce qui augmente à son tour le temps moyen de reprise.
03:00 – 03:05
Je pense que les organisations disposent aujourd’hui de ce type de plan de Recovery
03:05 – 03:09
qu’elles utilisent depuis un certain temps déjà.
03:09 – 03:21
Je pense que les plans de Recovery traditionnels utilisés par de nombreuses organisations ne répondent pas tout à fait aux besoins liés au paysage actuel des menaces, ni à l’impact
des cybermenaces 03:21 – 03:23
sur les organisations d’aujourd’hui.
03:23 – 03:30
C’est pourquoi nous préconisons vivement ce concept de plans de Recovery après cyberattaque, qui permet non seulement
03:30 – 03:36
de tester vos procédures de Recovery, mais aussi d’intégrer une forme de veille sur les menaces dans ce plan de Recovery.
03:36 – 03:45
La raison en est que, vous savez, lorsqu’on effectue une restauration à l’aveugle dans les environnements, il existe un risque de réintroduire des menaces dans l’environnement, n’est-ce pas ?
03:45 – 03:56
Vous savez, la plateforme de protection des données protège en permanence les données et, vous savez, à tout moment, les menaces peuvent être neutralisées simultanément au sein de cette plateforme
combinée 03:56 – 03:58
, comme c’est le cas avec n’importe quelle plateforme de protection des données.
03:58 – 04:03
Et en effectuant une restauration à l’aveugle dans l’environnement, vous risquez de réintroduire ces vulnérabilités.
04:03 – 04:08
De même, la « restauration en arrière » est un concept dont on entend beaucoup parler dans les entreprises.
04:08 – 04:18
Lorsqueelles sont confrontées à un cyberincident et souhaitent récupérer leurs données, elles remontent dans le temps ; or, ce processus consistant à remonter dans le temps et à effectuer une restauration à partir d’un instantané plus ancien, vous savez,
04:18 – 04:21
datant peut-être d’une semaine, laisse certaines données de côté, n’est-ce pas ?
04:21 – 04:25
Cela expose en quelque sorte leur activité au risque de ne pas se rétablir complètement.
04:25 – 04:27
Il est donc extrêmement important de pouvoir analyser les menaces
04:27 – 04:35
dans le cadre d’un test de Recovery ou d’un plan de reprise après sinistre informatique.
04:35 – 04:36
Tout à fait.
04:36 – 04:36
Exactement.
04:36 – 04:37
Je pense que tu as tout à fait raison.
04:37 – 04:45
Mais la grande différence entre les plans de Recovery traditionnels et la Recovery après sinistre informatique, c’est que, comme dans la Recovery traditionnelle, il n’y a pas d’intention malveillante, n’est-ce pas ?
04:45 – 04:47
Lors d’une catastrophe naturelle, n’est-ce pas ?
04:47 – 04:48
Il n’y a pas d’intention malveillante.
04:48 – 04:52
Il n’y a pas d’acteur malveillant qui cherche à nuire à votre environnement.
04:52 – 04:55
C’est simplement que votre site est hors service.
04:55 – 04:56
Vous ne faites que restaurer votre site.
04:56 – 05:02
Et vous ne vous inquiétez pas de savoir si vos données sont infectées, corrompues ou chiffrées.
05:02 – 05:05
Mais la Recovery est plus complexe que cela.
05:05 – 05:08
Vous devez vous assurer que vos sauvegardes sont intactes.
05:08 – 05:19
Ensuite, vous devez vous assurer de pouvoir valider ces sauvegardes dans un environnement isolé avant de les intégrer à votre environnement de production nouvellement reconstruit, afin qu’il
05:19 – 05:20
n’y ait pas de réinfection.
05:20 – 05:26
Et c’est là que nos solutions aident nos clients à mener cette tâche à bien de manière rationalisée.
05:27 – 05:30
Approfondissons donc un peu ce sujet.
05:30 – 05:40
Jetons donc un coup d’œil à la plateforme dans ses grandes lignes : où intervient-elle, et quelles fonctionnalités avons-nous intégrées pour aider nos clients à résoudre ces
05:40 – 05:40
problèmes ?
05:40 – 05:43
Tout commence par la plateforme de résilience, la plateforme Combo.
05:44 – 05:48
Et nous proposons cette couche immuable grâce à notre plateforme principale.
05:48 – 05:53
Il s’agit donc du stockage basé sur les technologies AirGap que nous avons intégrées au produit.
05:53 – 05:56
Et c’est extrêmement important car, avant tout,
05:56 – 06:02
nous devons protéger les données, et ces données doivent être protégées dans un état immuable et indélébile.
06:02 – 06:04
Nous disposons donc de cette fonctionnalité dès le départ.
06:04 – 06:12
Et puis, l’intégration avec les outils de Recovery et d’intervention, l’’orchestration et de sécurité est également extrêmement importante.
06:12 – 06:21
Mais ce que nous avons fait ici, au niveau de cette couche intermédiaire, c’est d’introduire des technologies supplémentaires qui permettent en quelque sorte de rationaliser et de briser ces silos.
06:22 – 06:26
Et d’intégrer les renseignements sur les menaces dans le cadre du test de Recovery.
06:28 – 06:31
Donc, avant tout, il s’agit d’obtenir ce point de Recovery « propre », n’est-ce pas ?
06:31 – 06:44
Et nous définissons un point de restauration « propre », ou la détection d’un point propre, comme la capacité à détecter s’il existe des menaces au sein des données protégées, tout en étant capable de récupérer la dernière version 06:44 – 06:51
intacte connue
de ces données, ce qui minimise le retour en arrière de votre Recovery.
06:51 – 07:00
Nous disposons donc de signaux provenant de nos partenaires de sécurité grâce à des intégrations, notamment avec CrowdStrike et d’autres, ainsi que d’une intelligence intégrée prête à l’emploi
07:00 – 07:05
ce qui évite à nos clients d’avoir à mettre en place des technologies supplémentaires.
07:05 – 07:12
Ces informations vous fourniront les éléments nécessaires pour analyser vos données à la recherche de logiciels malveillants et de menaces de chiffrement.
07:12 – 07:17
Et c’est la première étape pour parvenir à une détection précise et fiable.
07:17 – 07:22
J’aime donc souvent dire que vous ne savez pas à quel point votre restauration est efficace tant que vous ne l’avez pas effectuée.
07:22 – 07:26
Et vous ne voulez jamais vous retrouver dans une situation où vous devez récupérer vos données sans pouvoir le faire efficacement.
07:26 – 07:33
C’est pourquoi il est vraiment important de tester régulièrement vos données et votre capacité à les restaurer.
07:33 – 07:36
Cela permet également de vérifier que vos données sont en bon état.
07:36 – 07:39
Le volet « renseignements sur les menaces » est extrêmement important.
07:39 – 07:43
Il vous apportera cette validation précise de votre couverture.
07:43 – 07:51
Non seulement vous êtes capable de restaurer vos données, mais vous pouvez les restaurer dans cet état précis, cet état correct, cet état propre.
07:51 – 07:54
Et vous récupérez les dernières versions valides de vos fichiers.
07:54 – 08:04
Il est donc extrêmement important d’unifier les ensembles d’outils de sécurité et de résilience, en associant les outils de sécurité à cette orchestration de la Recovery.
08:04 – 08:06
Cela contribuera à réduire les temps de réponse.
08:06 – 08:09
Penchons-nous donc de plus près sur ce concept de « Recovery synthétique ».
08:09 – 08:11
Il s’agit d’une nouveauté que nous venons de lancer.
08:11 – 08:13
Et c’est quelque chose que
08:13 – 08:15
nous sommes les seuls à proposer sur le marché aujourd’hui.
08:15 – 08:18
Ce concept est donc très simple.
08:19 – 08:29
Nous utilisons les capacités d’intelligence de notre plateforme ; comme je l’ai mentionné précédemment, celle-ci intègre une détection des logiciels malveillants grâce à un moteur basé sur les signatures et l’apprentissage automatique.
08:29 – 08:39
Nous intégrons également des outils SOC, tels que les règles ER et les hachages, afin de bénéficier d’informations supplémentaires.
08:39 – 08:42
La première étape consiste donc à détecter les logiciels malveillants dans le contenu des sauvegardes.
08:43 – 08:47
L’étape suivante consiste à utiliser notre moteur d’IA pour détecter le chiffrement.
08:47 – 08:56
Nous disposons ainsi d’un modèle propriétaire permettant de détecter les états de chiffrement au sein du contenu des sauvegardes.
08:56 – 09:00
Et nous stockons toutes ces informations dans notre index.
09 h 00 – 09 h 07
Ce faisant, nous sommes en mesure d’identifier précisément quels fichiers sont affectés par une menace et lesquels ne le sont pas.
09 h 07 – 09:11
Et comme vous pouvez le voir sur cette illustration à gauche, j’ai plusieurs 09:11 – 09:15
protections de données différentes
, des sauvegardes effectuées sur une certaine période.
09:15 – 09:21
Puis, au fur et à mesure que le cycle avançait, diverses menaces sont apparues, affectant des fichiers.
09:21 – 09:23
Nous en arrivons maintenant à la présentation.
09:23 – 09:33
Et puis, à droite, lorsque je lance ma « Recovery synthétique », nous allons automatiquement, en un seul clic, synthétiser ou extraire toutes les dernières versions de ces
09:33 – 09:38
données présentes dans les sauvegardes, et identifier les dernières versions valides parmi celles-ci.
09:38 – 09:41
Nous les utilisons ensuite comme point de restauration et les mettons en quarantaine par défaut.
09:41 – 09:49
En résumé, nous garantissons une restauration propre et minimisons le rollback, ce qui résout certains des problèmes dont nous avons parlé précédemment.
09:49 – 09:59
Je vais donc donner la parole à Dinesh, qui va vous expliquer comment nous utilisons ce point de restauration propre, comment nous l’intégrons et comment nous l’orchestrons au sein du processus de Recovery lui-même.
09 h 59 – 10 h 01
David.
10 h 01 – 10 h 05
Comme vous l’avez mentionné, nous avons désormais identifié un point de 10 h 05 – 10 h09
restauration propre
, n’est-ce pas, grâce à divers signaux de menace et à l’analyse des sauvegardes.
10 h 09 – 10 h 22
L’étape suivante consiste à valider ces données dans un environnement sécurisé et isolé, sans compromettre l’’environnement de production que vous êtes en train de reconstruire.
10 h 22 – 10 h 33
Et vous devez toujours valider vos applications au sein d’une « salle blanche » isolée avant de procéder à la restauration dans votre environnement de production nouvellement reconstruit, afin de minimiser le risque d’infection.
10 h 33 – 10 h 34
Et l’’une des étapes
clés 10 h 34 – 10 h 39
de ce processus de validation consiste à réinitialiser vos serveurs.
10 h 39 – 10 h 51
Cela consiste à supprimer complètement votre système d’exploitation et à reconstruire le serveur à partir d’une image de référence personnalisée, validée et figée, afin de toujours partir d’un 10 h 51 – 10 h 53
état connu
et correct.
10 h 53 – 11 h 04
Une fois que l’application a été minutieusement testée et validée au sein de cette « salle blanche » isolée, vous êtes prêt à la déployer dans l’environnement de production.
11 h 04 – 11 h 14
Au cours des prochaines minutes, nous allons découvrir comment Cleanroom Recovery vous aide à effectuer cette opération de manière rationalisée.
11 h 15 – 11 h 18
J’aime beaucoup cette citation de Mike Tyson.
11 h 18 – 11 h 23
Elle correspond parfaitement à ce que nous essayons de résoudre avec nos solutions.
11 h 23 – 11 h 28
Il a dit : « Tout le monde a un plan jusqu’à ce qu’on lui mette un coup de poing dans la figure.
» 11 h 28 – 11 h 33
Et cela s’applique sans aucun doute à la Recovery informatique et à la résilience.
11 h 33 – 11 h 41
Toutes les organisations pensent avoir un plan, et la plupart d’entre elles ont sans doute un plan de Recovery après un incident cybernétique.
11 h 41 – 11 h 45
Mais quand elles sont frappées par un incident, n’est-ce pas ?
11 h 45 – 11 h 48
Donc, dans les cinq premières minutes de cet incident cybernétique, n’est-ce pas ?
11 h 48 – 11 h 54
Elles doivent être en mesure de répondre à des questions telles que : « L’attaquant est-il toujours actif ? », n’est-ce pas ?
11 h 54 – 11 h 56
À quelles données peut-on se fier ?
11 h 56 – 11 h 59
Quelles sont les prochaines mesures que je dois prendre ?
11 h 59 – 11 h 59
Exactement.
11 h 59 – 12 h 03
Bien sûr, disposer d’un guide d’intervention sur papier est utile dans ce cas.
12 h 03 – 12 h 07
Mais la véritable confiance vient de la coordination, n’est-ce pas ?
12 h 07 – 12 h 14
Lorsque vous êtes capable de codifier les étapes à suivre, lorsque vous avez défini des étapes clés, ce sont des vérifications.
12 h 14 – 12 h 27
Et en répétant cette même séquence d’étapes encore et encore chaque semaine, on développe cette mémoire musculaire, de sorte que, lorsqu’un incident survient, on est capable d’exécuter rapidement chacune de ces étapes.
12 h 27 – 12 h 29
C’est ça, la cyber-résilience en action.
12 h 29 – 12 h 31
Et la Cleanroom Recovery aide
12 h 31 – 12 h 33
euh, à résoudre ce problème, n’est-ce pas ?
12 h 33 – 12 h 36
C’est ainsi que fonctionne la Cleanroom Recovery, n’est-ce pas ?
12 h 36 – 12 h 40
Vous avez donc votre environnement de production sur la gauche, n’est-ce pas ?
12:40 – 12:42
Il s’agit de votre environnement de production classique.
12:42 – 12:47
Vous avez vos partages de fichiers, vos machines virtuelles, vos serveurs de bases de données, n’est-ce pas ?
12 h 47 – 12 h 54
Et bien sûr, votre environnement peut être un environnement hybride, réparti entre le cloud et les infrastructures sur site.
12 h 54 – 12 h 56
Et puis nous avons l’infrastructure de sauvegarde
12 h 56 – 13 h 03
, qui est un plan de contrôle cloud combiné, chargé d’orchestrer le processus de protection de vos applications.
13 h 03 – 13 h 14
Euh… Un élément clé d’une architecture cyber-résiliente consiste à disposer d’une copie hors site des données de vos applications dans AirGap Protect.
13:14 – 13:26
Cela garantit que, même si l’ensemble de votre environnement de production venait à disparaître, vous disposeriez d’une copie sécurisée de vos applications stockée dans AirGap Protect, grâce à laquelle vous pourriez restaurer
13:26 – 13:27
vos applications.
13:27 – 13:37
Par exemple, si vous souhaitez effectuer un test de Recovery, réaliser une analyse forensic ou si vous êtes confronté à un véritable incident cyber et que vous essayez de vous rétablir, n’est-ce pas ?
13:37 – 13:43
La première étape consiste en fait à restaurer votre plan de contrôle, car lors de tout véritable incident cybernétique, n’est-ce pas ?
13:43 – 13:54
Avant même que les applications ne soient infectées, les acteurs malveillants détruiraient votre infrastructure de sauvegarde et votre infrastructure de Recovery, en particulier si celles-ci sont déployées au sein de votre
13:54 – 13:56
environnement de production.
13:56 – 14:01
Et Cleanroom Recovery orchestre le processus de Recovery du plan de contrôle.
14:01 – 14 h 11
En quelques clics seulement, nous pourrons restaurer votre plan de contrôle et le déployer au sein de notre infrastructure afin que vous puissiez vous connecter à ce plan de contrôle nouvellement restauré et
14 h 11 – 14 h 16
commencer à restaurer vos applications dans un « cleanroom » isolé.
14:16 – 14:24
Et cet « espace propre » isolé peut être créé soit dans un environnement AWS, soit dans un environnement Azure, soit même dans votre propre
14:24 – 14:28
centre de données sur site, ou dans un environnement IRE sur site.
14:29 – 14:33
À la base, Cleanroom Recovery est une plateforme d’orchestration.
14:33 – 14:36
Elle permet donc d’orchestrer la restauration du plan de contrôle.
14:36 – 14:51
Elle permet de créer une « salle blanche » isolée à la demande dans laquelle vous pouvez restaurer vos applications et commencer à les valider avant de les déployer dans votre environnement de production.
14:51 – 14:54
Voyons maintenant comment
14:54 – 15:02
la détection des menaces, le fonctionnement de l’environnement isolé, et comment ces deux éléments agissent en synergie pour vous aider à vous remettre d’un incident cybernétique.
15 h 02 – 15 h 12
Ainsi, pour vous aider à identifier les menaces et à restaurer une ressource infectée dans un environnement isolé en vue de sa validation, dans notre démonstration en direct.
15:14 – 15:17
Dans ce nouvel épisode consacré à Cleanroom Recovery, n’est-ce pas ?
15:17 – 15:20
Je voudrais donc commencer par vous présenter ce tableau de bord, d’accord ?
15:20 – 15 h 29
Nous vous présentons donc ce nouveau tableau de bord pour vous donner un aperçu rapide de l’état de Readiness de votre environnement en vue de la reprise, d’accord ?
15 h 29 – 15 h 32
Il contient donc des informations telles que l’état de Readiness pour la Cleanroom Recovery.
15 h 32 – 15 h 43
Il vous indique combien de vos ressources protégées sont réellement prêtes à être récupérées dans le « Cleanroom », combien ne le sont pas et combien ne sont pas configurées pour la « Cleanroom
Recovery » 15:43 – 15:44
.
15:44 – 15:54
Il affiche également des informations expliquant pourquoi certaines ressources ne sont pas prêtes pour la « Cleanroom Recovery », par exemple parce que vous ne disposez peut-être-d’une copie de sauvegarde ATP pour ces ressources ou parce que vous avez
15 h 54 – 16 h 07
sélectionné une autre région pour la salle blanche, et que cette région ne dispose pas d’une sauvegarde ATP. Il affiche également des informations sur la date du dernier exercice de restauration effectué pour chacun
16 h 07 – 16 h 09
de vos groupes
de restauration 16 h 09 – 16 h 19
et vous présente des informations sur l’utilisation des licences ainsi que sur les salles blanches actives par région si vous disposez d’un environnement distribué.
16 h 19 – 16 h 21
Passons aux groupes de Recovery.
16 h 21 – 16 h 24
Un groupe de Recovery est un conteneur logique, n’est-ce pas ?
16 h 24 – 16 h 30
Il s’agit d’un regroupement logique des ressources que vous souhaitez restaurer dans une salle blanche.
16 h 30 – 16 h 32
Créons-en un nouveau.
16 h 32 – 16 h 34
Je vais donc cliquer sur « Ajouter un groupe de Recovery ».
16 h 34 – 16 h 39
Je vais l’appeler « application de transaction », car je souhaite que mon application de transaction soit
16 h 39 – 16 h 47
prête pour la Recovery. Ensuite, vous pouvez ajouter à ce groupe les ressources qui composent votre application de transaction.
16 h 47 – 16 h 51
Il existe plusieurs façons d’ajouter des ressources.
16 h 51 – 16 h 59
Vous pouvez ajouter une règle stipulant d’ajouter toutes les ressources appartenant à la personne XYZ ou d’ajouter les ressources portant le tag XYZ, n’est-ce pas ?
16 h 59 – 17 h 09
Vous pouvez donc définir ces règles et, en fonction de celles-ci, les ressources seront automatiquement ajoutées au groupe de Recovery, ou vous pouvez les sélectionner
manuellement de 17 h 09 à 17 h 14
et les ajouter ici au même groupe de Recovery, n’est-ce pas ?
17 h 14 – 17 h 23
Vous pouvez donc constater que nous vous présentons toutes les ressources protégées par Commvault Cloud, et que vous pouvez choisir celles que vous souhaitez ajouter au groupe
de Recovery 17 h 23 – 17 h 25
appelé « application de transaction ».
17 h 25 – 17 h 33
Et je tiens à souligner ici que nous prenons désormais en charge les forêts Active Directory, n’est-ce pas ?
17:33 – 17:38
Vous pourrez donc désormais ajouter une forêt Active Directory entière à un groupe
de Recovery 17:38 – 17:43
, puis exécuter Recovery dans un environnement isolé afin de valider vos applications de bout en bout.
17 h 43 – 17 h 53
Je sélectionne une forêt Active Directory, quelques machines virtuelles et quelques partages de fichiers Azure, et je vais ajouter tout cela au groupe de reprise, puis je vais exécuter une reprise dans
17 h 53 – 18 h 05
un environnement isolé. Vérifiez ensuite vos paramètres sur cette page de récapitulatif, puis, dès que vous aurez terminé la création de votre groupe de reprise, l’étape suivante du processus
18 h 05 – 18 h 12
consiste à créer un cahier d’instructions pour exécuter votre environnement isolé ; il vous suffit donc de cliquer sur « Créer » et de commencer à ajouter un cahier d’instructions.
18 h 12 – 18 h 17
Cela vous mènera à l’étape suivante, à savoir la configuration et la création d’un guide d’exécution.
18 h 17 – 18 h 18
Je vais lui donner un nom.
18 h 18 – 18 h 27
Je souhaite créer un guide d’exécution d’analyse forensic pour mon application de transactions et, dans le cadre de ce guide, je souhaite activer l’analyse de texte, n’est-ce pas ?
18:27 – 18:30
Cela signifie que si vous activez cette option…
18:30 – 18:41
Nous analyserons automatiquement les ressources récupérées dans la « clean room » à la recherche de logiciels malveillants, et cela apparaîtra dans le rapport de votre guide d’exécution si un logiciel malveillant est détecté.
18 h 41 – 18 h 49
Activons donc Threat Scan, puis allons plus loin : vous disposez ici d’une option si vous avez préalablement créé une cible « clean room » ou un site « clean room ».
18 h 49 – 18 h 52
Vous pouvez simplement sélectionner « Utiliser une salle blanche existante ».
18 h 52 – 18 h 58
Mais si vous souhaitez que nous créions une nouvelle salle blanche, il vous suffit de choisir l’option « Nouvelle salle blanche », puis de cliquer sur « Suivant »
18 h 58 – 19 h 04
et vous pouvez choisir où vous souhaitez créer votre salle blanche, soit sur AWS, soit sur Azure.
19 h 04 – 19 h 06
Je vais sélectionner Azure pour cette démonstration.
19 h 06 – 19 h 07
Cliquez sur « Suivant ».
19 h 07 – 19 h 12
Je vais donner un nom à cette « cleanroom » : « Azure West US cleanroom ».
19 h 12 – 19 h 18
Cliquez ensuite sur « Suivant » : c’est ici que nous avons simplifié le processus de création de la salle blanche.
19 h 18 – 19 h 21
Nous avons introduit cette option appelée « configuration express ».
19 h 21 – 19 h 25
Cela permet, en une seule connexion à votre compte Microsoft, n’est-ce pas ?
19 h 25 – 19 h 27
Nous pourrons
ainsi 19 h 27 – 19 h 37
créer toute l’infrastructure et les ressources nécessaires à la création d’’une « cleanroom » à la demande avant d’y déployer les ressources.
19 h 37 – 19 h 47
Auparavant, vous deviez donc pré-créer certaines ressources dans votre compte Azure, telles qu’une application Azure, attribuer les rôles et autorisations nécessaires, créer des groupes de ressources et un réseau virtuel,
19 h 47 – 19 h 50
puis revenir pour configurer la Recovery de votre « cleanroom ».
19 h 50 – 19:56
Mais nous avons supprimé toutes ces étapes préalables en introduisant cette option de configuration express, car
19:56 – 20:04
dès que vous vous connectez avec votre compte Microsoft, nous sommes en mesure de créer tout ce qui est nécessaire pour exécuter avec succès une Cleanroom Recovery.
20 h 04 – 20 h 11
Et bien sûr, si vous avez déjà créé certaines de ces ressources et que vous souhaitez les utiliser, vous pouvez toujours opter pour une configuration personnalisée.
20 h 11 – 20 h 17
Nous allons donc effectuer une configuration express pour vous montrer à quel point il est facile de créer un « cleanroom » à la demande.
20:17 – 20:24
Nous récupérons donc automatiquement tous les abonnements présents dans votre tenant Microsoft.
20:24 – 20:26
Je vais sélectionner celui-ci
20:26 – 20:36
pour ma Cleanroom Recovery, puis cliquer sur « Suivant » pour passer rapidement en revue tous les paramètres que vous avez sélectionnés, avant de cliquer sur « Créer ».
20 h 36 – 20 h 43
Comme vous pouvez le voir, le système a automatiquement généré un guide d’exécution étape par étape pour la Cleanroom Recovery de votre « cleanroom », n’est-ce pas ?
20 h 43 – 20 h 47
L’une des étapes ici est le déploiement du « cleanroom », n’est-ce pas ?
20 h 47 – 20 h 51
Imaginons que ce guide d’exécution vous offre une grande flexibilité, n’est-ce pas ?
20 h 51 – 20 h 54
Vous pouvez ajouter ou supprimer des étapes si nécessaire, n’est-ce pas ?
20:54 – 20:55
Imaginons que vous souhaitiez ajouter
20:55 – 20:59
une étape avant ou après le déploiement d’une salle blanche, vous pourrez le faire.
20:59 – 21 h 08
Et si vous développez la phase de déploiement de la salle blanche, cela vous montrera toutes les étapes internes que nous exécutons dans le cadre de cette phase.
21 h 08 – 21 h 09
Exactement.
21 h 09 – 21 h 18
Donc, puisque vous avez choisi de déployer une nouvelle salle blanche, nous allons automatiquement créer l’infrastructure nécessaire, comme un groupe de ressources, les ressources réseau, le
21 h 18 – 21 h 24
compte de stockage, tout cela avant de récupérer effectivement les ressources, euh, à l’intérieur.
21 h 24 – 21 h33
Et les ressources, si vous passez à la phase trois, qui consiste essentiellement à restaurer vos ressources de priorité 1, vous pouvez voir que nous avons ajouté une forêt Active Directory et que nous
21 h 33 – 21 h 36
avons quelques machines virtuelles qui ont été ajoutées pour la restauration.
21 h 36 – 21 h 40
Et l’une des étapes de la restauration de la machine virtuelle est le « repaving », n’est-ce pas ?
21:40 – 21:51
Il s’agit d’une fonctionnalité avancée qui vous permet de réinitialiser l’intégralité de votre machine virtuelle à l’’aide d’une image de référence personnalisée et renforcée avant d’y restaurer les données
21 h 51 – 21 h 59
; cela vous permet de repartir d’un état connu et fiable avant même que les données n’aient été restaurées dans l’environnement de restauration.
21 h 59 – 22 h 12
Bon, maintenant, exécutons… euh… le guide d’exécution. Sélectionnez un point de sauvegarde ou un point de Recovery que vous souhaitez utiliser pour restaurer vos applications, puis cliquez sur « Soumettre ».
22 h 12 – 22 h 18
Cela lance alors le processus de Cleanroom Recovery et vous pouvez surveiller l’état directement depuis la page du guide d’exécution.
22 h 18 – 22 h 21
Vous n’avez pas besoin d’aller ailleurs pour suivre l’état
d’avancement 22 h 21 – 22 h 26
et le système vous indiquera, étape par étape, quelle phase est en cours d’exécution et dans quelle mesure elle est terminée.
22 h 27 – 22 h 31
Imaginons que vous ayez ajouté certaines étapes manuelles nécessitant une validation.
22 h 31 – 22 h 36
Elles seront mises en évidence ici, indiquant qu’une étape attend une intervention de l’utilisateur.
22 h 36 – 22:42
Vous pourrez cliquer ici pour filtrer les étapes et voir laquelle nécessite une intervention de l’utilisateur.
22:42 – 22:44
Vous pouvez cliquer sur « Valider »
22:45 – 22:48
, puis sur « Soumettre », ce qui clôturera le guide d’exécution.
22:48 – 22 h 48
Exactement.
22 h 48 – 22 h 58
La Cleanroom Recovery complète est donc désormais terminée et vos ressources ont été restaurées dans une « cleanroom » à la demande qui a été créée dans votre abonnement Azure
22 h 58 – 22 h 59
.
22 h 59 – 23 h 09
Vous pouvez désormais donner accès à cette « cleanroom » à votre équipe des opérations de sécurité ou à votre équipe chargée des applications afin qu’elles puissent valider, euh, les ressources, bien sûr.
23 h 09 – 23 h 15
Ainsi, une fois la validation terminée et lorsque vous êtes prêt à nettoyer vos ressources
23 h 15 – 23 h 24
, il vous suffit de donner la commande « reset run book » ; cela lancera automatiquement l’opération de nettoyage de toutes les ressources que nous avons créées dans votre abonnement Azure.
23 h 24 – 23 h 28
Il n’n’y a donc plus de ressources orphelines qui pourraient vous coûter cher.
23:28 – 23:36
Comme vous pouvez le constater, nous avons simplifié l’ensemble du processus de création d’une « cleanroom » à la demande, puis de restauration des ressources dans celle-ci.
23:36 – 23:45
À présent, mon collègue David va vous montrer à quel point il est facile d’effectuer une restauration
23:45 – 23:46
lors d’un incident cybernétique, n’est-ce pas ?
23:46 – 23:56
Lorsqu’un incident est détecté, lorsqu’un logiciel malveillant est détecté au sein de votre environnement, il est très facile de l’identifier, puis de transférer ces ressources infectées dans une « salle blanche » pour
23:56 – 23:58
tout type d’analyse.
23:58 – 23:59
David, à vous.
24:00 – 24:13
Très bien, nous allons donc jeter un œil au nouveau tableau de bord de détection des menaces et voir à quel point il est facile de détecter les menaces au sein de votre environnement
de protection des données 24:13 – 24:17
afin de faciliter la Recovery dans un environnement isolé.
24:17 – 24:20
Comme vous pouvez le voir ici, nous avons le nouveau tableau de bord.
24:20 – 24:23
Ce tableau de bord est conçu pour être axé sur les résultats.
24:23 – 24:32
Sur le côté gauche, nous avons les différents signaux que nous détectons au sein de l’environnement de protection des données.
24:32 – 24:41
Nous analysons les données selon un calendrier défini, ou nous pouvons les analyser automatiquement lorsque diverses anomalies se produisent
24:41 – 24:42
ainsi qu’à la demande.
24:42 – 24:49
La nouvelle solution propose donc des modes d’analyse très, euh, flexibles.
24:50 – 24:59
Et lorsque nous détectons des menaces, nous corrélons ces informations, y compris celles de nos partenaires, dans ce tableau de bord afin de leur attribuer des niveaux de risque.
24:59 – 25:05
Vous pouvez donc constater que nous avons des ressources à risque critique, à haut risque, ainsi que des ressources à risque moyen et faible.
25:06 – 25:08
Ensuite, sur le côté droit,
25:09 – 25:10
nous avons la synthèse des résultats.
25:10 – 25:19
Cela vous donne des informations sur les données qui ont été examinées et sur ce que Commvault a fait de ces données du point de vue des menaces.
25:19 – 25:24
Cela vous indique donc que vous disposez d’un ensemble de données saines que nous avons détectées et analysées, ainsi que de données affectées.
25:24 – 25:26
Vous pouvez donc constater qu’il y a un impact ici.
25:26 – 25:30
Nous allons approfondir cette analyse pour déterminer comment y remédier.
25:32 – 25:37
Et puis, ci-dessous, nous avons les composants opérationnels de la plateforme de détection des menaces.
25:37 – 25:44
Alors, double-cliquons sur certaines des ressources critiques pour nous faire une idée de ce qui se passe ici.
25:44 – 25:46
Je vais donc cliquer sur la vignette.
25:46 – 25:56
Vous pouvez voir que j’ai ici toute une série de ressources dont l’état est critique, ce qui signifie qu’un logiciel malveillant a notamment été détecté au sein des points de protection et de Recovery
des données.
25:56 – 25:56
25:57 – 26:01
Je peux cliquer sur les différents composants ici.
26:01 – 26:06
Nous avons donc ici des anomalies pour ce système particulier qui sont en train de se déclencher.
26:06 – 26:09
Et cela utilise l’apprentissage automatique de Commvault.
26:09 – 26:14
Tout en protégeant les données, nous examinons les différents changements qui se produisent sur ce système.
26:15 – 26:19
Et nous générons l’événement sur le tableau de bord.
26:20 – 26:22
Ensuite, nous avons les signaux provenant de nos partenaires.
26:22 – 26:33
Nous disposons donc de plusieurs intégrations différentes qui nous permettent de collecter des signaux provenant de nos partenaires, tels que CrowdStrike, Netscope et Darktrace, pour n’en citer que quelques-uns.
26:34 – 26:36
Et ces signaux fournissent
26:37 – 26:49
un indicateur d’attaque ou d’un type de comportement observé sur la ressource, que nous associons à un point de Recovery afin d’aider l’utilisateur à déterminer s’il y a un impact sur ce
26:49 – 26:50
système.
26:50 – 26:52
Nous y reviendrons plus en détail un peu plus tard.
26:52 – 27:04
Et enfin, nous avons les menaces : cela fait appel à notre moteur d’analyse multicouche, notre moteur Threat Scan, grâce auquel nous détectons les logiciels malveillants à l’aide d’un moteur basé sur les signatures, de l’apprentissage
27:04 – 27:04
automatique
27:04 – 27:08
et nous disposons d’un modèle d’IA pour détecter le chiffrement.
27:08 – 27:22
Nous avons également intégré la prise en charge de Yara et des hachages dans cette nouvelle version du produit, euh, afin de permettre aux analystes du SOC d’injecter leurs propres renseignements dans la plateforme pour détecter
27:22 – 27:23
les menaces liées aux logiciels malveillants.
27:23 – 27:26
À droite, nous proposons différentes actions.
27:26 – 27:33
Vous pouvez ainsi marquer cette ressource pour la sauvegarder, la mettre en quarantaine ou l’exclure du processus de vieillissement des données, ce qui empêche
27:33 – 27:37
la suppression des tâches de protection des données précédentes.
27:37 – 27:41
Ainsi, si jamais vous avez besoin de remonter dans le temps, ces points de données seront toujours là.
27:41 – 27:42
Ils seront intacts.
27:42 – 27:43
Ils ne seront pas supprimés.
27:43 – 27:44
Ils ne seront pas supprimés en raison de leur ancienneté.
27:44 – 27:47
Elles seront toujours disponibles, que ce soit à des fins d’analyse forensic ou de Recovery.
27:47 – 27:54
Vous pouvez rechercher des menaces, ce qui correspond à une analyse à la demande si vous souhaitez intégrer de nouvelles informations de renseignement dans la plateforme.
27:54 – 27:58
Nous avons même mis en place des API pour effectuer des analyses de hachages.
27:58 – 28:02
Vous pouvez donc utiliser des hachages pour rechercher des menaces connues au sein de
l’environnement de protection des données
, puis bien sûr, restaurer les données.
28:07 – 28:09
Nous y reviendrons dans un instant.
28:09 – 28:13
Approfondissons un peu plus les détails sur le fonctionnement de ce système.
28:13 – 28:18
Je vais donc cliquer sur la ressource, ce qui m’amènera au tableau de bord de synthèse.
28:18 – 28:20
Voici donc la vue d’ensemble de la ressource.
28:20 – 28:25
Je peux ainsi voir tous les signaux déclenchés pour ce système en particulier.
28:25 – 28:28
Ah, et je peux le constater sur ces courbes de tendance.
28:28 – 28:30
Et ces courbes de tendance sont vraiment utiles
28:30 – 28:38
pour déterminer précisément quand le problème a commencé à se manifester, quand l’infection a commencé à se propager au sein des tâches de protection des données.
28:39 – 28:44
Ce type de vue peut s’avérer complexe ou nécessiter un certain temps d’adaptation.
28:44 – 28:50
Nous avons donc intégré l’IA à l’ensemble de ces différents signaux.
28:50 – 28:59
Vous pouvez ainsi utiliser notre outil Arlie Insights pour obtenir un résumé de la situation concernant cette ressource en particulier, voire à un niveau global.
28:59 – 29:06
Cela vous fournira tout le contexte concernant ce qui a été détecté, les actions à entreprendre et les recommandations à suivre.
29:06 – 29:11
C’est donc, au minimum, tout ce dont vous avez vraiment besoin pour comprendre quelles sont les prochaines étapes.
29:11 – 29:14
Très bien, continuons. Nous allons maintenant passer à l’onglet « Anomalies ».
29:15 – 29:21
Si vous poursuivez votre enquête et que vous souhaitez identifier les fichiers présentant des anomalies, rendez-vous dans cet onglet.
29:22 – 29:25
Ensuite, nous avons l’onglet « Menaces ».
29:25 – 29:28
Celui-ci vous donnera un aperçu des différents
29:28 – 29:34
logiciels malveillants et techniques de chiffrement détectés grâce à notre moteur multicouche.
29:34 – 29:45
Et encore une fois, pour rappel, notre moteur de détection des logiciels malveillants utilise à la fois l’analyse basée sur les signatures, l’apprentissage automatique, ainsi que Yara et les hachages.
29:46 – 29:52
Nous disposons également d’un modèle de chiffrement basé sur l’IA permettant de détecter le chiffrement avec un haut niveau de précision.
29:52 – 29:57
Il a été entraîné à distinguer l’apparence d’un fichier chiffré de celle d’un fichier sain.
29:57 – 30:02
Ici, nous pouvons donc cliquer sur une menace particulière qui a été détectée pour obtenir plus de détails.
30:02 – 30:09
Et encore une fois, comme je l’ai déjà mentionné, nous utilisons Arlie dans toutes les interfaces du tableau de bord pour vous fournir le contexte dont vous avez besoin.
30:09 – 30:16
Vous pouvez obtenir plus de détails sur cette menace, notamment les hachages et, vous savez, les détails de cet impact particulier.
30:17 – 30:19
Et enfin, nous disposons des signaux de nos partenaires.
30:19 – 30:24
J’ai donc mentionné précédemment que nous collaborons avec plusieurs partenaires de sécurité différents.
30:24 – 30:27
Nous intégrons ces signaux dans notre plateforme.
30:27 – 30:36
Il s’agit d’indicateurs d’attaque ou de signes précurseurs d’un comportement malveillant, voire d’un comportement potentiellement malveillant sur ces systèmes.
30:36 – 30:38
Et nous les associons aux points de Recovery.
30:38 – 30:41
Comme vous pouvez le voir ici, ce sont les délais de Recovery.
30:41 – 30:50
Cela indique à l’utilisateur qu’à ces moments précis, une activité malveillante s’est produite sur ces systèmes.
30:50 – 30:56
Par conséquent, ce signal détermine en quelque sorte la suite des
événements : 30:56 – 31:02
vous devriez lancer une analyse, ou s’il existe d’autres signaux indiquant qu’il pourrait y avoir un impact sur votre point de Recovery.
31:02 – 31:06
Nous nous intégrons également à CrowdStrike NextGen Sim.
31:06 – 31:07
C’est une nouveauté.
31:07 – 31:15
Et ici même, vous pouvez voir dans CrowdStrike NextGen Sim que nous envoyons des signaux à la plateforme Sim.
31:15 – 31:19
C’est très utile pour enrichir les informations dont disposent les analystes du SOC.
31:19 – 31:24
Et vous pouvez voir qu’ici, l’une des informations fournies est notre Risk Analysis.
31:24 – 31:25
Et cela indique
31:25 – 31:30
aux analystes du SOC que des données sensibles ont été détectées sur ce système en particulier.
31:31 – 31:40
C’est très important, car si des signaux de menace se déclenchent en même temps que des alertes liées à des données sensibles, cela va en quelque sorte déclencher l’alarme.
31:40 – 31:44
Il faut vraiment examiner le système pour s’assurer que tout va bien.
31:44 – 31:48
Nous ne partageons toutefois aucune information relative aux données sensibles.
31:48 – 31:55
Nous fournissons simplement les informations indiquant que le système a détecté certaines violations de politique en fonction de
la configuration de Risk Analysis. 31:55 – 31:57
de la configuration de Risk Analysis.
31:57 – 32:08
Ces violations de politique peuvent être personnalisées et spécifiques à certains types d’ensembles de données.
32:09 – 32:20
Et puis bien sûr, outre la détection des données sensibles, nous envoyons également des alertes concernant, par exemple, les menaces détectées grâce à nos capacités d’analyse.
32:20 – 32:23
Nous avons donc transmis certaines informations à NextGenSim.
32:24 – 32:27
afin que l’analyste du SOC puisse recevoir ces notifications.
32:27 – 32:29
Très bien, passons maintenant à Recovery.
32:29 – 32:30
Nous allons revenir au système.
32:30 – 32:32
Nous allons sélectionner « Restaurer ».
32:32 – 32:36
Et ici, nous avons trois options de restauration différentes.
32:36 – 32:37
La première est la restauration manuelle.
32:37 – 32:40
Elle s’utilise si vous souhaitez sélectionner un point de restauration sain.
32:40 – 32:45
Vous pouvez voir ici que nous détectons effectivement les points de restauration sains.
32:45 – 32:53
Nous vous indiquons ceux qui sont affectés par des menaces à l’aide de cet indicateur, le triangle.
32:53 – 32:59
Et nous détaillons même les types de menaces présentes dans ces points de Recovery.
32:59 – 33:09
Maintenant, si je procédais à une restauration en cliquant sur le point de Recovery, par exemple celui du 25, et que je lançais la restauration à partir de là, je risquerais de laisser de côté des données saines, car j’ai
33:09 – 33:15
deux autres points de Recovery postérieurs à celui-ci ; même si le système est infecté, toutes les données ne le sont peut-être pas.
33:15 – 33:17
Il y aurait donc un certain niveau de retour en arrière.
33:17 – 33:20
Et c’est pourquoi nous avons introduit cette fonctionnalité
33:20 – 33:24
que nous appelons notre fonctionnalité de restauration synthétique.
33:24 – 33:37
Notre fonctionnalité de restauration synthétique crée le point de restauration en utilisant le dernier point de restauration disponible, en identifiant les éléments infectés grâce à nos technologies d’analyse
33:37 – 33:46
, puis en remontant dans le temps pour extraire les versions saines des fichiers à partir des jeux de sauvegarde afin de synthétiser en quelque sorte un point de Recovery.
33:46 – 33:48
Cela minimise ainsi la restauration en arrière.
33:48 – 33:49
Nous allons utiliser cette option.
33:49 – 33:57
Comme vous pouvez le voir ici, nous vous fournissons même des informations sur la quantité de données réellement restaurées et sur la part provenant de la dernière mise à jour ou du dernier point de restauration.
33:58 – 34:00
Et brièvement, je voudrais mentionner l’option d’analyse forensic.
34:00 – 34:05
Il s’agit d’une option qui vous permet de récupérer les données infectées.
34:05 – 34:08
Et nous n’autorisons cette Recovery que dans une salle blanche.
34:08 – 34:09
Nous ne sommes pas au bon endroit.
34:09 – 34:12
Vous pouvez utiliser cette Recovery pour des enquêtes et des analyses judiciaires.
34:12 – 34:15
Nous allons donc maintenant choisir l’option de Recovery synthétique.
34:15 – 34:17
Ensuite, c’est
ici 34:17 – 34:20
que certaines des autres innovations ont été mises en place.
34:20 – 34:23
La salle blanche est entièrement intégrée en tant que lieu de Recovery.
34:23 – 34:29
Vous n’avez donc plus à vous plier en quatre pour transférer vos données dans la salle blanche en vue d’une enquête plus approfondie.
34:30 – 34:31
Je vais donc sélectionner l’option « salle blanche ».
34:31 – 34:34
Je vais effectuer la récupération synthétique vers la salle blanche.
34:34 – 34:39
Et je vais sélectionner la salle blanche existante que Dinesh a créée lors de sa démonstration.
34:39 – 34:41
Nous allons maintenant procéder à la Recovery.
34:42 – 34:45
Cela va envoyer un
34:45 – 34:51
Ce système infecté va effectuer une Recovery complète et propre de ce système vers la salle blanche.
34:51 – 34:57
Nous pouvons ainsi effectuer cette dernière étape de validation dans la salle blanche avant de remettre ces données en production.
34:57 – 34:59
Vous bénéficiez ainsi d’une Recovery optimale.
35:00 – 35:04
Nous venons donc de voir une démonstration du fonctionnement du produit, n’est-ce pas ?
35:04 – 35:12
Il est très facile de mettre en place une « salle blanche » à la demande pour tester votre niveau de Readiness après un incident cybernétique.
35:12 – 35:14
Et lorsque vous êtes confronté à un incident cybernétique,
35:14 – 35:25
à quelle vitesse et avec quelle efficacité notre plateforme de détection des menaces sera capable d’identifier les menaces présentes dans vos sauvegardes et de vous aider à vous remettre en état de marche avec un minimum de perte de données, n’est-ce pas ?
35:25 – 35:27
Grâce à cette restauration synthétique.
35:28 – 35:33
S’il y a une chose que je souhaite que vous reteniez de cette session, c’est bien cette diapositive, n’est-ce pas ?
35:33 – 35:41
Elle illustre le parcours de bout en bout, de la « Readiness » à la « Recovery », jusqu’à la restauration d’un environnement de production sain, le tout dans un flux intégré unique, n’est-ce pas ?
35:41 – 35:43
Nous commençons par la « Readiness », n’est-ce pas ?
35:43 – 35:44
Il s’agit avant tout 35:44 – 35:54
de
configurer et de mettre en place une analyse régulière de vos sauvegardes, ainsi que de surveiller en permanence les charges de travail critiques pour vérifier si elles sont « propres » ou non.
35:54 – 36:00
Une fois cela fait, l’étape suivante consiste à effectuer un test de Recovery.
36:00 – 36:12
Utilisez la fonctionnalité « Clean Room » pour planifier et valider vos plans et processus de Recovery après incident informatique, afin de détecter les éventuelles lacunes et d’être prêt lorsqu’un
36:12 – 36:13
incident
réel 36:13 – 36:14
se produira, n’est-ce pas ?
36:14 – 36:16
Les indicateurs clés de performance (KPI) sont simples ici, n’est-ce pas ?
36:16 – 36:21
Vous analysez vos sauvegardes, vous vous assurez que toutes vos charges de travail critiques sont couvertes, n’est-ce pas ?
36:21 – 36:28
Vous effectuez des tests fréquents, vous vous assurez que votre plan de reprise après sinistre informatique a été minutieusement vérifié et qu’il ne présente aucune lacune.
36:28 – 36:31
Et ensuite, vous êtes prêt à passer à l’étape suivante.
36:32 – 36:33
Oui, tout à fait.
36:33 – 36:41
Et une partie de cette phase de planification et de préparation concerne, vous savez, les politiques d’analyse et les plans d’analyse que vous avez mis en place.
36:41 – 36:43
Tout cela constitue le contexte.
36:43 – 36:47
opérations, et nous exploitons automatiquement ces signaux pour vous.
36:48 – 36:57
Notre moteur de détection des anomalies, vous savez, le moteur de détection des logiciels malveillants et de chiffrement, dont nous avons parlé précédemment, ainsi que tous les outils SOC issus de leurs intégrations, sans oublier les 36:57 – 36:58
suites d’outils
intégrées.
36:58 – 37:10
Ce sont tous des éléments qui fonctionnent automatiquement pour vous en arrière-plan, détectant la présence ou non de menaces au sein de vos données protégées et permettant d’accéder facilement à ce 37:10 – 37:11
point de restauration propre.

37:11 – 37:12
oh
37:12 – 37:13
pour cette restauration à partir d’un point propre.
37:13 – 37:25
Et nous avons parlé de la Recovery synthétique, qui est l’une des fonctionnalités clés de notre produit : il ne s’agit pas seulement de récupérer ce point de Recovery propre, mais
aussi 37:25 – 37:32
d’optimiser cette Recovery propre, dans le sens où nous ne revenons pas à un moment antérieur pour récupérer vos données propres.
37:32 – 37:36
Il s’agit donc d’un point de Recovery propre entièrement optimisé.
37:36 – 37:40
Et c’est là que la magie opère
37:40 – 37:50
: vous disposez désormais de votre Recovery synthétique propre, que vous pouvez envoyer vers votre « salle blanche » pour les prochaines étapes opérationnelles et de validation.
37:51 – 37:52
Exactement, n’est-ce pas ?
37:52 – 38:03
Et au cours de ce processus, lorsque vous effectuez cette Recovery dans la salle blanche, vous pouvez appliquer des couches de sécurité supplémentaires pour vous assurer qu’elle est véritablement propre.
38:03 – 38:06
Par exemple, vous pourrez réinstaller l’intégralité du système
d’exploitation 38:06 – 38:17
en désinstallant le système d’exploitation, en installant une nouvelle image de référence personnalisée, puis en reconstruisant le serveur à partir de cette image avant d’y restaurer les données.
38:17 – 38:28
Enfin, une fois que toutes ces validations ont été effectuées et que vous avez obtenu une décision claire (feu vert ou feu rouge) de la part des équipes de sécurité, vous êtes prêt à transférer ces applications
nettoyées 38:28 – 38:33
de la salle blanche vers un nouvel environnement de production.
38:33 – 38:35
Le résultat final est que vous disposez d’applications propres
, 38:35 – 38:45
validées et remises à neuf, qui ont été restaurées avec une perte de données minimale et de la manière la plus efficace possible dans votre nouvel environnement de production.
38:45 – 38:45
Très bien.
38:45 – 38:47
Voilà qui conclut cette session.
38:47 – 38:51
J’espère que tout le monde a apprécié cette session et en a tiré des enseignements.
38:51 – 38:59
Et nous nous réjouissons à l’idée d’avoir d’autres échanges avec vous, en particulier avec nos clients et tous ceux d’entre vous qui auraient des questions supplémentaires.
38:59 – 39:02
Merci donc de ma part et de celle de Dinesh.