Ein verschlüsselter Dateiserver ist bereits ein ernster Vorfall. Wirklich geschäftskritisch wird er, wenn auch die Sicherungen verschlüsselt, gelöscht oder unbrauchbar sind. Genau deshalb gehört Backup Immutable Storage im Mittelstand zur Grundversorgung der Daten-Resilienz. Es sorgt dafür, dass definierte Sicherungen für einen festgelegten Zeitraum weder verändert noch entfernt werden können – auch nicht durch ein kompromittiertes Administratorkonto.
Warum ein normales Backup nicht immer reicht
Viele Unternehmen sichern ihre Daten regelmäßig auf ein NAS-System, einen Backup-Server oder in einen Cloud-Speicher. Das ist ein wichtiger erster Schritt, bietet aber allein keine ausreichende Absicherung gegen moderne Angriffe. Ransomware sucht gezielt nach Sicherungen. Haben Angreifer Zugriff auf privilegierte Konten, können sie Backup-Jobs manipulieren, Wiederherstellungspunkte löschen oder Daten vor der Verschlüsselung unbemerkt verändern.
Ein gewöhnliches Backup ist dann zwar vorhanden, aber nicht mehr vertrauenswürdig. Für Handwerksbetriebe, Kanzleien, Steuerberater oder Dienstleister kann das weitreichende Folgen haben: Aufträge, Buchhaltungsdaten, Konstruktionsunterlagen oder Mandantenakten stehen nicht zur Verfügung. Der Betrieb arbeitet nur eingeschränkt oder gar nicht weiter.
Immutable Storage setzt an dieser Schwachstelle an. „Immutable“ bedeutet unveränderbar. Nach dem Speichern kann ein Backup innerhalb der festgelegten Aufbewahrungsfrist nicht überschrieben oder gelöscht werden. Selbst ein Administrator kann diese Sperre nicht einfach aufheben, wenn die Lösung korrekt eingerichtet ist.
Wie Backup Immutable Storage im Mittelstand funktioniert
Bei unveränderbarer Speicherung wird für Sicherungsdaten eine sogenannte Unveränderbarkeitsfrist definiert. Während dieser Zeit akzeptiert das Speichersystem keine Löschung und keine Veränderung der abgelegten Daten. Erst nach Ablauf der Frist gelten die üblichen Regeln für Bereinigung und Speicherverwaltung.
Das Prinzip klingt einfach, muss aber in die Backup-Strategie passen. Entscheidend ist nicht nur, ob ein Speicheranbieter eine Immutable-Funktion anbietet. Ebenso wichtig sind die Fragen, welche Systeme gesichert werden, wie lange Wiederherstellungspunkte vorgehalten werden und wer Einstellungen ändern darf.
Ein Beispiel aus der Praxis: Ein mittelständischer Dienstleister sichert täglich seinen Server für Warenwirtschaft und Dokumentenablage. Zusätzlich werden mehrere Wiederherstellungspunkte pro Tag erzeugt, damit auch versehentliche Änderungen zeitnah zurückgenommen werden können. Ein Teil dieser Sicherungen wird mit einer angemessenen Unveränderbarkeitsfrist gespeichert. Verschlüsselt Schadsoftware am Freitag die produktiven Daten und versucht anschließend, die Backups zu löschen, bleiben die gesperrten Wiederherstellungspunkte erhalten.
Damit entsteht kein vollständiger Schutz vor jedem Vorfall. Die Produktionsumgebung muss weiterhin durch Firewall-Regeln, sichere Zugänge, Rechtekonzepte und aktuelle Systeme geschützt werden. Immutable Backups sind jedoch die letzte belastbare Rückfallebene, wenn präventive Maßnahmen umgangen wurden.
Unveränderbar heißt nicht automatisch wiederherstellbar
Eine verbreitete Fehlannahme lautet: Wenn Backups nicht gelöscht werden können, ist die Wiederherstellung gesichert. Das greift zu kurz. Ein Backup kann technisch vorhanden sein und dennoch im Ernstfall nicht rechtzeitig helfen – etwa weil es unvollständig ist, die Bandbreite für den Rücktransfer fehlt oder der Wiederanlauf nie getestet wurde.
Daten-Resilienz besteht aus mehreren Bausteinen. Dazu gehören die Qualität der Sicherungen, die Trennung von Produktiv- und Backup-Umgebung, sichere administrative Zugänge sowie klare Abläufe für den Notfall. Die zentrale Frage lautet nicht nur: „Haben wir Backups?“ Sie lautet: „Wie schnell können wir welche Geschäftsprozesse verlässlich wiederherstellen?“
Für einen Steuerberater kann das bedeuten, dass Mandantendaten und Fachanwendungen zuerst verfügbar sein müssen. In einem Handwerksbetrieb haben möglicherweise die Auftragsplanung, E-Mail-Kommunikation und Projektdaten Vorrang. Diese Prioritäten bestimmen, wie häufig Daten gesichert werden und welche Wiederherstellungszeit realistisch ist.
Zwei Werte, die Entscheider festlegen sollten
Der Recovery Point Objective, kurz RPO, beschreibt den maximal vertretbaren Datenverlust. Wenn ein RPO von vier Stunden vereinbart ist, müssen Sicherungen so angelegt sein, dass im Ernstfall höchstens vier Arbeitsstunden an Daten fehlen.
Der Recovery Time Objective, kurz RTO, beschreibt dagegen die Zeit bis zur Wiederherstellung eines Systems oder Prozesses. Ein RTO von acht Stunden bedeutet nicht, dass jede Datei innerhalb dieser Zeit verfügbar sein muss. Es bedeutet, dass der vereinbarte Geschäftsbetrieb wieder anlaufen kann. Beide Werte sollten zur tatsächlichen Arbeitsweise passen und nicht nur aus einer Standardvorlage übernommen werden.
Speicherort, Datensouveränität und Schutz vor Fehlern
Immutable Storage kann lokal, in einem externen Rechenzentrum oder als Kombination genutzt werden. Jede Variante hat Vor- und Nachteile. Lokale Speicher bieten meist schnelle Wiederherstellungen bei großen Datenmengen. Sie helfen aber nur begrenzt bei Brand, Diebstahl oder einem schwerwiegenden Schaden am Standort. Externe Speicherung schafft räumliche Trennung, setzt aber eine verlässliche Anbindung und klare Regelungen zum Speicherort voraus.
Für viele KMU ist ein abgestuftes Konzept sinnvoll: operative Sicherungen für schnelle Wiederherstellungen und zusätzliche, physisch getrennte sowie unveränderbare Kopien für gravierendere Schäden. Das greift den Grundgedanken der 3-2-1-1-0-Regel auf: mehrere Kopien, unterschiedliche Speichermedien, eine externe Kopie, eine unveränderbare oder offline gehaltene Kopie und keine ungeprüften Backup-Fehler.
Bei externen Speicherorten spielt Datensouveränität eine wichtige Rolle. Unternehmen sollten wissen, in welchem Land ihre Daten liegen, welche Unterauftragnehmer beteiligt sind und wie administrative Zugriffe abgesichert werden. Besonders bei personenbezogenen Daten, Mandanteninformationen oder sensiblen Geschäftsunterlagen reicht die Aussage „Cloud-Backup“ nicht aus. Verantwortliche brauchen nachvollziehbare Antworten zu Datenschutz, Zugriffskontrolle und Aufbewahrung.
Die häufigsten Planungsfehler
Der erste Fehler ist eine zu kurze Unveränderbarkeitsfrist. Wird ein Angriff erst nach mehreren Wochen entdeckt, helfen Sicherungen mit einer Frist von wenigen Tagen möglicherweise nicht mehr. Die passende Dauer hängt von den Erkennungszeiten, gesetzlichen Aufbewahrungspflichten, Speicherbudgets und geschäftlichen Risiken ab.
Der zweite Fehler ist eine gemeinsame Verwaltungsebene. Wenn das gleiche Konto sowohl die Produktivsysteme als auch die Backup-Infrastruktur umfassend steuert, steigt das Risiko bei einem Kontodiebstahl. Separate Konten, Mehrfaktor-Authentifizierung und streng begrenzte Administrationsrechte sind deshalb wesentlich.
Der dritte Fehler betrifft die Kapazitätsplanung. Unveränderbare Daten können bis zum Ablauf der Frist nicht bereinigt werden. Werden Datenwachstum, Aufbewahrungszeiten und Reservekapazitäten nicht sauber kalkuliert, läuft der Speicher voll. Das kann dazu führen, dass neue Sicherungen fehlschlagen.
Der vierte Fehler ist der fehlende Wiederherstellungstest. Ein Test sollte nicht nur prüfen, ob einzelne Dateien zurückgespielt werden können. Unternehmen sollten regelmäßig die Wiederherstellung kritischer Anwendungen, Benutzerrechte und Abhängigkeiten erproben. Erst dann zeigt sich, ob die geplante Wiederanlaufzeit erreichbar ist.
So wird aus Backup eine belastbare Notfallvorsorge
Am Anfang steht eine Bestandsaufnahme. Welche Daten und Anwendungen sind für den Betrieb unverzichtbar? Wo liegen sie heute? Wie oft ändern sie sich? Danach werden Schutzklassen definiert. Besonders kritische Systeme erhalten engere Sicherungsintervalle, längere Aufbewahrungsfristen und priorisierte Wiederherstellungsabläufe.
Anschließend sollte die technische Architektur geprüft werden. Eine sichere Backup-Lösung trennt Produktivdaten, Backup-Repository und Verwaltungszugänge sinnvoll voneinander. Netzwerksegmentierung und eine sauber konfigurierte Firewall reduzieren die Möglichkeit, dass sich ein Angriff ungehindert bis in die Backup-Umgebung ausbreitet. Sicherer Remote Access ist ebenfalls relevant: Externe Administratoren und Mitarbeitende benötigen kontrollierte, nachvollziehbare Zugänge statt offener Fernwartungswege.
Dokumentation macht den Unterschied im Ernstfall. Verantwortlichkeiten, Zugangsdaten im Notfallverfahren, Wiederherstellungsreihenfolge und Ansprechpartner müssen geklärt sein. Ein Notfallplan darf nicht nur in einem System liegen, das beim Ausfall selbst nicht erreichbar ist.
Kyvion betrachtet Backup und Recovery deshalb nicht isoliert, sondern als Teil einer Sicherheitsarchitektur aus Schutz, Erkennung und Wiederherstellung. Die konkrete Ausgestaltung richtet sich nach Anwendungen, Datenvolumen, Schutzbedarf und vorhandener IT-Umgebung. Eine kleine Kanzlei benötigt andere Abläufe als ein produzierender Mittelständler mit mehreren Standorten.
Wer unveränderbare Sicherungen plant, sollte nicht beim Speicherprodukt beginnen. Der bessere erste Schritt ist die Frage, welche Arbeitsfähigkeit das Unternehmen nach einem IT-Ausfall innerhalb welcher Zeit zurückgewinnen muss. Daraus lässt sich eine Backup-Strategie entwickeln, die im Alltag beherrschbar bleibt und im Notfall trägt.
