Source: Deutsche Nachrichten
Ursprünglich als übergreifender Ansatz gestartet, um Backup-, Storage- und Recovery-Funktionen im IBM-Portfolio zusammenzuführen, hat sich das System maßgeblich weiterentwickelt. Der Schwerpunkt liegt heute auf der operativen Cyber Recovery – also der konkreten Planung und Absicherung des Wiederanlaufs nach einem Sicherheitsvorfall.
Wer die Plattform IBM Storage Defender zuletzt vor ein oder zwei Jahren bewertet hat, sollte heute einen erneuten Blick riskieren. Ursprünglich als übergreifender Ansatz gestartet, um Backup-, Storage- und Recovery-Funktionen im IBM-Portfolio zusammenzuführen, hat sich das System maßgeblich weiterentwickelt. Der Schwerpunkt liegt heute auf der operativen Cyber Recovery– also der konkreten Planung und Absicherung des Wiederanlaufs nach einem Sicherheitsvorfall.
Zentrale Steuerungsebene für Cyber Resilience
Dabei verschiebt IBM Storage Defender die Perspektive weg von der bloßen Verwaltung von Sicherungskopien hin zur zentralen Frage: Ist eine geschäftskritische Anwendung tatsächlich mit einem vertrauenswürdigen Datenstand wiederherstellbar? Als zentrale Steuerungsebene bündelt die Plattform über ihren Data Resiliency- und Data Management-Service sämtliche Backup-, Storage- und Security-Informationen, um deren Integrität sicherzustellen. Mit technologischen Kernstücken wie dem Application Dependency Mapping, einer integrierten Anomalieerkennung und der isolierten Validierung von Daten in einem „Clean Room“ bietet die Lösung heute konkrete Fähigkeiten, die weit über herkömmliche Backup-Ansätze hinausgehen.
Dieser Artikel führt in das aktuelle IBM Storage Defender Update 2.2.0 als eine leistungsfähige Plattform für heterogene IT-Landschaften ein und worauf Sie achten sollten, um ihre Möglichkeiten und Reichweite für die Cyber-Resilienz Ihres Unternehmens voll nutzen zu können.
Smarte Recovery: Applikations-Mapping trifft Echtzeit-Sensorik und Webhook-Integration
Ein technologischer Meilenstein der 2.1.x-Generation ist das Application Dependency Mapping: Administratoren definieren logische Abhängigkeiten zwischen Anwendungen über mehrere Recovery Groups hinweg. Daraus resultieren Recovery Plans, welche die exakte Wiederanlaufreihenfolge dokumentieren und im Ernstfall vorgeben, während die eigentlichen Restores weiterhin über die angebundenen Backup- oder Storage-Systeme gesteuert werden. Aus unserer Projekterfahrung wird genau dieser Punkt häufig unterschätzt – Wiederanlaufreihenfolgen sind selten vollständig dokumentiert.
Ergänzt wird dies durch ein zweistufiges Threat Management: Während klassische Backup-Lösungen Anomalien oft erst beim nächsten Sicherungslauf bemerken, erfolgt beim IBM Storage FlashSystem die Anomalieerkennung bereits inline auf Blockebene über das FlashCore Module. Zusätzlich überwachen Defender-Sensoren auf Windows- und Linux-VMs kontinuierlich die Applikationsebene. Snapshots und Backups werden auf Malware und Anomalien geprüft und in einem Clean Room – einer isolierten Wiederherstellungsumgebung – final validiert. Partnerlösungen wie Predatar liefern Recovery-Tests und Malware-Scans dafür als fertigen Dienst. Das trennt sauber zwischen „Kopie vorhanden” und „Kopie sauber”.
Ab IBM Storage Defender 2.1.4: Core Features im Detail
Aktuell dokumentierter Stand ist IBM Storage Defender Version 2.2.0 (Release: 20. Juli 2026).
Erweiterte Plattform-Flexibilität durch Hyper-V-Support
Bereits 2.1.4 brachte die Unterstützung des IBM Connection Managers unter Microsoft Hyper-V: Die als bootfähiges ISO ausgelieferte Komponente verbindet – als VM unter vCenter oder Hyper-V oder auf Bare-Metal – die On-Premises-Umgebung mit dem Data Resiliency-Service und öffnet die Plattform für Landschaften jenseits reiner VMware-Umgebungen.
Offene Backup-Architektur mit Cohesity Data Protect
Auf der Backup-Seite lassen sich seit 2.1.5 neben IBM Storage Defender Data Protect- auch Cohesity Data Protect-Cluster einbinden.
Intelligente Auswahl via Timeline View
Neu ist zudem die Timeline View: Sie korreliert Recovery Points wie Snapshots und Backups chronologisch mit Threat-Erkennungen und Infrastruktur-Health-Signalen. Nach einer erkannten Bedrohung entstandene Recovery Points werden automatisch als potenziell betroffen markiert – das erleichtert die Auswahl eines vertrauenswürdigen Wiederherstellungspunkts direkt in der Oberfläche.
Hardware-nahe Sicherheit: Inline-Erkennung und Multi-Vendor-Support
Auf Primärspeicherseite werden neben IBM Storage FlashSystem auch Dell-PowerMax-Umgebungen unterstützt. Bei IBM FlashSystem erfolgt die Anomalieerkennung inline auf Blockebene über das IBM FlashCore Module.
Offenes Ökosystem & Integration (v2.2.0)
Mit Version 2.2.0 erweitert IBM die Alerting-Kette um Webhook-Integrationen: Events und Alerts aus dem Data Resiliency Service lassen sich künftig direkt an Slack, Microsoft Teams, CrowdStrike oder ServiceNow weiterleiten. Das öffnet die bislang auf SIEM-Systeme fokussierte Benachrichtigung auch für operative Teams, die Recovery-relevante Ereignisse direkt in ihren gewohnten Kollaborations- und ITSM-Tools sehen wollen.
Application Dependency Mapping auf einen Blick
Application Dependency Mapping ist ab Version 2.1.0 eine Kernfunktion von IBM Storage Defender, die darauf abzielt, die Wiederherstellung komplexer IT-Landschaften zu strukturieren:
- Logisches Dependency Mapping: Manuelle Definition von Anwendungsbeziehungen über Recovery Groups hinweg als Basis für eine strukturierte Wiederherstellung.
- Automatisierte Recovery Plans: Systemgestützte Generierung exakter Wiederanlaufreihenfolgen, um die Geschäftsbereitschaft nach Cyber-Angriffen gezielt abzusichern.
- Orchestrierte Wiederherstellung: Die Plattform gibt die strategische Reihenfolge vor, während die operativen Restores weiterhin über die bestehenden Backup-Systeme erfolgen.
- Timeline View & Integrität: Chronologische Korrelation von Recovery Points mit Sicherheitsereignissen zur schnellen Identifikation vertrauenswürdiger Datenstände.
IBM Storage Defender 2.2.0 für On-Premises-Umgebungen
Für Umgebungen ohne Cloud-Anbindung gibt es Data Management Service-Private: laut IBM für eine begrenzte Kundengruppe mit strengen Datensouveränitäts- oder Compliance-Anforderungen konzipiert und berechtigten Kunden über Passport Advantage und Fix Central bereitgestellt.
Geteilte Verantwortung im Betrieb
Im Betrieb zahlt sich das SaaS-Modell aus: Den cloud-basierten Data Resiliency-Service pflegt und patcht IBM selbst. Für On-Premises-Komponenten wie den Connection Manager bleibt die Verantwortung dagegen beim Unternehmen – IBM liefert die Fixes. Das Einspielen liegt im eigenen Patch- und Vulnerability-Management, zumal die Versionen 1.x und 2.0 seit dem 30. Juni 2026 nicht mehr unterstützt werden.
Chancen und Grenzen von IBM Storage Defender 2.2.0
Der Nutzen zeigt sich in der Praxis vor allem an folgenden Punkten
- Übergreifende Sicht auf Volumes, Backups und Recovery Points statt Einzelauswertungen je System.
- Frühe Anomalieerkennung, nicht erst beim nächsten Sicherungslauf.
- Applikationsorientierte Recovery-Planung mit Abhängigkeiten und Wiederanlaufreihenfolgen.
- Validierte statt ungeprüft übernommene Recovery Points.
- Mit Data Management Service-Private eine Betriebsform außerhalb des SaaS-Modells.
Was die Plattform nicht abnimmt
- Notfallplanung und regelmäßige Recovery-Tests bleiben notwendig.
- Application Dependency Mapping ersetzt keine gepflegte Dokumentation der eigenen Applikationslandschaft.
- Die Anomalieerkennung reicht nur so weit wie ihre Abdeckung – nicht angebundene Systeme bleiben außen vor. Wer das übersieht, wiegt sich in falscher Sicherheit.
Fazit: Neubewertung der eigenen Recovery-Strategie lohnt sich – Dokumentation ist Pflicht
Aus einem anfänglich erklärungsbedürftigen Portfolio- und Lizenzmodell ist eine Plattform geworden, die auf konkrete Cyber-Recovery-Fähigkeiten zielt. Application Dependency Mapping, Recovery Plans und validierte Recovery Points sind keine Dashboard-Kosmetik, sondern adressieren Fragen, die im Ernstfall über die Wiederanlaufzeit entscheiden.
Technisch überzeugt das Zusammenspiel aus früher Erkennung und geprüfter Wiederherstellbarkeit. Das wachsende Produktspektrum und die kurze Release-Kadenz machen die Plattform auch für heterogene Landschaften interessanter – verlangen im Gegenzug aber, die eigenen Komponenten konsequent aktuell zu halten.
Die größere Hürde liegt somit im Betrieb: Recovery Groups, Abhängigkeiten und Recovery Plans entfalten ihren Wert nur, wenn sie fachlich gepflegt werden. Ein veraltetes Abhängigkeitsmodell liefert im Ernstfall eine trügerische Entscheidungsgrundlage.
Unser Rat für Unternehmen mit IBM-gestützten Backup- und Storage-Landschaften
Eine erneute Bewertung lohnt sich – entlang konkreter operativer Fragen: Welche Anwendungen sind kritisch? Welche Abhängigkeiten bestehen zwischen ihnen? Und wer hält diese Informationen aktuell?
Wer das beantworten kann, operationalisiert mit IBM Storage Defender Cyber Recovery messbar – ohne diese Grundlagen bleibt der Mehrwert begrenzt.
Quellen (Auswahl)
AUTOR: Andreas Wagener
Nach vielen Jahren als Bereichsleiter Data Protection, ist Andreas Wagener Information Security Officer der Empalis. Über 30 Jahre Erfahrung in der Beratertätigkeit und als Lösungsarchitekt in den Bereichen IT-Engineering, Implementierung, Architekturdesign und Projektleitung bringt er in seine Dozententätigkeit ein.