Beschleunigen Sie die Cyber-Recovery mit Incident Response, Threat Intelligence und Cleanrooms

Ein „Clean Recovery Point“ ist ein Datenpunkt, der mithilfe von Bedrohungsinformationen und KI-gestützter Analyse als frei von Malware, Verschlüsselungsanomalien oder Anzeichen einer Kompromittierung validiert wurde. 

Die synthetische Recovery rekonstruiert fehlerfreie Daten aus mehreren Sicherungsversionen und trägt so dazu bei, dazu beizutragen, aktuelle Änderungen zu bewahren und gleichzeitig schädliche Artefakte zu beseitigen. 

Ein Reinraum bietet eine isolierte Umgebung, in der Daten validiert, Arbeitslasten getestet und die Sicherheit der Systeme überprüft werden können, bevor diese wieder inden Produktivbetrieb übernommen werden. 

OhneBei Tests stützen 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 intakter Bereiche, automatisierter Recovery und Validierung in einer einzigen Plattform.

Sehen Sie sichhierdas Video mit dem zeitgestempelten Transkript an

00:08 – 00:09
Hallo zusammen.
00:09 – 00:15
Willkommen zur Sitzung „Beschleunigung der Cyber-Recovery durch Incident Response, Threat Intelligence und 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 – wir werden über Cyber-Resilienz sprechen.
00:44 – 00:49
Das NIST skizziert klar die Struktur im Bereich der Cyber-Resilienz.
00:49 – 01:01
Es geht um die Fähigkeit eines Unternehmens, Bedrohungen und Katastrophen aller Art vorauszusehen, ihnen standzuhalten, sich davon zu erholen, sich anzupassen und den Geschäftsbetrieb wieder aufzunehmen.
01:01 – 01:07
Die Diskussion über Cyber-Resilienz wird sehr differenziert, 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 auf unserer Plattform anbieten, um nicht nur die Ausfallsicherheit zu gewährleisten,
01:15 – 01:22
sondern auch die notwendigen Erkenntnisse zu liefern, damit man im Falle eines Cyberangriffs in der Lage ist, den Betrieb wiederherzustellen.
01:23 – 01:37
Die Realität sieht so aus, dass Unternehmen zwar über eine Strategie verfügen, um auf die Cyber-Recovery vorbereitet und cyberresilient zu sein, ihnen jedoch meist das Vertrauen in ihre Strategie fehlt.
01:37 – 01:39
Und das zeigen 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 Risk eines Fehlschlags bei der Recovery, da Unternehmen ihre Pläne und Prozesse zur Cyber-Recovery nicht regelmäßig getestet haben.
02:05 – 02:10
Und erst während eines Cybervorfalls erkennen sie Lücken in ihren Plänen.
02:10 – 02:14
Möglicherweise wissen Sie gar nicht, ob Ihre Backups intakt oder infiziert sind.
02:14 – 02:14
Ja.
02:14 – 02:25
Und außerdem – weißt du – 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 man hier hinweisen muss.
02:29 – 02:35
Denn wenn man über eine Lösung zur Ausfallsicherheit wie Commvault spricht, führt die Trennung
mit einer Sicherheitsplattform oder den Informationen, die eine Sicherheitsplattform bieten kann, vernetzt
Wenn man nicht auf eine Sicherheitsplattform zurückgreifen kann oder auf die Erkenntnisse, die eine Sicherheitsplattform liefern kann, ist man quasi daran gehindert, den optimalen Zustand wiederherzustellen.
02:45 – 02:50
Das ist also ein wichtiges Problem, mit dem auch Unternehmen 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 führen zu Verzögerungen, was wiederum die durchschnittliche Wiederherstellungszeit verlängert.
03:00 – 03:05
Unternehmen haben heute, glaube ich, diese Art von traditionellen Recovery-Plänen
03:05 – 03:09
, die von den Unternehmen bereits seit geraumer Zeit genutzt werden.
03:09 – 03:21
Ich glaube, dass die traditionellen Pläne für Recovery, die viele Unternehmen nutzen, den Anforderungen der heutigen Bedrohungslage nicht ganz gerecht werden – wie sich Cyberbedrohungen 03:21 – 03:23
heute auf Unternehmen auswirken
.
03:23 – 03:30
Deshalb setzen wir uns wirklich für dieses Konzept der Cyber-Recovery-Pläne ein – die Möglichkeit, nicht nur
03:30 – 03:36
nicht nur die Recovery-Prozesse zu testen, sondern auch eine Art Bedrohungsanalyse als Teil dieses Recovery-Plans einzubeziehen.
03:36 – 03:45
Der Grund dafür ist, dass die Gefahr besteht, Risiken wieder in die Umgebung einzuschleusen, wenn man Daten wahllos in die Umgebungen zurückspielt, nicht wahr?
03:45 – 03:56
Die Datensicherungsplattform schützt die Daten ja kontinuierlich, und zu jedem beliebigen Zeitpunkt könnten innerhalb dieser kombinierten Plattform
03:56 – 03:58
– wie bei jeder Datensicherungsplattform – auch Bedrohungen abgewehrt werden.
03:58 – 04:03
Und durch eine unüberlegte Wiederherstellung in die Umgebung könnten Sie die Schwachstellen erneut einführen.
04:03 – 04:08
Auch der „Rollback“ ist ein Begriff, den wir in Unternehmen häufig 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 – das ist schon eine Weile her, oder?
04:21 – 04:25
Das birgt gewissermaßen das Risiko, dass euer Unternehmen nicht vollständig wiederhergestellt werden kann.
04:25 – 04:27
Daher ist es äußerst wichtig,
im Rahmen eines Recovery-Tests oder eines Cyber-Recovery-Plans auf Bedrohungen
analysieren zu können. 04:27 – 04:35
04:35 – 04:36
Absolut.
04:36 – 04:36
Stimmt.
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 doch darin, dass es – wie bei der herkömmlichen Recovery – keine böswillige Absicht gibt, oder?
04:45 – 04:47
Bei einer Naturkatastrophe, richtig?
04:47 – 04:48
Da steckt keine böse Absicht dahinter.
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
Doch die Recovery-Prozesse nach einem Cyberangriff sind komplexer als das.
05:05 – 05:08
Sie müssen sicherstellen, dass Ihre Backups fehlerfrei sind.
05:08 – 05:19
Und dann müssen Sie sicherstellen, dass Sie diese Backups in einer isolierten Umgebung überprüfen können, bevor Sie sie tatsächlich in Ihre neu eingerichtete Produktionsumgebung einpflegen, 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 wird die Plattform eingesetzt und welche Funktionen haben wir in die Plattform integriert, 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
Ebenso die Speicher- und AirGap-Technologien, die in unserem Produkt zum Einsatz kommen.
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 bieten wir also von Haus aus an.
06:04 – 06:12
Und dann ist auch die Integration mit den – nun ja – Toolsuiten für Recovery und Reaktion bzw. Orchestrierung und Sicherheit ebenfalls ä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
In erster Linie geht es also darum, diesen sauberen Recovery-Punkt zu erhalten, richtig?
06:31 – 06:44
Und wir definieren einen sauberen Recovery-Punkt oder die Erkennung eines sauberen Punktes als die Fähigkeit, festzustellen, ob sich Bedrohungen in den geschützten Daten befinden, und gleichzeitig den letzten bekannten
06:44 – 06:51
eine fehlerfreie Version dieser Daten abzurufen, um den Rollback bei der Recovery so gering wie möglich zu halten.
06:51 – 07:00
Wir erhalten also Signale von unseren Sicherheitspartnern über Integrationen wie beispielsweise mit CrowdStrike und anderen sowie integrierte Informationen, die direkt aus der
aus der
System stammen, sodass unsere Kunden keine zusätzlichen Technologien einführen müssen.
07:05 – 07:12
Diese Informationen liefern Ihnen die notwendigen Erkenntnisse, um Ihre Daten auf Malware und Verschlüsselungsbedrohungen zu überprüfen.
07:12 – 07:17
Und dies ist der erste Schritt, um zu dieser eindeutigen Erkennung zu gelangen.
07:17 – 07:22
Deshalb sage ich oft: Man weiß erst, wie effektiv man Daten wiederherstellen kann, wenn man sie tatsächlich wiederherstellt.
07:22 – 07:26
Und man möchte auf keinen Fall in eine Situation geraten, in der man Daten wiederherstellen muss und dies nicht effektiv tun kann.
07:26 – 07:33
Deshalb ist es wirklich wichtig, Ihre Daten regelmäßig zu testen und zu prüfen, ob sie wiederherstellbar sind.
07:33 – 07:36
Außerdem, um sicherzustellen, dass Ihre Daten in gutem Zustand sind.
07:36 – 07:39
Die Komponente der Bedrohungsanalyse ist dabei von entscheidender Bedeutung.
07:39 – 07:43
Das gibt dir diese, diese, äh, genaue Bestätigung, dass dein Schutzkonzept 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, sauberen Zustand – wiederherstellen kannst.
07:51 – 07:54
Und du erhältst die neuesten, fehlerfreien 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 nur wir auf dem Markt 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
Wir integrieren außerdem 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 eigenes Modell zur Erkennung von Verschlüsselungszuständen innerhalb der Sicherungsdaten.
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
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
Diese nutzen wir dann als Recovery-Punkt und stellen sie standardmäßig unter Quarantäne.
09:41 – 09:49
Im Grunde sorgen wir also für eine saubere Recovery und minimieren den Rollback, wodurch einige der zuvor angesprochenen Probleme gelöst werden.
09:49 – 09:59
Ich übergebe nun das Wort 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, verfügen wir derzeit dank verschiedener Bedrohungssignale und des Threat Scans der Backups über ein sauberes
durch verschiedene Bedrohungssignale und das 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 neu aufbauen, 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
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 die Neuinstallation des Servers anhand eines benutzerdefinierten „Golden Image“, das validiert und fest konfiguriert wurde, sodass Sie stets von einem bekannten
10:51 – 10:53
von einem einwandfreien Zustand ausgehen.
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
Mir gefällt dieses Zitat von Mike Tyson sehr gut.
11:18 – 11:23
Das passt also wirklich gut zu dem, was wir mit unseren Lösungen erreichen wollen.
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 die Cyber-Recovery und die Widerstandsfähigkeit.
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 überrascht werden, nicht wahr?
11:45 – 11:48
Also innerhalb der ersten fünf Minuten dieses Cybervorfalls, oder?
11:48 – 11:54
Dann müssen sie auf jeden Fall in der Lage sein, Fragen wie die folgende zu beantworten: Ist der Angreifer noch aktiv?
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 ist ein schriftliches Handbuch hier eine große Hilfe.
12:03 – 12:07
Aber echtes Vertrauen entsteht doch erst durch ein koordiniertes Vorgehen, oder?
12:07 – 12:14
Wenn man die auszuführenden Schritte festlegen kann, wenn man Kontrollpunkte definiert hat – das sind die Überprüfungen.
12:14 – 12:27
Und genau diese 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 Cyber-Resilienz 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
Und wenn Sie beispielsweise einen Recovery-Test durchführen oder eine forensische Analyse vornehmen möchten oder sich gerade in einem tatsächlichen Cybervorfall befinden und versuchen, die Systeme wiederherzustellen, nicht wahr?
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 Recovery 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 erstellt 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 „Reinraum“ einzurichten, in dem Sie Ihre Anwendungen wiederherstellen und mit deren Validierung beginnen können, bevor Sie sie in Ihre Produktionsumgebung übertragen.
14:51 – 14:54
Schauen wir uns nun an, wie
14:54 – 15:02
wie die Bedrohungserkennung und die Cleanroom-Funktionen 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 erkennen und infizierte Ressourcen in einem Cleanroom zur Validierung wiederherzustellen – das zeigen wir Ihnen in unserer Live-Demo.
15:14 – 15:17
In der neuen Folge von „Cleanroom Recovery“, richtig?
15:17 – 15:20
Ich möchte also zunächst einen Überblick über dieses Dashboard geben, okay?
15:20 – 15:29
Wir führen dieses neue Dashboard ein, um einen schnellen Überblick darüber zu geben, inwieweit Ihre Umgebung für die Recovery-Prozesse bereit ist, richtig?
15:29 – 15:32
Es enthält also Informationen wie die „Cleanroom Recovery“-Bereitschaft.
15:32 – 15:43
Es zeigt Ihnen, wie viele Ihrer geschützten Ressourcen tatsächlich bereit sind, in den Reinraum zurückgebracht zu werden, wie viele noch nicht bereit sind und wie viele nicht für den „Reinraum“
„Recovery“ konfiguriert sind.
konfiguriert sind. 15:43 – 15:44
15:44 – 15:54
Außerdem werden Informationen angezeigt, warum Ressourcen nicht für die Cleanroom Recovery bereit sind – vielleicht, weil Sie 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
Außerdem werden Ihnen Informationen zur Lizenznutzung sowie zu aktiven Cleanrooms nach Region angezeigt, falls Sie über eine verteilte Umgebung verfügen.
16:19 – 16:21
Kommen wir nun zu den Gruppen der Recovery.
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 Reinraum 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-bereit 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
Sie können eine Regel hinzufügen, die besagt, dass alle Ressourcen hinzugefügt werden sollen, die der Person XYZ gehören, oder Ressourcen, die das Tag „XYZ“ haben, richtig?
16:59 – 17:09
Sie können also festlegen, wie diese Regeln lauten, und auf der Grundlage dieser Regeln werden die Ressourcen zur Recovery-Gruppe hinzugefügt, oder Sie können manuell 17:09 – 17:14
Ressourcen auswählen
und 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
mit dem Namen „Transaction Application“.
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 einen gesamten Active Directory-Forest zu einer Recovery-Gruppe
hinzufügen 17:38 – 17:43
und anschließend eine Recovery-Maßnahme in einem „Clean Room“ durchführen, damit Sie Ihre End-to-End-Anwendungen validieren können.
17:43 – 17:53
Ich wähle eine Active Directory-Gesamtstruktur, einige VMs und einige Azure-Dateifreigaben aus und füge all dies der Recovery-Gruppe hinzu, um anschließend eine Recovery-Aktion in
17:53 Uhr – 18:05 Uhr
in einem Reinraum. Überprüfen Sie anschließend Ihre Einstellungen auf dieser Übersichtsseite, und sobald Sie die Erstellung der Recovery-Gruppe abgeschlossen haben, besteht der nächste Schritt in diesem Prozess darin,
18:05 – 18:12
Darin können Sie ein Runbook für den Betrieb Ihres Reinraums erstellen – wählen Sie einfach „Erstellen“ und beginnen Sie mit dem Hinzufügen eines Runbooks.
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 Scannen von Text aktivieren, richtig?
18:27 – 18:30
Das bedeutet: Wenn Sie diese Option aktivieren.
18:30 – 18:41
Wir scannen dann automatisch die Ressourcen, die im Clean Room wiederhergestellt werden, auf Malware, und es wird im Status Ihres Runbooks angezeigt, wenn Malware erkannt wird.
18:41 – 18:49
Aktivieren wir also den Threat Scan und gehen wir dann noch einen Schritt weiter. Hier haben Sie die Möglichkeit, ein zuvor erstelltes „Clean Room“-Ziel oder einen „Clean Room“-Standort auszuwählen.
18:49 – 18:52
Sie können einfach „Vorhandenen Reinraum 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 Prozess zur Einrichtung des Reinraums 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 im Voraus 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
Doch durch die Einführung dieser Option „Express-Konfiguration“ haben wir all diese Voraussetzungen beseitigt, denn
19:56 – 20:04
Sobald Sie sich mit Ihrem Microsoft-Konto anmelden, können wir alles vorbereiten, was für die erfolgreiche Durchführung der Cleanroom Recovery erforderlich ist.
20:04 – 20:11
Und wenn Sie einige dieser Ressourcen bereits 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 dies
20:26 – 20:36
Wählen Sie die Optionen für meine Cleanroom Recovery aus, klicken Sie auf „Weiter“, überprüfen Sie kurz alle von Ihnen ausgewählten Einstellungen und klicken Sie 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-Prozesse erstellt, nicht wahr?
20:43 – 20:47
Und einer der Schritte hier ist „Cleanroom bereitstellen“, richtig?
20:47 – 20:51
Nehmen wir an, dieses Runbook bietet Ihnen viel Flexibilität, oder?
20:51 – 20:54
Sie können Schritte hinzufügen und entfernen, wenn Sie möchten, oder?
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
– das ist möglich.
20:59 – 21:08
Und wenn Sie die Phase „Reinraum einrichten“ erweitern, werden Ihnen alle, äh, internen Schritte angezeigt, die wir im Rahmen dieser Phase durchführen.
21:08 – 21:09
Richtig.
21:09 – 21:18
Da Sie sich für die Einrichtung eines neuen Reinraums entschieden haben, richten wir automatisch die erforderliche Infrastruktur ein, wie beispielsweise eine Ressourcengruppe, die Netzwerkressourcen, das
21:18 – 21:24
Speicherkonto – all das, bevor wir die Ressourcen tatsächlich darin wiederherstellen.
21:24 – 21:33
Und was die Ressourcen angeht: Wenn Sie Phase drei erweitern – in der es im Wesentlichen um die Wiederherstellung 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 Wiederherstellung der VM ist das „Repaving“, richtig?
21:40 – 21:51
Dies ist eine erweiterte Funktion, mit der Sie Ihre gesamte virtuelle Maschine mithilfe eines benutzerdefinierten, gehärteten Golden Images neu einrichten können, bevor Sie die Daten
21:51 – 21:59
darin wiederherstellen – genau das ermöglicht es Ihnen, bereits vor der Datenwiederherstellung im „Cleanroom“ von einem bekanntermaßen fehlerfreien Zustand auszugehen.
21:59 – 22:12
Führen wir nun also das Runbook aus: Wählen Sie rechts einen Sicherungspunkt oder einen Recovery-Punkt aus, den Sie zur Wiederherstellung Ihrer Anwendungen verwenden möchten, und klicken Sie anschließend auf „Senden“.
22:12 – 22:18
Damit wird der Cleanroom Recovery-Prozess gestartet, und Sie können den Status direkt auf der Run-Book-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“
auswä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 einen On-Demand-Cleanroom wiederhergestellt, der in Ihrem Azure-Abonnement
erstellt wurde.
erstellt wurde.
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 – und zwar natürlich korrekt.
23:09 – 23:15
Sobald Sie mit der Validierung fertig sind und bereit sind, Ihre Ressourcen
zu bereinigen, 23:15 – 23:24
Sie können einfach den Befehl „Runbook zurücksetzen“ ausführen, woraufhin automatisch die Bereinigung aller Ressourcen erfolgt, die von uns in Ihrem Azure-Abonnement erstellt wurden.
23:24 – 23:28
So bleiben keine herumliegenden Ressourcen zurück, die Ihnen Kosten verursachen könnten.
23:28 – 23:36
Wie Sie also sehen können, haben wir den gesamten Prozess der Einrichtung eines On-Demand-Reinraums und der anschließenden Cleanroom Recovery vereinfacht.
23:36 – 23:45
Nun wird Ihnen mein Kollege David zeigen, wie einfach es ist, eine Recovery durchzuführen
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 es ist, diese zu erkennen und die infizierten Ressourcen anschließend in einen Cleanroom 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
Na gut, dann schauen wir uns also das neue Dashboard zur Erkennung von Bedrohungen an und sehen uns an, wie einfach es ist, Bedrohungen in Ihrer Datensicherungsumgebung zu erkennen
zu erkennen 24:13 – 24:17
, um die saubere Recovery in die „Clean-Room“-Umgebung zu leiten.
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 im Rahmen des Datenschutzes 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 Risiko, hohem Risiko sowie mittlerem und niedrigem Risiko haben.
25:06 – 25:08
Auf der rechten Seite,
25:09 – 25:10
, dann sehen Sie die Ergebnisübersicht.
25:10 – 25:19
Diese gibt Ihnen einen Einblick darin, welche Daten überprüft wurden und wie Commvault diese Daten im Hinblick auf Bedrohungen ausgewertet hat.
25:19 – 25:24
Es zeigt Ihnen also, dass Sie über eine Reihe fehlerfreier Daten verfügen, die wir erkannt und gescannt haben, sowie über Daten, die betroffen sind.
25:24 – 25:26
Sie sehen also, dass hier eine Beeinträchtigung vorliegt.
25:26 – 25:30
Wir werden uns damit näher befassen, um herauszufinden, wie wir das beheben können.
25:32 – 25:37
Und darunter sehen wir die operativen Komponenten der Plattform zur Erkennung von Bedrohungen.
25:37 – 25:44
Klicken wir also auf einige der kritischen Ressourcen, um uns ein Bild davon zu machen, was hier vor sich geht.
25:44 – 25:46
Ich klicke nun auf die Kachel.
25:46 – 25:56
Wie Sie sehen, habe ich hier eine Reihe von Ressourcen, die sich im kritischen Status befinden, was unter anderem bedeutet, dass im Bereich Datensicherung und Recovery
Malware erkannt wurde.
25:56 – 25:56
25:57 – 26:01
Ich kann hier auf die verschiedenen Komponenten klicken.
26:01 – 26:06
Wir haben hier also Anomalien für dieses bestimmte System, die ausgelöst werden.
26:06 – 26:09
Und 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 einlesen – um nur einige zu nennen.
26:34 – 26:36
Und diese Signale liefern
26:37 – 26:49
einen Hinweis auf einen Angriff oder eine Verhaltensweise, die auf der Ressource auftritt und die wir einem Recovery-Point zuordnen, um dem Benutzer dabei zu helfen, zu erkennen, ob dies Auswirkungen auf diese
26:49 – 26:50
System vorliegen.
26:50 – 26:52
Darauf werden wir etwas später noch etwas genauer eingehen.
26:52 – 27:04
Und schließlich gibt es noch Bedrohungen – hierfür nutzen wir unsere mehrschichtige Scan-Engine, unsere Threat Scan-Engine, mit der wir Malware mithilfe einer signaturbasierten Engine erkennen, 27:04 – 27:04
maschinell
Lernen
27:04 – 27:08
sowie ein KI-Modell zur Erkennung von Verschlüsselung.
27:08 – 27:22
Wir haben für dieses neue Produkt, äh, diese Produktversion außerdem 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 stehen verschiedene Aktionen zur Verfügung.
27:26 – 27:33
Sie können diese Ressource also als „gespeichert“ markieren, sie unter Quarantäne stellen oder sie von der Datenalterung ausschließen, wodurch 27:33 – 27:37
die bisherigen Datensicherungsaufträge vor dem Löschen bewahrt
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 entfernt.
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
Die Datensicherheitsumgebung auf bekannte Bedrohungen überprüfen und diese anschließend 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, um zu sehen, wie dieses System funktioniert.
28:13 – 28:18
Ich klicke also auf die Ressource, wodurch ich zum Übersichts-Dashboard gelange.
28:18 – 28:20
Das ist also die Übersicht über die Ressource.
28:20 – 28:25
Hier sehe ich 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
geeignet, 28:30 – 28:38
um ziemlich genau festzustellen, wann das Problem zum ersten Mal auftrat, 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 unsere Arlie Insights nutzen, um sich einen Überblick darüber zu verschaffen, was bei dieser bestimmten Ressource oder sogar auf globaler Ebene vor sich geht.
28:59 – 29:06
Und Sie erhalten den gesamten Kontext dazu, was festgestellt wurde und was zu tun ist – welche Empfehlungen es gibt.
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 und wechseln zum Reiter „Anomalien“.
29:15 – 29:21
Wenn Sie Ihre Untersuchung fortsetzen und herausfinden möchten, welche Dateien auffällig sind, wechseln Sie bitte zu dieser Registerkarte hier.
29:22 – 29:25
Als Nächstes haben wir 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 zur Wiederholung: Wir verfügen über eine Malware-Engine, die signaturbasiertes Scannen, maschinelles Lernen sowie Yara und Hashes nutzt.
29:46 – 29:52
Darüber hinaus verfügen wir über ein KI-Verschlüsselungsmodell, das Verschlüsselungen mit hoher Genauigkeit erkennt.
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 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 ich bereits erwähnt habe, 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 erste Anzeichen 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, handelt es sich hierbei um die Recovery-Zeiten.
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 beeinflusst dieses Signal gewissermaßen das Ergebnis von
30:56 – 31:02
Sie sollten das System scannen oder prüfen, ob andere Anzeichen dafür vorliegen, dass Ihr Recovery-Punkt möglicherweise beeinträchtigt ist.
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 unser „Data Posture 360“-Einblick.
31:24 – 31:25
Und das teilt
den SOC-Analysten an
teilte den SOC-Analysten mit, 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 das 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 Information zur Verfügung, dass das System auf der
Grundlagen der Konfiguration von Data Posture 360 31:55 – 31:57
einige Verstöße gegen die Richtlinien aufgewiesen hat.
31:57 – 32:08
Diese Richtlinienverstöße können individuell angepasst werden und sich auf bestimmte Arten von, äh, Datensätzen beziehen.
32:09 – 32:20
Und dann senden wir natürlich zusätzlich zur Erkennung sensibler Daten auch Signale, wie zum Beispiel alle 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
Okay, 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 „Wiederherstellen“.
32:32 – 32:36
Und genau hier stehen uns drei verschiedene Wiederherstellungsoptionen zur Verfügung.
32:36 – 32:37
An erster Stelle steht die manuelle Wiederherstellung.
32:37 – 32:40
Diese Option kommt zum Einsatz, wenn Sie einen einwandfreien Recovery-Punkt auswählen möchten.
32:40 – 32:45
Hier können Sie sehen, dass wir tatsächlich die korrekten Recovery-Punkte erkennen.
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-Punkt vom 25. klicke und von dort aus eine Recovery vornehme, könnte ich möglicherweise intakte Daten zurücklassen, da ich
33:09 – 33:15
danach noch zwei weitere Wiederherstellungspunkte, und obwohl wir infiziert sind, sind vielleicht nicht alle Daten infiziert.
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 Funktion zur synthetischen Recovery-Phase ermittelt den Recovery-Point so, dass sie den neuesten verfügbaren Recovery-Point auf der Grundlage unserer Scan-Technologien heranzieht.
ermittelt, was infiziert ist 33:37 – 33:46
, und dann in der Zeit zurückgeht, um die intakten Versionen der Dateien aus den verschiedenen Sicherungssätzen zu extrahieren und sozusagen einen Recovery-Point 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, informieren wir Sie sogar darüber, wie viele Daten tatsächlich zurückgesetzt werden und wie viele davon 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 gestatten, dass dieser Recovery-Vorgang ausschließlich im 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 – das ist
–
– kommen einige der anderen Neuerungen zum Tragen.
34:20 – 34:23
Der Reinraum ist vollständig als Wiederherstellungsort 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 Wiederherstellung im Reinraum durchführen.
34:34 – 34:39
Und ich wähle den vorhandenen „Cleanroom“ aus, den Dinesh in seiner Demo erstellt hat.
34:39 – 34:41
Und wir machen mit der Wiederherstellung weiter.
34:42 – 34:45
Dadurch ergibt sich 34:45 – 34:51
das infizierte System einer
einer vollständigen, gründlichen Recovery im Reinraum unterzogen.
34:51 – 34:57
So können wir diesen letzten Validierungsschritt im Reinraum durchführen, bevor die Daten wieder in die Produktion zurückgeführt werden.
34:57 – 34:59
So sorgen Sie für eine optimale Recovery-Phase.
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-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 Erkennung von Bedrohungen in der Lage ist, festzustellen, welche Bedrohungen in Ihren Backups vorhanden sind, und Ihnen dabei zu helfen, die Recovery mit minimalem Datenverlust durchzuführen, nicht wahr?
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 Prozess von der Readiness bis zur reibungslosen Wiederherstellung der Produktion – alles in einem einzigen integrierten Ablauf, richtig?
35:41 – 35:43
Wir beginnen mit der Readiness, richtig?
35:43 – 35:44
Es geht vor allem darum
, 35:44 – 35:54
die Konfiguration und Einrichtung regelmäßiger Überprüfungen Ihrer Backups sowie die kontinuierliche Überwachung kritischer Workloads, um festzustellen, ob diese fehlerfrei sind oder nicht.
35:54 – 36:00
Sobald dies 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ächlicher Vorfall
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 – Sie wissen schon, die Malware-Erkennungs- und Verschlüsselungs-Engine, über die wir bereits gesprochen haben – sowie alle SOC-Tools aus deren Integrationen und integrierte 36:57 – 36:58
Tool-Sets
.
36:58 – 37:10
All das läuft für Sie automatisch im Hintergrund ab: Es wird erkannt, ob in Ihren geschützten Daten Bedrohungen vorhanden sind oder nicht,
und es steht problemlos 37:10 – 37:11
„Clean Point“ gelangt.
37:11 – 37:12
Oh
, 37:12 – 37:13
für diese Recovery-Wiederherstellung aus einem „sauberen“ Zeitpunkt.
37:13 – 37:25
Und wir haben über die synthetische Recovery-Wiederherstellung gesprochen, die eine der Schlüsselfunktionen unseres Produkts ist. Dabei geht es nicht nur darum, diese „saubere“ Recovery-Wiederherstellung zu erreichen, sondern auch darum,
, 37:25 – 37:32
um diese saubere Recovery insofern zu optimieren, dass wir nicht zu einem früheren Zeitpunkt zurücksetzen, 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 erhalten haben sollten, können Sie diese an Ihren Reinraum 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 anschließend anhand dieses Images neu aufsetzen, 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 Reinraum in eine neue Produktionsumgebung zu verlagern.
38:33 – 38:35
Das Endergebnis ist, dass Sie über saubere
, 38:35 – 38:45
über validierte und neu installierte Anwendungen verfügen, die mit minimalem Datenverlust und so effizient wie möglich in Ihrer neuen Produktionsumgebung wiederhergestellt wurden.
38:45 – 38:45
Alles klar.
38:45 – 38:47
Damit sind wir am Ende angelangt.
38:47 – 38:51
Ich hoffe, euch hat diese Sitzung gefallen und ihr habt etwas gelernt.
38:51 – 38:59
Und wir freuen uns auf weitere Gespräche mit euch, insbesondere mit unseren Kunden und allen, die noch weitere Fragen haben.
38:59 – 39:02
Vielen Dank auch von mir und Dinesh.