Beschleunigung der Cyber-Recovery durch Incident Response, Threat Intelligence und Cleanrooms

Ein sauberer Recovery-Punkt ist Datenmaterial, das mithilfe von Bedrohungsinformationen und KI-gestützter Analyse als frei von Malware, Verschlüsselungsanomalien oder Anzeichen einer Kompromittierung validiert wurde. 

Synthetische Recovery rekonstruiert saubere Daten aus mehreren Backup-Versionen und trägt so dazu bei, aktuelle Änderungen zu bewahren und gleichzeitig schädliche Artefakte zu beseitigen. 

Ein Cleanroom bietet eine isolierte Umgebung, in der Daten validiert, Workloads getestet und die Sicherheit der Systeme überprüft werden können, bevor die Daten in die Produktionsumgebung wiederhergestellt werden. 

Ohne Tests verlassen sich Unternehmen auf Annahmen, die sich bei Vorfällen oft als falsch erweisen – was zu einer erneuten Infektion oder zu längeren Ausfallzeiten führt. 

Durch die Integration von Erkennung, Identifizierung eines „Clean Points“, automatisierter Recovery und Validierung in einer einzigen Plattform.  

Sehen Sie sich hier das Video mit dem zeitgestempelten Transkript an

00:08 – 00:09
Hallo zusammen.
00:09 – 00:15
Willkommen zur Sitzung „Beschleunigung der Cyber-Wiederherstellung durch Incident Response, Threat Intelligence und Commvault Cleanroom“.
00:19 – 00:20
Mein Name ist Dave Cunningham.
00:20 – 00:23
Ich gehöre zum Produktmanager-Team bei Commvault.
00:23 – 00:27
Ich arbeite an unseren Cybersicherheitslösungen wie unserer Plattform zur Bedrohungserkennung und unseren Sicherheitsintegrationen.
00:27 – 00:28
Und ich bin heute zusammen mit Dinesh hier.
00:28 – 00:30
Wie geht es dir, Dinesh?
00:30 – 00:31
Hey, danke, David.
00:31 – 00:32
Hallo zusammen.
00:32 – 00:33
Mein Name ist Dinesh Reddy.
00:33 – 00:39
Ich bin Teil des Produktmanagement-Teams bei Commvault und betreue unsere Recovery-Lösungen.
00:39 – 00:44
Also, lasst uns gleich loslegen und über Cyber-Resilienz sprechen.
00:44 – 00:49
Das NIST legt die Struktur rund um Cyber-Resilienz klar dar.
00:49 – 01:01
Wisst ihr, die Fähigkeit, als Unternehmen vorausschauend zu handeln, Bedrohungen zu widerstehen, sich zu erholen und anzupassen, den Geschäftsbetrieb wiederherzustellen und sich von allen Arten von Bedrohungen oder Katastrophen zu erholen.
01:01 – 01:07
Die Diskussion über Cyber-Resilienz wird sehr nuanciert, sobald man die sich ständig weiterentwickelnde Bedrohungslandschaft berücksichtigt.
01:07 – 01:15
Und wir werden ein wenig über einige der fortschrittlichen Funktionen sprechen, die wir innerhalb unserer Plattform anbieten, um nicht nur für Resilienz zu sorgen,
01:15 – 01:22
sondern auch die notwendigen Erkenntnisse zu liefern, um im Falle eines Cyberangriffs bereit zu sein, sich wieder zu erholen.
01:23 – 01:37
Die Realität sieht so aus, dass Organisationen zwar über eine Strategie verfügen, um auf die Cyber-Recovery-Readiness vorbereitet und cyberresilient zu sein, es ihnen jedoch meist an Vertrauen in ihre Strategie mangelt.
01:37 – 01:39
Und das belegen die Zahlen.
01:40 – 01:42
Mehr als die Hälfte der Unternehmen
01:42 – 01:53
hat kein Vertrauen in ihre Recovery-Fähigkeit und ist nicht davon überzeugt, dass sie im Falle eines Vorfalls in ihrer IT-Umgebung in der Lage sein werden, ihre Ressourcen sicher wiederherzustellen.
01:53 – 02:05
Tatsächlich besteht ein um 97 % höheres Risiko eines Fehlschlags bei der Wiederherstellung, da Unternehmen ihre Pläne und Prozesse zur Cyber-Wiederherstellung nicht regelmäßig getestet haben.
02:05 – 02:10
Und erst während des Cybervorfalls erkennen sie Lücken in ihren Plänen.
02:10 – 02:14
Sie wissen möglicherweise nicht einmal, ob ihre Backups fehlerfrei oder infiziert sind.
02:14 – 02:14
Ja.
02:14 – 02:25
Und außerdem, wissen Sie, denke ich, dass es da einen Aspekt gibt, den wir hervorheben müssen: 55 % der Unternehmen verfügen über isolierte Sicherheits- und IT-Technologiestacks.
02:25 – 02:29
Und das ist ein äußerst wichtiges Problem, auf das wir hier hinweisen müssen.
02:29 – 02:35
Denn wenn man über eine Lösung für Ausfallsicherheit wie Commvault spricht, die nicht 02:35 – 02:45
mit einer Sicherheitsplattform oder den Informationen, die eine Sicherheitsplattform bieten kann, vernetzt
ist, wird man gewissermaßen daran gehindert, den optimalen Zustand wiederherzustellen.
02:45 – 02:50
Das ist also ein wichtiges Problem, mit dem Unternehmen auch heute konfrontiert sind.
02:50 – 02:50
Ja.
02:50 – 02:53
Tatsächlich ist es diese Kluft zwischen den Teams, nicht wahr?
02:53 – 02:59
Die Silos verursachen Verzögerungen, was wiederum die durchschnittliche Dauer der Recovery-Prozesse verlängert.
03:00 – 03:05
Unternehmen nutzen heute, glaube ich, diese traditionelle Art von Recovery-Plan
03:05 – 03:09
, den Unternehmen schon seit geraumer Zeit nutzen.
03:09 – 03:21
Ich glaube, die traditionellen Recovery-Pläne, die viele Unternehmen nutzen, werden den Anforderungen der heutigen Bedrohungslage nicht ganz gerecht – so wie sich Cyberbedrohungen 03:21 – 03:23
heute auf Unternehmen auswirken
.
03:23 – 03:30
Deshalb setzen wir uns nachdrücklich für das Konzept der Cyber-Recovery-Pläne ein – die Möglichkeit, nicht nur
03:30 – 03:36
die Recovery-Prozesse zu testen, sondern auch eine Art von Bedrohungsinformationen als Teil dieses Recovery-Plans einzubeziehen.
03:36 – 03:45
Der Grund dafür ist, dass bei einem blinden Zurücksetzen der Umgebungen die Gefahr besteht, dass Risiken wieder in die Umgebung eingeschleust werden, nicht wahr?
03:45 – 03:56
Die Datensicherungsplattform schützt Daten kontinuierlich, und zu jedem Zeitpunkt könnten innerhalb der kombinierten Plattform
03:56 – 03:
58 – wie bei jeder Datensicherungsplattform – Bedrohungen mitgeschützt werden.
03:58 – 04:03
Und durch eine blinde Wiederherstellung in die Umgebung könnten die Schwachstellen wieder eingeführt werden.
04:03 – 04:08
Auch das „Rollback“ ist ein Konzept, von dem wir in Unternehmen ziemlich oft hören.
04:08 – 04:18
Wenn sie einen Cybervorfall haben und ihre Daten wiederherstellen wollen, gehen sie in der Zeit zurück, und dieser Vorgang – das Zurückgehen in der Zeit und die Wiederherstellung aus einem älteren Snapshot, wissen Sie,
04:18 – 04:21
vielleicht von vor einer Woche – lässt einige Daten zurück, richtig?
04:21 – 04:25
Das birgt gewissermaßen das Risiko, dass das Unternehmen nicht vollständig wiederhergestellt wird.
04:25 – 04:27
Daher ist es äußerst wichtig, im Rahmen eines Recovery-Tests oder eines Cyber-Recovery-Plans auf Bedrohungen
zu prüfen.
04:27 – 04:35
04:35 – 04:36
Absolut.
04:36 – 04:36
Richtig.
04:36 – 04:37
Ich finde, du hast vollkommen recht.
04:37 – 04:45
Aber der große Unterschied zwischen herkömmlichen Recovery-Plänen und der Cyber-Recovery besteht darin, dass es – wie bei der herkömmlichen Recovery – keine böswilligen Absichten gibt, oder?
04:45 – 04:47
Bei einer Naturkatastrophe, richtig?
04:47 – 04:48
Es gibt keine böswillige Absicht.
04:48 – 04:52
Es gibt keinen böswilligen Akteur, der versucht, in Ihrer Umgebung Schaden anzurichten.
04:52 – 04:55
Es ist einfach so: Ihre Website ist ausgefallen.
04:55 – 04:56
Sie stellen Ihre Website einfach wieder her.
04:56 – 05:02
Und Sie machen sich keine Sorgen, ob Ihre Daten infiziert, beschädigt oder verschlüsselt sind.
05:02 – 05:05
Aber die Recovery nach einem Cyberangriff ist komplexer als das.
05:05 – 05:08
Sie müssen sicherstellen, dass Ihre Backups einwandfrei sind.
05:08 – 05:19
Und dann müssen Sie sicherstellen, dass Sie diese Backups in einer isolierten Umgebung validieren können, bevor Sie sie tatsächlich in Ihre neu aufgebaute Produktionsumgebung integrieren, damit
05:19 – 05:20
keine erneute Infektion stattfindet.
05:20 – 05:26
Und genau hier helfen unsere Lösungen den Kunden, dies auf optimierte Weise zu bewältigen.
05:27 – 05:30
Lassen Sie uns also etwas tiefer in dieses Thema einsteigen.
05:30 – 05:40
Schauen wir uns also zunächst einmal einen allgemeinen Überblick über die Plattform an: wo die Plattform zum Einsatz kommt und was wir in die Plattform integriert haben, um Kunden bei diesen
05:40 – 05:40
Problemen zu unterstützen.
05:40 – 05:43
Es beginnt also mit der Resiliency-Plattform, der Combo-Plattform.
05:44 – 05:48
Und diese unveränderliche Ebene bieten wir mithilfe unserer Kernplattform an.
05:48 – 05:53
Also die Speicher- und AirGap-Technologien, die wir in unser Produkt integriert haben.
05:53 – 05:56
Und das ist extrem wichtig,
denn in erster Linie 05:56 – 06:02
müssen wir die Daten schützen, und diese Daten müssen in einem unveränderlichen, unauslöschbaren Zustand geschützt werden.
06:02 – 06:04
Das haben wir also von Haus aus.
06:04 – 06:12
Und dann ist auch die Integration mit den – nun ja – Tools für Recovery und Reaktion bzw. Orchestrierung sowie den Sicherheitstools äußerst wichtig.
06:12 – 06:21
Was wir hier jedoch auf dieser mittleren Ebene getan haben, ist die Einführung zusätzlicher Technologien, die diese Silos gewissermaßen rationalisieren und aufbrechen.
06:22 – 06:26
Und wir beziehen die Bedrohungsinformationen als Teil des Recovery-Tests mit ein.
06:28 – 06:31
Es geht also in erster Linie darum, diesen sauberen Recovery-Punkt zu erhalten, richtig?
06:31 – 06:44
Und wir definieren die Erkennung eines sauberen Recovery-Punkts als die Fähigkeit, festzustellen, ob sich Bedrohungen in den geschützten Daten befinden, und außerdem die letzte bekannte
06:44 – 06:51
intakte Version dieser Daten zu ermitteln und so den Rollback Ihrer Recovery zu minimieren.
06:51 – 07:00
Wir verfügen also über Signale, die wir von unseren Sicherheitspartnern über Integrationen wie mit CrowdStrike und anderen erhalten, sowie über integrierte Informationen, die direkt 07:00 – 07:05
aus der
Box kommen, sodass unsere Kunden keine zusätzlichen Technologien einführen müssen.
07:05 – 07:12
Diese Informationen liefern Ihnen die notwendigen Einblicke, um Ihre Daten auf Malware und Verschlüsselungsbedrohungen zu analysieren.
07:12 – 07:17
Und dies ist der erste Schritt auf dem Weg zu einer präzisen Erkennung.
07:17 – 07:22
Ich sage daher oft: Man weiß erst, wie effektiv man wiederherstellen kann, wenn man tatsächlich wiederherstellt.
07:22 – 07:26
Und man möchte niemals in eine Situation geraten, in der man eine Wiederherstellung durchführen muss und diese nicht effektiv bewerkstelligen kann.
07:26 – 07:33
Es ist also wirklich wichtig, deine Daten konsequent zu testen und deine Wiederherstellungsfähigkeit zu prüfen.
07:33 – 07:36
Auch, um zu überprüfen, ob sich deine Daten in einem guten Zustand befinden.
07:36 – 07:39
Die Komponente der Bedrohungsanalyse ist dabei extrem wichtig.
07:39 – 07:43
Das gibt dir diese, diese, äh, genaue Bestätigung, dass deine Abdeckung stimmt.
07:43 – 07:51
Dass du nicht nur in der Lage bist, deine Daten wiederherzustellen, sondern dass du sie in genau diesem Zustand, diesem guten Zustand, diesem einwandfreien Zustand wiederherstellen kannst.
07:51 – 07:54
Und du erhältst die neuesten, einwandfreien Versionen deiner Dateien zurück.
07:54 – 08:04
Daher ist es äußerst wichtig, die Sicherheitstools und die Ausfallsicherheitstools – also die Sicherheitstools – mit dieser Recovery-Orchestrierung zu vereinen.
08:04 – 08:06
Das trägt dazu bei, die Reaktionszeiten zu verkürzen.
08:06 – 08:09
Schauen wir uns also dieses Konzept der synthetischen Recovery an.
08:09 – 08:11
Das ist eine Neuerung, die wir eingeführt haben.
08:11 – 08:13
Und das ist etwas,
08:13 – 08:15
das derzeit auf dem Markt nur wir anbieten.
08:15 – 08:18
Dieses Konzept ist also wirklich einfach.
08:19 – 08:29
Wir nutzen die intelligenten Funktionen unserer Plattform – wie ich bereits erwähnt habe, verfügen wir über eine Malware-Erkennung, die auf einer signaturbasierten Engine und maschinellem Lernen basiert.
08:29 – 08:39
Außerdem integrieren wir SOC-Tools wie ER-Regeln und Hashes, um zusätzliche Informationen zu gewinnen.
08:39 – 08:42
Der erste Schritt besteht also darin, Malware im Backup-Inhalt zu finden.
08:43 – 08:47
Im nächsten Schritt nutzen wir unsere KI-Engine, um Verschlüsselungen zu erkennen.
08:47 – 08:56
Wir verfügen also über ein, äh, proprietäres Modell zur Erkennung von Verschlüsselungszuständen innerhalb der Backup-Daten.
08:56 – 09:00
Und all diese Informationen speichern wir in unserem Index.
09:00 – 09:07
Auf diese Weise können wir genau feststellen, welche Dateien von einer Bedrohung betroffen sind und welche nicht.
09:07 – 09:11
Und wie Sie in dieser Abbildung auf der linken Seite sehen können, habe ich mehrere verschiedene
09:11 – 09:15
Datensicherungen, die über einen bestimmten Zeitraum hinweg erstellt wurden.
09:15 – 09:21
Und im weiteren Verlauf des Zyklus treten dann verschiedene Bedrohungen auf, durch die Dateien beeinträchtigt werden.
09:21 – 09:23
Nun kommen wir zur Einführung.
09:23 – 09:33
Und dann auf der rechten Seite, wenn ich tatsächlich mein synthetisches Recovery-Verfahren durchführe, werden wir automatisch mit einem Klick alle neuesten Versionen dieser
09:33 – 09:38
Daten aus den Backups zusammenführen oder abrufen und die letzten fehlerfreien Versionen aus den Backups ermitteln.
09:38 – 09:41
und nutzen diese als Recovery-Punkt; standardmäßig werden sie in Quarantäne verschoben.
09:41 – 09:49
Im Grunde bieten wir also eine saubere Recovery und minimieren das Rollback, wodurch einige der zuvor angesprochenen Probleme gelöst werden.
09:49 – 09:59
Ich übergebe nun an Dinesh, der darüber sprechen wird, wie wir diesen sauberen Wiederherstellungspunkt nutzen, ihn einbinden und in den Recovery-Prozess selbst integrieren.
09:59 – 10:01
David.
10:01 – 10:05
Wie du bereits erwähnt hast, haben wir derzeit 10:05 – 10:09
durch verschiedene Bedrohungssignale und den Threat Scan von Backups einen sauberen
Wiederherstellungspunkt identifiziert, richtig?
10:09 – 10:22
Der nächste Schritt wäre, diese Daten in einer sicheren, isolierten Umgebung zu validieren, ohne dabei die Produktionsumgebung, die Sie gerade wiederherstellen, tatsächlich zu gefährden.
10:22 – 10:33
Und Sie sollten Ihre Anwendungen immer in einer isolierten „Clean-Room“-Umgebung validieren, bevor Sie sie in Ihre neu aufgebaute Produktionsumgebung wiederherstellen, um das Infektionsrisiko zu minimieren.
10:33 – 10:34
Und einer der wichtigsten Schritte
10:34 – 10:39
während dieses Validierungsprozesses ist die Neuinstallation Ihrer Server.
10:39 – 10:51
Dies geschieht durch die vollständige Entfernung Ihres Betriebssystems und den Neuaufbau des Servers anhand eines benutzerdefinierten „Golden Image“, das validiert und fest definiert wurde, sodass Sie stets von einem bekannten
10:51 – 10:53
Zustand.
10:53 – 11:04
Sobald die Anwendung in diesem isolierten „Clean Room“ gründlich getestet und validiert wurde, sind Sie bereit, diese Anwendung in die Produktionsumgebung zu übertragen.
11:04 – 11:14
In den nächsten paar Minuten werden wir erfahren, wie Ihnen die „Cleanroom Recovery“ dabei hilft, dies auf optimierte Weise zu tun.
11:15 – 11:18
Dieses Zitat von Mike Tyson gefällt mir sehr gut.
11:18 – 11:23
Es passt wirklich gut zu dem, was wir mit unseren Lösungen zu lösen versuchen.
11:23 – 11:28
Er sagte: „Jeder hat einen Plan, bis er einen Schlag ins Gesicht bekommt.“
11:28 – 11:33
Und das gilt definitiv auch für Cyber-Recovery und Resilienz.
11:33 – 11:41
Jede Organisation glaubt, einen Plan zu haben, und die meisten Organisationen haben vielleicht auch einen Plan für die Cyber-Recovery.
11:41 – 11:45
Aber wenn sie dann von einem Vorfall getroffen werden, oder?
11:45 – 11:48
Also innerhalb der ersten fünf Minuten dieses Cybervorfalls, oder?
11:48 – 11:54
Müssen sie in der Lage sein, Fragen wie „Ist der Angreifer noch aktiv?“ eindeutig zu beantworten, richtig?
11:54 – 11:56
Welchen Daten können wir vertrauen?
11:56 – 11:59
Was sind die nächsten Schritte, die ich unternehmen muss?
11:59 – 11:59
Genau.
11:59 – 12:03
Und natürlich hilft hier ein schriftliches Playbook.
12:03 – 12:07
Aber echtes Vertrauen entsteht erst durch die Koordination, oder?
12:07 – 12:14
Wenn man die auszuführenden Schritte festlegen kann, wenn man Kontrollpunkte definiert hat – also Überprüfungen.
12:14 – 12:27
Und diese gleiche Abfolge von Schritten jede Woche immer wieder durchzuspielen und so ein Muskelgedächtnis aufzubauen, damit man, wenn etwas passiert, jeden dieser Schritte schnell ausführen kann.
12:27 – 12:29
Das ist Cyberresilienz in der Praxis.
12:29 – 12:31
Und „Cleanroom Recovery“ hilft
dabei, 12:31 – 12:33
äh, das zu lösen, richtig?
12:33 – 12:36
So funktioniert „Cleanroom Recovery“, richtig?
12:36 – 12:40
Sie haben also Ihre Produktionsumgebung auf der linken Seite, richtig?
12:40 – 12:42
Das ist Ihre typische Produktionsumgebung.
12:42 – 12:47
Sie haben Ihre Dateifreigaben, Ihre VMs und Ihre Datenbankserver, richtig?
12:47 – 12:54
Und natürlich könnte Ihre Umgebung eine Hybridumgebung sein, die sich über Clouds und lokale Systeme erstreckt.
12:54 – 12:56
Und dann haben wir die Backup-Infrastruktur
12:56 – 13:03
, bei der es sich um eine kombinierte Cloud-Steuerungsebene handelt, die den Prozess zum Schutz Ihrer Anwendungen koordiniert.
13:03 – 13:14
Äh, eine Schlüsselkomponente einer cyberresilienten Architektur ist eine externe Kopie Ihrer Anwendungsdaten in AirGap Protect.
13:14 – 13:26
Dies stellt sicher, dass Sie selbst dann, wenn Ihre gesamte Produktionsumgebung vollständig ausfällt, über eine sichere Kopie Ihrer Anwendung in AirGap Protect verfügen, mit der Sie 13:26 – 13:27
Ihre Anwendungen wiederherstellen
können.
13:27 – 13:37
Zum Beispiel, wenn Sie einen Recovery-Test durchführen oder eine forensische Analyse vornehmen möchten oder wenn Sie sich in einem tatsächlichen Cybervorfall befinden und versuchen, die Systeme wiederherzustellen, richtig?
13:37 – 13:43
Der erste Schritt besteht darin, Ihre Steuerungsebene wiederherzustellen, denn bei jedem echten Cybervorfall, nicht wahr?
13:43 – 13:54
Noch bevor die Anwendungen infiziert sind, würden die Angreifer Ihre Backup-Infrastruktur und Ihre Recovery-Infrastruktur zerstören, insbesondere wenn diese innerhalb Ihrer
13:54 – 13:56
Produktionsumgebung bereitgestellt sind.
13:56 – 14:01
Und „Cleanroom Recovery“ koordiniert den Prozess der Recovery der Steuerungsebene.
14:01 – 14:11
Mit nur wenigen Klicks können wir Ihre Steuerungsebene wiederherstellen und in unserer Infrastruktur bereitstellen, sodass Sie sich bei dieser neu wiederhergestellten Steuerungsebene anmelden und
14:11 – 14:16
mit der Wiederherstellung Ihrer Anwendungen in einem isolierten „Cleanroom“ beginnen können.
14:16 – 14:24
Und dieser isolierte „Cleanroom“ kann entweder in einer AWS-Umgebung, in einer Azure-Umgebung oder sogar in Ihrem eigenen
14:24 – 14:28
lokalen Rechenzentrum bzw. Ihrer lokalen IRE-Umgebung eingerichtet werden.
14:29 – 14:33
Im Kern ist „Cleanroom Recovery“ eine Orchestrierungsplattform.
14:33 – 14:36
Sie hilft also dabei, die Wiederherstellung der Steuerungsebene zu orchestrieren.
14:36 – 14:51
Sie hilft dabei, bei Bedarf einen isolierten „Cleanroom“ zu erstellen, in dem Sie Ihre Anwendungen wiederherstellen und mit deren Validierung beginnen können, bevor Sie sie in Ihre Produktionsumgebung übernehmen.
14:51 – 14:54
Schauen wir uns nun einmal an, wie
14:54 – 15:02
die Erkennung von Bedrohungen und die Arbeit im Cleanroom funktionieren und wie diese beiden Bereiche zusammenwirken, um Ihnen bei der Wiederherstellung nach einem Cybervorfall zu helfen.
15:02 – 15:12
Um Ihnen also dabei zu helfen, Bedrohungen zu identifizieren und infizierte Ressourcen in einem Cleanroom zur Validierung wiederherzustellen – das zeigen wir in unserer Live-Demo.
15:14 – 15:17
In der neuen Folge von „Cleanroom Recovery“, richtig?
15:17 – 15:20
Also möchte ich zunächst dieses Dashboard durchgehen, richtig?
15:20 – 15:29
Wir stellen also dieses neue Dashboard vor, um einen schnellen Überblick darüber zu geben, inwieweit Ihre Umgebung für die Recovery-Phase bereit ist, richtig?
15:29 – 15:32
Es enthält also Informationen wie die „Cleanroom Recovery“-Readiness.
15:32 – 15:43
Es zeigt euch, wie viele eurer geschützten Ressourcen tatsächlich bereit sind, im „Cleanroom“ wiederhergestellt zu werden, wie viele noch nicht bereit sind und wie viele nicht für „Cleanroom“
konfiguriert sind. 15:43 – 15:44
Recovery.
15:44 – 15:54
Außerdem werden Informationen angezeigt, warum Ressourcen nicht für die Cleanroom Recovery bereit sind – zum Beispiel, weil Sie möglicherweise keine ATP-Sicherungskopie für diese Ressourcen haben oder weil Sie 15:54 – 16:07
eine andere Region für den Cleanroom ausgewählt haben
und diese Region über keine ATP-Sicherung verfügt. Es werden auch Informationen darüber angezeigt, wann die letzte Wiederherstellungsübung für jede
16:07 – 16:09
Ihrer Recovery-Gruppen
16:09 – 16:19 stattgefunden hat
. Zudem werden Ihnen hier Informationen zur Lizenznutzung sowie zu den aktiven „Cleanrooms“ nach Region angezeigt, falls Sie über eine verteilte Umgebung verfügen.
16:19 – 16:21
Kommen wir zu den Recovery-Gruppen.
16:21 – 16:24
Eine Recovery-Gruppe ist ein logischer Container, richtig?
16:24 – 16:30
Es handelt sich um eine logische Gruppierung Ihrer Ressourcen, die Sie in einem „Cleanroom“ wiederherstellen möchten.
16:30 – 16:32
Lassen Sie uns eine neue erstellen.
16:32 – 16:34
Ich wähle also „Recovery-Gruppe hinzufügen“.
16:34 – 16:39
Ich werde ihr den Namen „Transaktionsanwendung“ geben, da ich möchte, dass meine Transaktionsanwendung 16:39 – 16:47
Recovery-fähig ist
. Als Nächstes können Sie nun Ihre Ressourcen zu dieser Gruppe hinzufügen, die Ihre Transaktionsanwendung bilden.
16:47 – 16:51
Es gibt mehrere Möglichkeiten, Ressourcen hinzuzufügen.
16:51 – 16:59
Man kann eine Regel hinzufügen, die besagt: „Füge alle Ressourcen hinzu, die der Person XYZ gehören“, oder Ressourcen hinzufügen, die das Tag „XYZ“ haben, richtig?
16:59 – 17:09
Sie können also festlegen, wie diese Regeln lauten, und basierend auf diesen Regeln werden die Ressourcen zur Recovery-Gruppe hinzugefügt, oder Sie können 17:09 – 17:14
manuell Ressourcen auswählen
und diese hier derselben Recovery-Gruppe hinzufügen, richtig?
17:14 – 17:23
Sie sehen also, dass wir Ihnen alle Ressourcen anzeigen, die durch Commvault Cloud geschützt sind, und Sie können auswählen, welche Ressourcen Sie der Recovery-Gruppe
hinzufügen möchten 17:23 – 17:25
, die als „Transaktionsanwendung“ bezeichnet wird.
17:25 – 17:33
Und eine Sache, die ich hier hervorheben möchte, ist, dass wir nun zusätzliche Unterstützung für Active Directory-Forests haben, richtig?
17:33 – 17:38
Sie können nun also eine gesamte Active Directory-Struktur zu einer Recovery-Gruppe
hinzufügen 17:38 – 17:43
und anschließend eine Recovery-Wiederherstellung in einer Testumgebung durchführen, um Ihre End-to-End-Anwendungen zu validieren.
17:43 – 17:53
Ich wähle eine Active Directory-Gesamtstruktur, ein paar VMs und ein paar Azure-Dateifreigaben aus und füge all dies der Recovery-Gruppe hinzu, um anschließend eine Recovery in
17:53 – 18:05
einem Cleanroom durchzuführen. Überprüfen Sie anschließend Ihre Einstellungen auf dieser Übersichtsseite, und sobald Sie mit der Erstellung der Recovery-Gruppe fertig sind, besteht der nächste Schritt des Prozesses
18:05 – 18:12
darin, ein Runbook für die Ausführung Ihres Cleanrooms zu erstellen, denn Sie können einfach auf „Erstellen“ klicken und mit dem Hinzufügen eines Runbooks beginnen.
18:12 – 18:17
Dadurch gelangen Sie zum nächsten Schritt der Konfiguration und Erstellung eines Runbooks.
18:17 – 18:18
Ich werde ihm einen Namen geben.
18:18 – 18:27
Ich möchte ein forensisches Runbook für meine Transaktionsanwendung erstellen und als Teil dieses Runbooks möchte ich das Text-Scannen aktivieren, richtig?
18:27 – 18:30
Das bedeutet: Wenn Sie diese Option aktivieren.
18:30 – 18:41
Wir scannen dann automatisch die Ressourcen, die in den Clean Room wiederhergestellt werden, auf Malware, und es wird im Status Ihres Runbooks angezeigt, wenn Malware entdeckt wird.
18:41 – 18:49
Aktivieren wir also den Threat Scan und fahren wir fort. Hier haben Sie die Möglichkeit, einen zuvor erstellten Clean-Room-Zielort oder einen Clean-Room-Standort auszuwählen.
18:49 – 18:52
Sie können einfach „Vorhandenen Cleanroom verwenden“ auswählen.
18:52 – 18:58
Wenn Sie jedoch möchten, dass wir einen neuen Cleanroom erstellen, wählen Sie einfach „Neuer Cleanroom“ aus und klicken Sie dann auf „Weiter“
18:58 – 19:04
. Anschließend können Sie auswählen, wo Sie Ihren Cleanroom erstellen möchten – entweder in AWS oder in Azure.
19:04 – 19:06
Für diese Demo wähle ich „Azure“ aus.
19:06 – 19:07
Klicken Sie auf „Weiter“.
19:07 – 19:12
Ich werde diesem Cleanroom den Namen „Azure West US Cleanroom“ geben.
19:12 – 19:18
Klicken Sie anschließend auf „Weiter“ – hier haben wir den Erstellungsprozess für den Cleanroom vereinfacht.
19:18 – 19:21
Wir haben diese Option namens „Express-Konfiguration“ eingeführt.
19:21 – 19:25
Das funktioniert so: Sie melden sich einfach einmalig bei Ihrem Microsoft-Konto an, richtig?
19:25 – 19:27
So können
wir 19:27 – 19:37
die gesamte erforderliche Infrastruktur und alle Ressourcen erstellen, die für die Einrichtung eines On-Demand-Cleanrooms notwendig sind, bevor wir die Ressourcen darin bereitstellen.
19:37 – 19:47
Bisher mussten Sie bestimmte Ressourcen in Ihrem Azure-Konto vorab erstellen, beispielsweise eine Azure-App, die erforderlichen Rollen und Berechtigungen zuweisen, Ressourcengruppen und ein VNet erstellen,
19:47 – 19:50
und dann zurückkehren, um die Recovery-Prozesse in Ihrem Cleanroom zu konfigurieren.
19:50 – 19:56
Mit der Einführung dieser Express-Konfigurationsoption haben wir jedoch all diese Voraussetzungen beseitigt, denn
19:56 – 20:04
können wir, sobald Sie sich mit Ihrem Microsoft-Konto anmelden, alles erstellen, was für die erfolgreiche Durchführung der Cleanroom Recovery erforderlich ist.
20:04 – 20:11
Und wenn Sie einige dieser Ressourcen neu erstellt haben und diese nutzen möchten, können Sie sich natürlich jederzeit für eine benutzerdefinierte Konfiguration entscheiden.
20:11 – 20:17
Lassen Sie uns also eine Expresskonfiguration durchführen, um Ihnen zu zeigen, wie einfach es ist, einen On-Demand-Cleanroom zu erstellen.
20:17 – 20:24
Wir rufen also automatisch alle Abonnements ab, die in Ihrem Microsoft-Mandanten vorhanden sind.
20:24 – 20:26
Ich wähle dieses
20:26 – 20:36
für meine Cleanroom Recovery aus und klicke auf „Weiter“, um alle ausgewählten Einstellungen kurz zu überprüfen, und klicke dann auf „Erstellen“.
20:36 – 20:43
Wie Sie sehen können, hat das System automatisch ein Schritt-für-Schritt-Runbook für Ihre Cleanroom Recovery generiert, richtig?
20:43 – 20:47
Und einer der Schritte hier ist „Cleanroom bereitstellen“, richtig?
20:47 – 20:51
Nehmen wir mal an, dieses Anleitungshandbuch bietet Ihnen viel Flexibilität, oder?
20:51 – 20:54
Sie können Schritte hinzufügen und entfernen, wenn Sie das benötigen, richtig?
20:54 – 20:55
Nehmen wir also an, Sie möchten 20:55 – 20:59
einen Schritt vor oder nach der Einrichtung eines Reinraums hinzufügen
, dann können Sie das tun.
20:59 – 21:08
Und wenn Sie die Phase „Reinraum bereitstellen“ erweitern, werden Ihnen alle, äh, einzelnen Schritte angezeigt, die wir im Rahmen dieser Phase ausführen.
21:08 – 21:09
Richtig.
21:09 – 21:18
Da Sie sich für die Bereitstellung eines neuen Reinraums entschieden haben, erstellen wir automatisch die erforderliche Infrastruktur, wie z. B. eine Ressourcengruppe, die Netzwerkressourcen und das
21:18 – 21:24
Speicherkonto – all das, bevor wir die Ressourcen tatsächlich darin wiederherstellen.
21:24 – 21:33
Und was die Ressourcen betrifft: Wenn Sie Phase drei aufklappen – bei der es im Grunde um die Recovery-Prozesse Ihrer Ressourcen der Prioritätsstufe 1 geht –, können Sie sehen, dass wir eine Active-Directory-Gesamtstruktur hinzugefügt haben und dass
21:33 – 21:36
einige VMs für die Recovery hinzugefügt wurden.
21:36 – 21:40
Und einer der Schritte bei der Recovery der VM ist das „Repaving“, richtig?
21:40 – 21:51
Das ist eine erweiterte Funktion, mit der Sie Ihre gesamte virtuelle Maschine mithilfe eines benutzerdefinierten, gehärteten Golden Images neu installieren können, bevor Sie die Daten
21:51 – 21:59
darin wiederherstellen. So können Sie bereits von einem bekanntermaßen fehlerfreien Zustand ausgehen, noch bevor die Daten im Cleanroom wiederhergestellt wurden.
21:59 – 22:12
Lassen Sie uns nun das Runbook ausführen: Wählen Sie einen Sicherungspunkt oder einen Recovery-Punkt aus, den Sie zur Wiederherstellung Ihrer Anwendungen verwenden möchten, und klicken Sie dann auf „Absenden“.
22:12 – 22:18
Damit wird die Cleanroom Recovery-Prozess gestartet, und Sie können den Status direkt auf der Runbook-Seite überwachen.
22:18 – 22:21
Sie müssen nirgendwo anders hingehen, um den Status
zu überwachen. 22:21 – 22:26
. Dort wird Ihnen Phase für Phase angezeigt, welche Phase gerade ausgeführt wird und wie viel bereits abgeschlossen ist.
22:27 – 22:31
Nehmen wir an, Sie haben bestimmte manuelle Schritte hinzugefügt, die eine Bestätigung erfordern.
22:31 – 22:36
Diese werden hier hervorgehoben, um anzuzeigen, dass ein Schritt auf eine Benutzereingabe wartet.
22:36 – 22:42
Sie können hier klicken, wodurch die Schritte gefiltert werden, um Ihnen anzuzeigen, welcher Schritt auf eine Benutzereingabe wartet.
22:42 – 22:44
Sie können „Bestätigen“
wählen 22:45 – 22:48
und dann „Senden“ – damit ist das Runbook abgeschlossen.
22:48 – 22:48
Richtig.
22:48 – 22:58
Nun wurde also die gesamte Cleanroom Recovery ausgeführt, und Ihre Ressourcen wurden in einem On-Demand-Cleanroom wiederhergestellt, der in Ihrem Azure-Abonnement
erstellt wurde.
22:58 – 22:59
22:59 – 23:09
Jetzt können Sie Ihrem Security-Operations-Team oder Ihrem Anwendungsteam Zugriff auf diesen Cleanroom gewähren, damit diese die Ressourcen validieren können, äh, und natürlich, richtig.
23:09 – 23:15
Sobald Sie also mit der Validierung fertig sind und bereit sind, Ihre Ressourcen
zu bereinigen 23:15 – 23:24
, können Sie einfach den Befehl „Runbook zurücksetzen“ geben, woraufhin automatisch die Bereinigung aller Ressourcen durchgeführt wird, die von uns in Ihrem Azure-Abonnement erstellt wurden.
23:24 – 23:28
So bleiben keine verbleibenden Ressourcen zurück, die Ihnen Kosten verursachen könnten.
23:28 – 23:36
Wie Sie sehen, haben wir den gesamten Prozess der Erstellung eines On-Demand-Cleanrooms und der anschließenden Wiederherstellung der Ressourcen darin vereinfacht.
23:36 – 23:45
Nun wird Ihnen mein Kollege David zeigen, wie einfach es ist, eine Recovery-Maßnahme
23:45 – 23:46
während eines Cybervorfalls durchzuführen, nicht wahr?
23:46 – 23:56
Wenn ein Vorfall erkannt wurde, wenn Malware in Ihrer Umgebung entdeckt wurde – wie einfach ist es, diese zu erkennen und die infizierten Ressourcen anschließend in einen „Clean Room“ zu verschieben, um
23:56 – 23:58
sie dort einer beliebigen Analyse zu unterziehen.
23:58 – 23:59
David, Sie sind dran.
24:00 – 24:13
In Ordnung, wir werden uns also das neue Dashboard zur Erkennung von Bedrohungen ansehen und einen Blick darauf werfen, wie einfach es ist, Bedrohungen in Ihrer Datensicherungsumgebung
zu erkennen 24:13 – 24:17
, um die saubere Recovery-Phase in der „Clean-Room“-Umgebung voranzutreiben.
24:17 – 24:20
Wie Sie hier sehen können, haben wir das neue Dashboard.
24:20 – 24:23
Das Dashboard ist ergebnisorientiert aufgebaut.
24:23 – 24:32
Auf der linken Seite sehen wir die verschiedenen Signale, die wir innerhalb der Datensicherungsumgebung erkennen.
24:32 – 24:41
Wir scannen Daten nach einem festgelegten Zeitplan oder können Daten automatisch scannen, wenn verschiedene Anomalien auftreten
, 24:41 – 24:42
sowie auf Abruf.
24:42 – 24:49
Die neue Lösung bietet also sehr, äh, flexible Scan-Modi.
24:50 – 24:59
Und wenn wir Bedrohungen erkennen, korrelieren wir diese Erkenntnisse – einschließlich der Erkenntnisse unserer Partner – in diesem Dashboard, um ihnen Risikostufen zuzuweisen.
24:59 – 25:05
Sie sehen also, dass wir Ressourcen mit kritischem Risk, hohem Risk sowie mittlerem und niedrigem Risk haben.
25:06 – 25:08
Auf der rechten Seite,
25:09 – 25:10
, finden Sie dann die Ergebnisübersicht.
25:10 – 25:19
Und diese gibt Ihnen einen Einblick darin, welche Daten untersucht wurden und wie Commvault diese Daten unter dem Gesichtspunkt von Bedrohungen ausgewertet hat.
25:19 – 25:24
Sie zeigt Ihnen also, dass wir eine Reihe unbedenklicher Daten erkannt und gescannt haben sowie Daten, die betroffen sind.
25:24 – 25:26
Sie sehen also, dass hier eine Beeinträchtigung vorliegt.
25:26 – 25:30
Wir werden das genauer untersuchen, um zu sehen, wie wir das beheben können.
25:32 – 25:37
Und darunter sehen wir die operativen Komponenten der Plattform zur Bedrohungserkennung.
25:37 – 25:44
Klicken wir also auf einige der kritischen Ressourcen, um uns einen Überblick darüber zu verschaffen, was hier vor sich geht.
25:44 – 25:46
Ich klicke also auf die Kachel.
25:46 – 25:56
Wie Sie sehen, habe ich hier eine Reihe von Ressourcen, die sich im kritischen Status befinden, was bedeutet, dass unter anderem innerhalb der Datensicherungs- und Recovery-Punkte
25:56 – 25:56
Malware erkannt wurde.
25:57 – 26:01
Ich kann hier auf die verschiedenen Komponenten klicken.
26:01 – 26:06
Wir haben also bei diesem speziellen System Anomalien, die ausgelöst werden.
26:06 – 26:09
Dabei kommt das maschinelle Lernen von Commvault zum Einsatz.
26:09 – 26:14
Während wir die Daten schützen, beobachten wir die verschiedenen Änderungen, die auf diesem System stattfinden.
26:15 – 26:19
Und wir generieren das Ereignis auf dem Dashboard.
26:20 – 26:22
Als Nächstes haben wir Signale von Partnern.
26:22 – 26:33
Wir verfügen also über mehrere verschiedene Integrationen, über die wir Signale von unseren Partnern wie CrowdStrike, Netscope und Darktrace erhalten – um nur einige zu nennen.
26:34 – 26:36
Und diese Signale liefern
26:37 – 26:49
einen Hinweis auf einen Angriff oder eine bestimmte Verhaltensweise, das auf der Ressource auftritt, die wir einem Recovery-Punkt zuordnen, um dem Benutzer zu helfen, zu erkennen, ob es Auswirkungen auf dieses
26:49 – 26:50
System gibt.
26:50 – 26:52
Darauf werden wir etwas später noch etwas genauer eingehen.
26:52 – 27:04
Und schließlich haben wir noch Bedrohungen; hierfür nutzen wir unsere mehrschichtige Scan-Engine, unsere Threat Scan-Engine, mit der wir Malware mithilfe einer signaturbasierten Engine, äh, maschinellem
27:04 – 27:04
Lernen
27:04 – 27:08
sowie über ein KI-Modell zur Erkennung von Verschlüsselung verfügen.
27:08 – 27:22
Wir haben für dieses neue Produkt, äh, diese Produktversion, auch Yara- und Hash-Unterstützung integriert, um SOC-Analysten die Möglichkeit zu geben, ihre eigenen Erkenntnisse in die Plattform einzubringen, um 27:22 – 27:23
Malware-Bedrohungen aufzuspüren
.
27:23 – 27:26
Auf der rechten Seite finden sich verschiedene Aktionen.
27:26 – 27:33
Sie können diese Ressource also als als „gespeichert“ markieren, unter Quarantäne stellen oder von der Datenalterung ausschließen, wodurch 27:33 – 27:37
die bisherigen Datensicherungsaufträge vor dem Löschen geschützt
werden.
27:37 – 27:41
Sollten Sie also jemals in der Zeit zurückgehen müssen, sind diese Datenpunkte immer noch vorhanden.
27:41 – 27:42
Sie bleiben intakt.
27:42 – 27:43
Sie werden nicht gelöscht.
27:43 – 27:44
Sie verfallen nicht.
27:44 – 27:47
Sie stehen jederzeit für forensische Untersuchungen oder Recovery-Zwecke zur Verfügung.
27:47 – 27:54
Sie können nach Bedrohungen suchen – das ist ein On-Demand-Scan, falls Sie neue Informationen in die Plattform einspeisen möchten.
27:54 – 27:58
Wir haben sogar APIs für das Hash-Scannen eingeführt.
27:58 – 28:02
So können Sie mithilfe von Hashes nach bekannten Bedrohungen innerhalb der
28:03 – 28:07
Datensicherungsumgebung suchen und diese dann natürlich wiederherstellen.
28:07 – 28:09
Darauf kommen wir gleich noch zurück.
28:09 – 28:13
Lassen Sie uns etwas genauer auf die Details eingehen, was in diesem System vor sich geht.
28:13 – 28:18
Ich klicke also auf die Ressource und gelange dadurch zum Übersichts-Dashboard.
28:18 – 28:20
Das ist also die Übersicht über die Ressource.
28:20 – 28:25
Ich sehe also alle Signale, die für dieses bestimmte System ausgelöst werden.
28:25 – 28:28
Ah, und das kann ich an diesen Trendlinien erkennen.
28:28 – 28:30
Und die Trendlinien sind wirklich gut
, 28:30 – 28:38
um genau zu bestimmen, wann das Problem zum ersten Mal auftrat und wann die Infektion im Rahmen der Datensicherungsaufträge zum ersten Mal auftrat.
28:39 – 28:44
Und diese Art der Darstellung könnte kompliziert sein oder eine gewisse Einarbeitungszeit erfordern.
28:44 – 28:50
Deshalb haben wir KI in all diese verschiedenen Signale integriert.
28:50 – 28:59
So können Sie mit unseren Arlie Insights einen Überblick darüber erhalten, was bei dieser bestimmten Ressource oder sogar auf globaler Ebene vor sich geht.
28:59 – 29:06
Dabei erhalten Sie den gesamten Kontext dazu, was erkannt wurde, welche Maßnahmen zu ergreifen sind und welche Empfehlungen vorliegen.
29:06 – 29:11
Das ist also im Grunde alles, was Sie tun müssen, um zu verstehen, was die nächsten Schritte sind.
29:11 – 29:14
Gut, machen wir weiter: Wir wechseln nun zur Registerkarte „Anomalien“.
29:15 – 29:21
Wenn Sie Ihre Untersuchung fortsetzen und verstehen möchten, welche Dateien anomal sind, wechseln Sie zu dieser Registerkarte hier.
29:22 – 29:25
Als Nächstes haben wir dann die Registerkarte „Bedrohungen“.
29:25 – 29:28
Hier erhalten Sie einen Überblick über die verschiedenen
29:28 – 29:34
Malware-Programme und Verschlüsselungen, die mithilfe unserer mehrschichtigen Engine erkannt wurden.
29:34 – 29:45
Und noch einmal, um es zu wiederholen: Wir verfügen über eine Malware-Engine, die signaturbasiertes Scannen, maschinelles Lernen sowie Yara und Hashes nutzt.
29:46 – 29:52
Außerdem haben wir ein KI-Verschlüsselungsmodell, um Verschlüsselungen mit hoher Genauigkeit zu erkennen.
29:52 – 29:57
Es wurde darauf trainiert, zu unterscheiden, wie eine verschlüsselte Datei aussieht und wie eine „saubere“ Datei aussieht.
29:57 – 30:02
Hier können wir also auf die eine bestimmte erkannte Bedrohung klicken und weitere Details abrufen.
30:02 – 30:09
Und noch einmal: Wie ich bereits erwähnt habe, nutzen wir Arlie über alle Oberflächen des Dashboards hinweg, um Ihnen den Kontext zu liefern, den Sie benötigen.
30:09 – 30:16
Sie können weitere Details zu dieser Bedrohung abrufen, darunter Hash-Werte und Einzelheiten zu den konkreten Auswirkungen.
30:17 – 30:19
Und schließlich haben wir noch Signale von Partnern.
30:19 – 30:24
Wie bereits erwähnt, arbeiten wir mit verschiedenen Sicherheitspartnern zusammen.
30:24 – 30:27
Wir integrieren die Signale in unsere Plattform.
30:27 – 30:36
Dabei handelt es sich um Anzeichen für Angriffe oder frühe Indikatoren für böswilliges Verhalten, das möglicherweise auf diesen Systemen stattfindet.
30:36 – 30:38
Und wir ordnen diese den Recovery-Punkten zu.
30:38 – 30:41
Wie Sie hier sehen können, sind das die Recovery-Zeitpunkte.
30:41 – 30:50
Und dies zeigt dem Benutzer an, dass zu diesen bestimmten Zeitpunkten eine Art böswilliger Aktivität auf diesen Systemen stattgefunden hat.
30:50 – 30:56
Und daher bestimmt dieses Signal gewissermaßen das Ergebnis von
30:56 – 31:02
: Sie sollten das System scannen oder prüfen, ob andere Signale vorliegen, die darauf hindeuten, dass Ihr Recovery-Punkt beeinträchtigt sein könnte.
31:02 – 31:06
Wir sind außerdem in CrowdStrike NextGen Sim integriert.
31:06 – 31:07
Das ist etwas Neues.
31:07 – 31:15
Und genau hier können Sie in CrowdStrike NextGen Sim sehen, dass wir Signale an die Sim-Plattform senden.
31:15 – 31:19
Das eignet sich hervorragend, um den SOC-Analysten zusätzliche Informationen zu liefern.
31:19 – 31:24
Und wie Sie sehen, ist eine der Erkenntnisse hier unsere Risk Analysis.
31:24 – 31:25
Und diese zeigt 31:25 – 31:30
den SOC-Analysten an
, dass auf diesem bestimmten System sensible Daten entdeckt wurden.
31:31 – 31:40
Das ist nun sehr wichtig, denn wenn sowohl Bedrohungssignale als auch Auslöser für sensible Daten ausgelöst werden, löst dies gewissermaßen einen Alarm aus.
31:40 – 31:44
Man sollte sich das System unbedingt genauer ansehen, um sicherzustellen, dass alles in Ordnung ist.
31:44 – 31:48
Wir geben jedoch keine Informationen zu sensiblen Daten weiter.
31:48 – 31:55
Wir stellen lediglich die Informationen bereit, dass das System auf einige Richtlinienverstöße gestoßen ist, basierend darauf
, 31:55 – 31:57
wie die Risk Analysis konfiguriert ist.
31:57 – 32:08
Diese Richtlinienverstöße lassen sich individuell anpassen und beziehen sich spezifisch auf bestimmte Arten von, äh, Datensätzen.
32:09 – 32:20
Und dann senden wir natürlich zusätzlich zur Erkennung sensibler Daten auch Signale, beispielsweise zu Bedrohungen, die durch unsere Scan-Funktionen erkannt wurden.
32:20 – 32:23
Und so haben wir einige Informationen an NextGenSim übermittelt.
32:24 – 32:27
Damit der SOC-Analyst diese Benachrichtigungen erhalten kann.
32:27 – 32:29
Gut, dann führen wir jetzt eine Recovery-Prozedur durch.
32:29 – 32:30
Wir kehren zum System zurück.
32:30 – 32:32
Wir wählen „Recovery“.
32:32 – 32:36
Und genau hier haben wir drei verschiedene Recovery-Optionen.
32:36 – 32:37
Nummer eins ist die manuelle Recovery-Methode.
32:37 – 32:40
Diese Option kommt zum Einsatz, wenn Sie einen sauberen Recovery-Punkt auswählen möchten.
32:40 – 32:45
Wie Sie hier sehen können, erkennen wir tatsächlich die einwandfreien Recovery-Punkte.
32:45 – 32:53
Anhand des Indikators hier – des Dreiecks – zeigen wir Ihnen, welche davon von Bedrohungen betroffen sind.
32:53 – 32:59
Und wir schlüsseln das sogar auf, zum Beispiel, welche Art von Bedrohungen sich in diesen Recovery-Punkten befinden.
32:59 – 33:09
Wenn ich nun eine Recovery durchführen würde, indem ich beispielsweise auf den Recovery-Point vom 25. klicke und von dort aus eine Recovery durchführe, könnte ich möglicherweise intakte Daten zurücklassen, da ich
33:09 – 33:15
noch zwei weitere Recovery-Punkte danach habe, sodass – selbst wenn wir infiziert sind – vielleicht nicht alle Daten infiziert sind.
33:15 – 33:17
Es käme also zu einer gewissen Rücknahme.
33:17 – 33:20
Und deshalb haben wir diese Funktion
eingeführt – 33:20 – 33:24
die wir als unsere „synthetische Recovery-Funktion“ bezeichnen.
33:24 – 33:37
Unsere synthetische Recovery-Funktion erstellt den Recovery-Punkt, indem sie den neuesten verfügbaren Recovery-Punkt heranzieht, mithilfe unserer Scan-Technologien
ermittelt, was infiziert ist 33:37 – 33:46
, und dann in der Zeit zurückgeht, um die intakten Versionen der Dateien aus den verschiedenen Backup-Sätzen zu entnehmen und sozusagen einen Recovery-Punkt zu synthetisieren.
33:46 – 33:48
Dadurch wird der Rollback minimiert.
33:48 – 33:49
Wir werden diese Option verwenden.
33:49 – 33:57
Wie Sie hier sehen können, geben wir Ihnen sogar Auskunft darüber, wie viele Daten tatsächlich zurückgesetzt werden und wie viele aus dem letzten Update oder dem letzten Recovery-Punkt stammen.
33:58 – 34:00
Und kurz möchte ich noch die forensische Option erwähnen.
34:00 – 34:05
Dies ist eine Option, mit der Sie die infizierten Daten wiederherstellen können.
34:05 – 34:08
Und wir stellen sicher, dass dieser Recovery-Vorgang ausschließlich in einem Reinraum stattfindet.
34:08 – 34:09
Wir sind hier fehl am Platz.
34:09 – 34:12
Und Sie können dies für Ermittlungen und forensische Untersuchungen nutzen.
34:12 – 34:15
Wir werden uns also jetzt für die Option der synthetischen Recovery-Technologie entscheiden.
34:15 – 34:17
Als Nächstes – 34:17 – 34:
20
– kommen einige der anderen Neuerungen zum Tragen.
34:20 – 34:23
Der Reinraum ist als Recovery-Ort vollständig integriert.
34:23 – 34:29
Sie müssen also keine großen Umwege mehr machen, um Ihre Daten zur weiteren Untersuchung in den Reinraum zu bringen.
34:30 – 34:31
Ich werde also die Option „Reinraum“ auswählen.
34:31 – 34:34
Ich werde die synthetische Recovery-Prozedur im Reinraum durchführen.
34:34 – 34:39
Und ich wähle den bestehenden Reinraum aus, den Dinesh in seiner Demo erstellt hat.
34:39 – 34:41
Und nun führen wir die Recovery durch.
34:42 – 34:45
Dadurch wird 34
:45 – 34:51
dieses infizierte System eine vollständige, saubere Recovery im „Clean Room“ durchführen.
34:51 – 34:57
So können wir diesen letzten Validierungsschritt im „Clean Room“ durchführen, bevor Sie die Daten wieder in die Produktion übernehmen.
34:57 – 34:59
So erhalten Sie eine optimale Recovery.
35:00 – 35:04
Nun haben wir also die Demo gesehen, wie das Produkt funktioniert, richtig?
35:04 – 35:12
Wie einfach es ist, einen On-Demand-Clean-Room einzurichten und Ihre Cyber-Recovery-Readiness zu testen.
35:12 – 35:14
Und wenn Sie von einem Cybervorfall betroffen sind,
35:14 – 35:25
wie schnell und effektiv unsere Plattform zur Bedrohungserkennung in der Lage ist, Bedrohungen in Ihren Backups zu identifizieren und Ihnen dabei zu helfen, die Daten mit minimalem Datenverlust wiederherzustellen, richtig?
35:25 – 35:27
Mithilfe dieser synthetischen Recovery.
35:28 – 35:33
Wenn es eine Sache gibt, die Sie sich aus dieser Sitzung unbedingt merken sollten, dann ist es diese Folie, richtig?
35:33 – 35:41
Sie zeigt den gesamten Weg von der Readiness bis zur sauberen Produktionswiederherstellung – alles in einem einzigen integrierten Ablauf, richtig?
35:41 – 35:43
Wir beginnen mit der „Readiness“, richtig?
35:43 – 35:44
Dabei geht es vor allem darum
, 35:44 – 35:54
regelmäßige Scans Ihrer Backups zu konfigurieren und einzurichten sowie kritische Workloads kontinuierlich zu überwachen, um festzustellen, ob sie fehlerfrei sind oder nicht.
35:54 – 36:00
Sobald das erledigt ist, wäre der nächste Schritt die Durchführung eines Recovery-Tests.
36:00 – 36:12
Nutzen Sie die „Clean-Room“-Funktionalität, um Ihre Cyber-Recovery-Pläne und -Prozesse zu planen und zu validieren, damit Sie eventuelle Lücken aufdecken und vorbereitet sind, wenn ein
36:12 – 36:13
tatsächliches Ereignis
36:13 – 36:14
eintritt, richtig?
36:14 – 36:16
Die KPIs sind hier einfach, oder?
36:16 – 36:21
Sie überprüfen Ihre Backups und stellen sicher, dass alle Ihre kritischen Workloads abgedeckt sind, richtig?
36:21 – 36:28
Sie führen regelmäßig Tests durch, stellen sicher, dass Ihr Cyber-Plan gründlich geprüft wurde und keine Lücken bestehen.
36:28 – 36:31
Und dann sind Sie bereit, zum nächsten Schritt überzugehen.
36:32 – 36:33
Ja, auf jeden Fall.
36:33 – 36:41
Und ein Teil dieser Planungs- und Readiness-Phase sind, wie Sie wissen, die Scan-Richtlinien und die Scan-Pläne, die Sie eingerichtet haben.
36:41 – 36:43
Das ist alles Hintergrund.
36:43 – 36:47
Betrieb, und wir nutzen die Signale automatisch für Sie.
36:48 – 36:57
Unsere Anomalie-Engine, also die Malware-Erkennungs- und Verschlüsselungs-Engine, wie wir sie bereits besprochen haben, sowie alle SOC-Tools aus deren Integrationen und integrierte 36:57 – 36:58
Tool-Sets
.
36:58 – 37:10
All diese Funktionen arbeiten automatisch im Hintergrund für Sie, erkennen, ob in Ihren geschützten Daten Bedrohungen vorhanden sind oder nicht,
und gelangen mühelos zu diesem 37:10 – 37:11
sauberen Zustand.
37:11 – 37:12
Oh
, 37:12 – 37:13
für die Recovery dieses sauberen Zustands.
37:13 – 37:25
Und wir haben über die synthetische Recovery-Funktion gesprochen, die eine der Schlüsselfunktionen unseres Produkts ist. Dabei geht es nicht nur darum, diesen sauberen Recovery-Punkt zurückzubekommen, sondern auch darum
, 37:25 – 37:32
diese saubere Recovery-Funktion in dem Sinne zu optimieren, dass wir nicht zu einem früheren Zeitpunkt zurückspulen, um Ihre sauberen Daten zu erhalten.
37:32 – 37:36
Es handelt sich also um einen vollständig optimierten sauberen Recovery-Punkt.
37:36 – 37:40
Und genau hier geschieht
das Wunder: 37:40 – 37:50
Nun, da Sie Ihre saubere synthetische Recovery haben sollten, können Sie diese an Ihren „Clean Room“ weiterleiten, um dort die nächsten, äh, operativen Schritte und Validierungsschritte durchzuführen.
37:51 – 37:52
Genau, nicht wahr?
37:52 – 38:03
Und während dieses Prozesses, wenn Sie diese Recovery im Reinraum durchführen, können Sie zusätzliche Sicherheitsebenen anwenden, um sicherzustellen, dass sie wirklich sauber ist.
38:03 – 38:06
Zum Beispiel können Sie das gesamte Betriebssystem
neu installieren 38:06 – 38:17
, indem Sie das Betriebssystem entfernen, ein neues, maßgeschneidertes Golden Image einspielen und den Server dann anhand dieses Images neu einrichten, bevor Sie die Daten darauf wiederherstellen.
38:17 – 38:28
Und schließlich, sobald all diese Validierungen abgeschlossen sind und Sie eine klare „Go“- oder „No-Go“-Entscheidung von den Sicherheitsteams erhalten haben, sind Sie bereit, diese bereinigten Anwendungen
38:28 – 38:33
aus dem Cleanroom in eine neue Produktionsumgebung zu verschieben.
38:33 – 38:35
Das Endergebnis ist, dass Sie über saubere
, 38:35 – 38:45
validierte und neu aufgesetzte Anwendungen verfügen, die mit minimalem Datenverlust und so effizient wie möglich in Ihrer neuen Produktionsumgebung wiederhergestellt wurden.
38:45 – 38:45
In Ordnung.
38:45 – 38:47
Damit sind wir am Ende angelangt.
38:47 – 38:51
Ich hoffe, diese Sitzung hat allen gefallen und Sie haben etwas gelernt.
38:51 – 38:59
Wir freuen uns auf weitere Gespräche mit Ihnen, insbesondere mit unseren Kunden und allen, die noch weitere Fragen haben.
38:59 – 39:02
Vielen Dank von mir und Dinesh.