Wenn ein wichtiges System in deinem Unternehmen ausfällt, besteht der schwierigste Teil darin zu wissen, was zuerst wiederhergestellt werden muss, wer die Berechtigung hat, darauf zuzugreifen, welcher Sicherung vertraut werden kann und wie lange dein Unternehmen ohne dieses System weiterarbeiten kann.
An diesem Punkt entdecken viele kleine und mittlere Unternehmen (KMU) die Lücke zwischen dem Vorhandensein von Sicherungen und einem tatsächlichen Wiederherstellungsabonnement. Eine Sicherung enthält zwar möglicherweise die benötigten Daten, legt aber nicht die Reihenfolge der Wiederherstellung fest, weist keine Verantwortlichkeiten zu, prüft nicht, ob das Wiederherstellen funktioniert, und löst auch nicht das Problem fehlender Administrator-Anmeldedaten während eines Ausfalls.
Ein IT-Disaster-Recovery-Abonnement verleiht diesem Prozess Struktur, bevor es zu einer Unterbrechung kommt. Es definiert, welche Systeme am wichtigsten sind, wie schnell sie wiederhergestellt werden müssen, wie viel Datenverlust das Unternehmen tolerieren kann, welche Datenverlustprävention-Strategien implementiert werden sollen, wer für den jeweiligen Wiederherstellungsschritt verantwortlich ist und wie kritische Anmeldedaten geschützt werden. Diese Klarheit kann verhindern, dass ein IT-Vorfall zu längeren Ausfallzeiten, Umsatzeinbußen oder einer größeren Betriebskrise führt.
Was ist ein IT-Disaster-Recovery-Abonnement?
Business Continuity vs. IT-Disaster-Recovery
Was dein IT-Disaster-Recovery-Abonnement abdecken muss
Was dein IT-Disaster-Recovery-Abonnement definieren muss
Wiederherstellung von Anmeldedaten: das übersehene Disaster-Recovery-Szenario
Vorlage für ein Disaster-Recovery-Abonnement
So testest du dein IT-Disaster-Recovery-Abonnement
Wiederherstellung um Systeme, Daten und das Zugreifen herum aufbauen
Was ist ein IT-Disaster-Recovery-Abonnement?
Ein IT-Disaster-Recovery-Abonnement ist ein dokumentierter Prozess zur Wiederherstellung von Technologiesystemen nach einer Unterbrechung. Es konzentriert sich auf die IT-Ebene des Unternehmens: Daten, Anwendungen, Geräte, Infrastruktur, Cloud-Dienste, Administrator-Zugreifen, Sicherungen und die für die Wiederherstellung verantwortlichen Personen.
Ein praktisches IT-Wiederherstellungsabonnement sollte Fragen beantworten wie:
- Welche Systeme müssen zuerst wieder zur Verfügung stehen?
- Wie viel Ausfallzeit kann das Unternehmen tolerieren?
- Wie viel Datenverlust ist akzeptabel?
- Wo sind Sicherungen gespeichert?
- Wer kann Systeme wiederherstellen?
- Welche Administrator-Anmeldedaten werden benötigt?
- Wie wird das Team bestätigen, dass wiederhergestellte Systeme sicher und nutzbar sind?
- Wie kommuniziert das Unternehmen mit Mitarbeitern und Kunden, wenn die Hauptkanäle ausfallen?
Ein Disaster-Recovery-Abonnement sollte über den Umgang mit Cyberangriffen hinausgehen: Es muss alltägliche Probleme wie Hardwarefehler, verlorene Anmeldedaten und versehentliches Löschen abdecken. Es muss auch externe Dienstunterbrechungen abdecken, wie z. B. Störungen von Cloud-Plattformen oder SaaS-Tools, Fehlkonfigurationen und das Ausscheiden von Schlüsselmitarbeitern, ohne dass das kritische Zugreifen übertragen wurde.
Eine Wiederherstellung sollte nicht erst während eines Ausfalls entworfen werden. Sie muss geplant, zugewiesen, kommuniziert und getestet werden, bevor dein Unternehmen darauf angewiesen ist.
Business Continuity vs. IT-Disaster-Recovery
Business Continuity und IT-Disaster-Recovery werden oft als dasselbe behandelt, lösen aber unterschiedliche Probleme.
Business Continuity befasst sich damit, den Betrieb des Unternehmens während einer Unterbrechung aufrechtzuerhalten. Sie umfasst die Kommunikation mit Kunden, temporäre Arbeitsabläufe, die Verantwortlichkeiten der Mitarbeiter, die Koordination mit Lieferanten und Entscheidungen darüber, welche Dienste auch dann fortgeführt werden müssen, wenn normale Systeme nicht verfügbar sind.
IT-Disaster-Recovery konzentriert sich auf die Technologie dahinter. Sie definiert, wie Systeme, Daten, Anwendungen, Sicherungen und Administrator-Zugreifen wiederhergestellt werden, damit das Unternehmen sicher zum normalen Betrieb zurückkehren kann.
Nimm als Beispiel einen CRM-Ausfall. Ein Business-Continuity-Abonnement erklärt vielleicht, wie Vertriebs- oder Support-Teams Kunden weiterhin betreuen, während das CRM offline ist. Das IT-Wiederherstellungsabonnement erklärt, wer den Anbieter kontaktiert, welche Daten wiederhergestellt werden müssen, welche Sicherung oder welcher Export verfügbar ist, welche Anmeldedaten erforderlich sind und wie das Team bestätigt, dass das System wieder sicher verwendet werden kann.
Bei vielen KMU zeigt sich die Lücke erst während eines Vorfalls. Die Mitarbeiter wissen, wer die Kunden kontaktieren würde, aber nicht, wer das Abrechnungssystem wiederherstellen kann. Sie wissen, dass Sicherungen existieren, aber nicht, ob das Wiederherstellen jemals getestet wurde. Sie wissen, dass sich in der Regel ein Mitarbeiter um die IT kümmert, aber nicht, was passiert, wenn diese Person nicht verfügbar ist oder wo die Administrator-Passwörter gespeichert sind, wenn diese Person nicht erreichbar ist.
Was dein IT-Disaster-Recovery-Abonnement abdecken muss
Ein solides IT-Disaster-Recovery-Abonnement muss nicht übermäßig lang sein, aber es muss so spezifisch sein, dass es in einer Stresssituation ausgeführt werden kann.
Recovery Time Objective
Recovery time objective, oder RTO, definiert, wie schnell ein System wiederhergestellt werden muss. Ein Zahlungssystem muss möglicherweise innerhalb von Stunden wieder einsatzbereit sein, während ein internes Berichts-Dashboard einen längeren Ausfall tolerieren kann.
Lege RTOs basierend auf den geschäftlichen Auswirkungen fest und nicht nach technischen Einstellungen, da die Kosten von Ausfallzeiten sowohl ein geschäftliches als auch ein technisches Problem darstellen. Frage dich, welche Systeme sich auf den Umsatz, Kundenverpflichtungen, rechtliche Verpflichtungen, die Sicherheit und die Produktivität der Mitarbeiter auswirken.
Recovery Point Objective
Recovery point objective, oder RPO, definiert, wie viel Datenverlust akzeptabel ist, was dann bei der Festlegung der richtigen Datenverlustprävention-Strategien (DLP) hilft. Wenn ein System ein RPO von einer Stunde hat, müssen Sicherungen oder Replikationen die Wiederherstellung bis zu diesem Zeitpunkt unterstützen.
Wenn das RPO einen Tag beträgt, akzeptiert das Unternehmen eine größere Lücke. Das RPO hilft auch bei der Bestimmung der Sicherungshäufigkeit, denn je kürzer dein RPO ist, desto häufiger müssen deine Sicherungen durchgeführt werden. Kritische Systeme erfordern daher häufigere Sicherungen als Systeme mit geringer Priorität.
Prioritätsstufen für Systeme
Nicht jedes System sollte zur gleichen Zeit wiederhergestellt werden. Ein Disaster-Recovery-Abonnement für kleine Unternehmen sollte die Systeme in Prioritätsstufen einteilen.
- Stufe 1: Systeme, die für den Kernbetrieb, die Sicherheit, die Kommunikation oder den Umsatz erforderlich sind.
- Stufe 2: Wichtige Systeme, die kurze Ausfallzeiten tolerieren können.
- Stufe 3: Systeme mit geringerer Priorität, die wiederhergestellt werden können, sobald das Unternehmen stabil läuft.
Typische Systeme der Stufe 1 können E-Mail, Identitätsanbieter, Passwort-Manager, Finanzsysteme, Kundendatenbanken, Cloud-Speicher und Kommunikationsplattformen umfassen.
Sicherungsstrategie
Deine Sicherungsstrategie sollte Folgendes definieren:
- Was gesichert wird und wie oft
- Wo Sicherungen gespeichert sind
- Wer darauf zugreifen kann
- Wie die Wiederherstellung getestet wird
Das NCSC hat außerdem(neues Fenster) Prinzipien für Ransomware-resistente Sicherungen für Cloud- und On-Premises-Sicherungslösungen veröffentlicht und weist darauf hin, dass gesicherte Daten standardmäßig nicht resistent gegen Ransomware sind und im Hinblick auf die Ransomware-Bedrohung bewertet werden sollten.
Eine solide Sicherungsstrategie umfasst in der Regel Offline- oder unveränderliche Sicherungen für kritische Daten, regelmäßige Tests, dokumentierte Schritte zum Wiederherstellen und separate Anmeldedaten für die Sicherungsverwaltung.
Rollen und Verantwortlichkeiten
Ein Disaster-Recovery-Abonnement sollte Verantwortliche benennen, nicht nur Aufgaben. Wenn nur eine Person das gesamte Wissen über die Wiederherstellung besitzt, birgt das für das Unternehmen sowohl ein personelles als auch ein IT-Risiko. Definiere, wer:
- Die Wiederherstellung leitet
- Systeme wiederherstellt
- Anbieter kontaktiert
- Notfall-Zugreifen genehmigt
- Intern kommuniziert
- Entscheidungen dokumentiert
Was dein IT-Disaster-Recovery-Abonnement definieren muss
| Komponente | Was es beantwortet |
| RTO | Wie schnell muss jedes System wiederhergestellt werden? |
| RPO | Wie viel Datenverlust kann sich das Unternehmen leisten? |
| Prioritätsstufen | Welche Systeme stehen zuerst wieder zur Verfügung und welche können warten? |
| Sicherungsstrategie | Was wird gesichert, wo wird es gespeichert und wurde die Wiederherstellung getestet? |
| Rollen und Verantwortlichkeiten | Wer leitet die Wiederherstellung, stellt Systeme wieder her, kontaktiert Anbieter und genehmigt Notfalländerungen? |
Wiederherstellung von Anmeldedaten: das übersehene Disaster-Recovery-Szenario
Disaster-Recovery konzentriert sich oft auf Daten, Server und Sicherungen. In der Praxis kann die Wiederherstellung jedoch fehlschlagen, weil das Team nicht auf die Systeme zugreifen kann, die für das Wiederherstellen des Betriebs erforderlich sind.
Die Wiederherstellung von Anmeldedaten wirft folgende Fragen auf:
- Wer hat die Berechtigung zum Zugreifen auf Administrator-Konten?
- Wo sind Sicherungs-Anmeldedaten gespeichert?
- Welche Konten können kritische Systeme wiederherstellen?
- Was passiert, wenn ein Passwort verloren geht, gefährdet ist oder von jemandem verwaltet wird, der nicht erreichbar ist?
- Sind Notfall-Anmeldedaten geschützt und überprüft?
- Kann das Zugreifen schnell widerrufen und neu zugewiesen werden?
Wenn Sicherungs-Anmeldedaten im Browser eines Mitarbeiters gespeichert sind, Wiederherstellungscodes in einer privaten Notiz aufbewahrt werden oder geteilte Administrator-Passwörter im Chat kursieren, kann das Unternehmen im Falle eines Vorfalls möglicherweise nicht reibungslos wiederhergestellt werden.
Ein Passwort-Manager für Unternehmen hilft, dieses Risiko zu verringern, indem er kritische Anmeldedaten in verschlüsselten Tresoren zentralisiert, das Zugreifen nach Rolle zuweist und es einfacher macht, das Zugreifen zu widerrufen oder neu zuzuweisen, wenn jemand das Unternehmen verlässt oder sich Verantwortlichkeiten ändern. Proton Pass for Business hilft Teams dabei, starke Passwörter zu generieren, Anmeldedaten sicher zu speichern, sicheres Teilen zu nutzen und sensibles Zugreifen aus Chats und Tabellen fernzuhalten.
Als Passwort-Manager für IT-Teams unterstützt Proton Pass ein zentralisiertes Anmeldedaten-Management, Passwortrichtlinien, sicheres Teilen, Berichte und Protokolle, SCIM-Bereitstellung und SSO-Integrationen. Das macht die Wiederherstellung von Anmeldedaten einfacher, da das Zugreifen auf kritische Systeme nicht von einer Person, einem Browserprofil oder einem undokumentierten Passwort abhängt.
Vorlage für ein Disaster-Recovery-Abonnement
Ein Disaster-Recovery-Abonnement funktioniert am besten, wenn es so spezifisch ist, dass es während eines Ausfalls als Leitfaden dient, aber gleichzeitig so einfach, dass das Team es unter Druck nutzen kann. Für KMU sollte sich die Vorlage auf das Wesentliche konzentrieren: Was muss wie schnell aus welcher Sicherung von wem und mit welchen Anmeldedaten wiederhergestellt werden.
1. Geltungsbereich
Definiere, welche Systeme, Dienste, Standorte, Geräte und Daten das Abonnement abdeckt.
Kopie der Vorlage: Dieses IT-Disaster-Recovery-Abonnement deckt die Systeme, Daten, Dienste, Anmeldedaten und Anbieter ab, die erforderlich sind, um den kritischen Betrieb von [Company Name]’s nach einer technologischen Unterbrechung wiederherzustellen.
2. Inventar der kritischen Systeme
Liste die Systeme auf, auf die dein Unternehmen angewiesen ist, und weise Prioritätsstufen zu.
Kopie der Vorlage: Kritische Systeme werden basierend auf geschäftlichen Auswirkungen, Recovery Time Objective, Recovery Point Objective und der Abhängigkeit von anderen Systemen in die Gruppen Stufe 1, Stufe 2 und Stufe 3 eingeteilt.
3. Wiederherstellungsziele
Definiere RTO und RPO für jedes vorrangige System.
Kopie der Vorlage: Für jedes System muss ein dokumentiertes Recovery Time Objective und ein Recovery Point Objective vorliegen. Diese Ziele sollten mindestens jährlich und nach größeren Systemänderungen überprüft werden.
4. Sicherungs- und Wiederherstellungsprozess
Dokumentiere, wo Sicherungen gespeichert sind, wie oft sie ausgeführt werden, wer darauf zugreifen kann und wie das Testen des Wiederherstellens funktioniert.
Kopie der Vorlage: Sicherungen müssen vor unbefugtem Zugreifen geschützt werden, gegebenenfalls getrennt von Hauptsystemen gespeichert werden und regelmäßig getestet werden. Für Systeme der Stufe 1 müssen Verfahren zum Wiederherstellen dokumentiert werden.
5. Wiederherstellung von Anmeldedaten und Zugreifen
Definiere, wo kritische Anmeldedaten gespeichert sind und wer während der Wiederherstellung darauf zugreifen kann.
Kopie der Vorlage: Administrator-Anmeldedaten, Sicherungs-Anmeldedaten, Wiederherstellungscodes und das für die Notfallwiederherstellung erforderliche Anbieter-Zugreifen müssen in einem zugelassenen verschlüsselten Tresor gespeichert werden. Das Zugreifen muss auf autorisierte Rollen beschränkt sein und nach Rollenänderungen, dem Offboarding und Wiederherstellungsübungen überprüft werden.
6. Rollen und Eskalation
Definiere Verantwortliche für die Wiederherstellung, Stellvertreter und Eskalationspfade.
Kopie der Vorlage: Jede Wiederherstellungsrolle muss einen Hauptverantwortlichen und einen Sicherungs-Verantwortlichen haben. Das Abonnement muss festlegen, wer die Wiederherstellung leitet, wer Systeme wiederherstellt, wer Anbieter kontaktiert, wer Aktualisierungen kommuniziert und wer Notfalländerungen genehmigt.
7. Kommunikationsabonnement
Definiere, wie das Unternehmen während eines IT-Ausfalls intern und extern kommuniziert.
Kopie der Vorlage: Während eines Wiederherstellungstermins werden interne Aktualisierungen über [genehmigten Kanal] geteilt. Die externe Kommunikation an Kunden, Anbieter, Versicherer oder Aufsichtsbehörden muss von [Rolle/Team] genehmigt werden.
8. Test- und Überprüfungszyklus
Definiere, wie oft das Abonnement getestet und aktualisiert wird.
Kopie der Vorlage: Dieses Disaster-Recovery-Abonnement wird mindestens [jährlich/zweimal im Jahr] getestet und nach größeren Vorfällen, Systemänderungen, Anbieterwechseln oder fehlgeschlagenen Wiederherstellungsübungen überprüft.
So testest du dein IT-Disaster-Recovery-Abonnement
Ein Disaster-Recovery-Abonnement wird erst dann nützlich, wenn es unter Bedingungen getestet wurde, die einer echten Unterbrechung ähneln. Eine Sicherung, die zwar existiert, aber noch nie wiederhergestellt wurde, ist immer noch eine bloße Annahme. Eine Wiederherstellungsrolle, die nur eine Person versteht, ist nach wie vor eine Abhängigkeit. Administrator-Anmeldedaten, die während eines Ausfalls niemand finden kann, sind immer noch ein Blockierer.
Das Testen muss anfangs nicht komplex sein. Für die meisten KMU besteht das Ziel darin, zu beweisen, dass das Unternehmen die richtigen Systeme mit den richtigen Personen und den richtigen Anmeldedaten in einem realistischen Zeitrahmen wiederherstellen kann.
1. Planspiel
Wähle ein wahrscheinliches Szenario aus, z. B. Ransomware, die geteilte Dateien betrifft, einen Ausfall des Cloud-Speichers, das versehentliche Löschen von Kundendaten oder den plötzlichen Verlust des Zugreifens auf ein Administrator-Konto. Gehe durch, was das Team in der ersten Stunde tun würde, wer die Führung übernehmen würde, welche Anbieter kontaktiert würden, welche Systeme priorisiert würden und welche Informationen fehlen würden.
2. Wiederherstellung testen
Wähle eine kritische Datei, eine Datenbank, ein Postfach oder einen Systemexport aus und bestätige, dass diese in einen nutzbaren Zustand wiederhergestellt werden kann. Überprüfe, ob die wiederhergestellten Daten aktuell genug sind, ob die Berechtigungen noch funktionieren und ob das Team weiß, wo sich die Sicherung befindet.
3. Regelmäßig testen
Als praktische Orientierungshilfe sollten KMU das Abonnement mindestens einmal im Jahr testen, im Einklang mit den NIST-Richtlinien in der Special Publication 800-34 Revision 1(neues Fenster), und häufiger nach größeren System- oder Anbieteränderungen.
4. Wiederherstellung von Anmeldedaten testen
Bestätige, dass autorisierte Personen auf Sicherungs-Administrator-Konten, Cloud-Administrator-Konten, Anbieterportale, Wiederherstellungscodes und Notfall-Anmeldedaten zugreifen können, ohne auf den Browser, private Notizen oder das Gedächtnis eines einzelnen Mitarbeiters angewiesen zu sein. Das Ziel besteht nicht darin, sensible Passwörter unnötig offenzulegen. Es geht darum zu bestätigen, dass das Zugriffsmodell auch dann noch funktioniert, wenn das Unternehmen unter Druck steht.
Dokumentiere nach jedem Test, was fehlgeschlagen ist, was zu lange gedauert hat, und weise einer bestimmten Person eine Frist für jede Behebung zu. Ein guter Test ist nicht der, bei dem alles perfekt läuft. Es ist derjenige, der die Lücken aufdeckt, während das Unternehmen noch Zeit hat, sie zu beheben.
Wiederherstellung um Systeme, Daten und das Zugreifen herum aufbauen
Ein nützliches IT-Disaster-Recovery-Abonnement bietet dem Unternehmen eine Wiederherstellungsreihenfolge, eine Reihe von Verantwortlichen, eine realistische Sicht auf akzeptable Ausfallzeiten und eine Möglichkeit, die Business Continuity aufrechtzuerhalten und das Zugreifen auf die Systeme wiederzuerlangen, die den Betrieb am Laufen halten.
Für KMU kann dies den Unterschied zwischen einer kurzen Unterbrechung und einem längeren Ausfall ausmachen. Wenn E-Mail, Finanzsoftware, Cloud-Speicher, Kundensysteme oder Administrator-Konten nicht verfügbar sind, muss das Team wissen, was zuerst kommt, wer handeln kann und welche Anmeldedaten erforderlich sind, um das Zugreifen sicher wiederherzustellen.
Aus diesem Grund sollte die Wiederherstellungsplanung Systeme, Daten und das Zugreifen gemeinsam abdecken. Sicherungen stellen zwar möglicherweise Dateien wieder her, aber erst die Anmeldedaten ermöglichen es dem Team, die Kontrolle über die Systeme zurückzuerhalten, die für die Wiederherstellung erforderlich sind. Administrator-Anmeldungen, Anbieterportale, Sicherungskonten, Wiederherstellungscodes und geteilte operative Anmeldedaten müssen alle geschützt, organisiert und den richtigen Personen zugänglich sein, wenn etwas schiefgeht.
Ein Passwort-Manager für Unternehmen hilft, diesen Teil des Abonnements zu stärken. Da kritische Anmeldedaten in verschlüsselten Passwort-Tresoren gespeichert und nur mit autorisierten Personen geteilt werden, ist das Unternehmen während eines Wiederherstellungstermins weniger vom Browser, den privaten Notizen oder dem Gedächtnis eines einzelnen Mitarbeiters abhängig.
