6 S3 Object Lock ist eine Funktion auf API-Ebene, die WORM-Schutz (Write Once, Read Many) für Objektdaten durchsetzt. Ist sie für einen versionierten Bucket konfiguriert, verhindert sie, dass Objektversionen für einen festgelegten Zeitraum oder bis zur Aufhebung eines Legal Hold gelöscht oder überschrieben werden. Ursprünglich im Amazon-S3-Ökosystem eingeführt und heute auf S3-kompatiblen Plattformen breit unterstützt, hat sich S3 Object Lock zu einem Referenzmodell für unveränderlichen Speicher in modernen Datenarchitekturen entwickelt. Dieser Artikel erklärt, wie S3 Object Lock funktioniert, worin sich Governance- und Compliance-Modus unterscheiden, wie sich Aufbewahrungsfristen und Legal Holds verhalten und wie die Funktion in Cloud- und On-Premises-Umgebungen umgesetzt wird. Was S3 Object Lock leistet Im Kern versieht S3 Object Lock einzelne Objektversionen mit Schutzregeln. Wenn eine Aufbewahrungsfrist oder ein Legal Hold angewendet wird: Die geschützte Objektversion kann nicht gelöscht werden. Die geschützte Objektversion kann nicht überschrieben werden. Im Compliance-Modus lässt sich die Aufbewahrungsfrist nicht verkürzen. Die Durchsetzung erfolgt auf der S3-API-Ebene. Zielt eine Lösch- oder Überschreibanforderung auf eine geschützte Objektversion, wird sie abgelehnt, bis die Schutzbedingungen erfüllt sind. Object Lock muss beim Anlegen des Buckets aktiviert werden, und die Versionierung muss eingeschaltet sein. Der Schutz gilt für Objektversionen, nicht nur für Objektnamen. Warum Versionierung erforderlich ist Versionierung stellt sicher, dass Aktualisierungen keine früheren Daten zerstören. In einem versionierten Bucket gilt: Jeder Schreibvorgang erzeugt eine neue Objektversion. Frühere Versionen bleiben gespeichert, sofern sie nicht ausdrücklich entfernt werden. Aufbewahrungsmetadaten werden pro Version hinterlegt. Object Lock baut auf diesem Modell auf. Wird eine Aufbewahrungsregel angewendet, schützt sie eine bestimmte Version eines Objekts. Wird später eine neue Version hochgeladen, kann diese eine eigene, unabhängige Aufbewahrungskonfiguration erhalten. Dieses Design ermöglicht eine granulare Steuerung und die Sicherung bestimmter Zeitpunkte, ohne auf manuelle Prozesse angewiesen zu sein. Aufbewahrungsfristen: zeitbasierte Unveränderlichkeit Eine Aufbewahrungsfrist legt fest, wie lange eine Objektversion unveränderlich bleibt. Wenn eine Aufbewahrungsfrist gesetzt ist: Ein „Retain-until“-Zeitstempel wird in den Metadaten der Objektversion gespeichert. Lösch- und Überschreibvorgänge werden abgelehnt, bis dieser Zeitpunkt verstrichen ist. Im Compliance-Modus lässt sich das Aufbewahrungsdatum nicht vorverlegen. Aufbewahrungsfristen sind zeitlich begrenzt. Ist das „Retain-until“-Datum verstrichen, wird die Objektversion nicht mehr durch Object Lock geschützt. Sie kann dann gemäß den normalen Berechtigungen und Lifecycle-Richtlinien gelöscht oder geändert werden. Der Ablauf löst keine automatische Löschung aus. Er hebt lediglich die Unveränderlichkeitsbeschränkung auf. Aufbewahrungsrichtlinien lassen sich anwenden: Als Standard auf Bucket-Ebene. Einzeln pro Objekt. Über API-Aufrufe, die in Anwendungen oder Backup-Software integriert sind. Legal Holds: unbefristeter Schutz Ein Legal Hold bietet einen ähnlichen Schutz, allerdings ohne festgelegtes Ablaufdatum. Solange ein Legal Hold aktiv ist: Die Objektversion kann nicht gelöscht werden. Der Schutz bleibt bestehen, bis er ausdrücklich aufgehoben wird. Aufbewahrungszeitstempel werden ignoriert, solange der Hold aktiv ist. Legal Holds werden häufig eingesetzt, wenn Aufbewahrungspflichten nicht an einen festen Zeitraum gebunden sind, etwa bei Ermittlungen oder Audits. Aufbewahrungsfristen und Legal Holds können gleichzeitig bestehen. Ist einer der beiden Mechanismen aktiv, wird das Löschen blockiert. Governance-Modus vs. Compliance-Modus Beim Konfigurieren einer Aufbewahrungsfrist müssen Administratoren einen Aufbewahrungsmodus wählen. Die Unterscheidung zwischen Governance und Compliance bestimmt, wie strikt die Unveränderlichkeit durchgesetzt wird. Governance-Modus Im Governance-Modus gilt: Geschützte Objektversionen können von Standardbenutzern nicht gelöscht werden. Autorisierte Benutzer mit bestimmten Berechtigungen können die Aufbewahrungskontrollen umgehen. Umgehungsaktionen erfordern eine ausdrückliche Absicht und passende Anmeldedaten. Der Governance-Modus bietet Unveränderlichkeit mit administrativer Flexibilität. Er wird typischerweise eingesetzt, wenn Schutz vor versehentlichem Löschen erforderlich ist, eine kontrollierte Außerkraftsetzung aber zulässig bleibt. Compliance-Modus Im Compliance-Modus gilt: Geschützte Objektversionen können vor dem Aufbewahrungsdatum nicht gelöscht werden. Die Aufbewahrungsfrist lässt sich nicht verkürzen. Außerkraftsetzungen sind nicht erlaubt, auch nicht für Administratoren. Der Compliance-Modus erzwingt während des festgelegten Aufbewahrungszeitraums ein nicht überschreibbares, nicht löschbares Verhalten. Aufbewahrungsfristen können verlängert, aber nicht verkürzt werden. Die Wahl zwischen Governance und Compliance hängt von den Richtlinienanforderungen und dem regulatorischen Kontext ab. S3 Object Lock und Ransomware-Resilienz S3 Object Lock wird in Diskussionen über Ransomware-Resilienz häufig genannt, weil es das Löschen geschützter Objektversionen während ihres Aufbewahrungszeitraums verhindert. Wenn Backup-Anwendungen Daten auf ein S3-kompatibles Ziel schreiben, das Object Lock unterstützt: Aufbewahrungsmetadaten können bereits bei der Aufnahme angewendet werden. Geschützte Wiederherstellungspunkte können nicht vorzeitig gelöscht werden. Destruktive API-Aufrufe gegen gesperrte Objekte werden abgelehnt. Object Lock verhindert weder unbefugten Zugriff, noch erkennt es böswillige Aktivitäten. Seine Funktion ist klar umrissen: Es stellt sicher, dass Daten, sobald sie geschrieben und geschützt sind, nicht verändert oder entfernt werden können, bevor die Aufbewahrungsbedingungen erfüllt sind. Diese Funktion unterstützt moderne Backup-Strategien, die mindestens eine unveränderliche Kopie der Daten umfassen. Regulatorische Aufbewahrung und WORM-Anforderungen In vielen Branchen müssen Daten für festgelegte Zeiträume in einem nicht überschreibbaren, nicht löschbaren Format gespeichert werden. Der Compliance-Modus von S3 Object Lock ist darauf ausgelegt, solche Anforderungen zu unterstützen, indem er: das Löschen während des Aufbewahrungszeitraums verhindert. das Verkürzen der Aufbewahrung verhindert. die Unveränderlichkeit konsistent über die API durchsetzt. Regulatorische Rahmenwerke im Finanzsektor, im Gesundheitswesen und in anderen Branchen verlangen häufig nachweisbare Kontrollen über die Integrität und Aufbewahrung von Aufzeichnungen. Unabhängige Prüfungen haben Implementierungen von S3 Object Lock anhand bestimmter regulatorischer Standards bewertet und bestätigt, dass sie bei korrekter Konfiguration Compliance-Ziele unterstützen können. Unternehmen prüfen in der Regel, ob ihre S3-kompatible Speicherplattform Object Lock im Einklang mit den geltenden regulatorischen Vorgaben implementiert. Public Cloud und S3-kompatible Plattformen Obwohl S3 Object Lock bei AWS eingeführt wurde, ist es in vielen S3-kompatiblen Objektspeichersystemen implementiert. So können Unternehmen konsistente Unveränderlichkeitskontrollen anwenden in: Public-Cloud-Umgebungen. Hybriden Bereitstellungen. On-Premises-Objektspeicher. Scality RING und Scality ARTESCA unterstützen beide S3 Object Lock im Governance- und im Compliance-Modus und bieten API-kompatible Unveränderlichkeit in Unternehmensrechenzentren. Da diese Plattformen der S3-Spezifikation folgen, lassen sich Anwendungen, die AWS S3 Object Lock unterstützen, ohne Anpassungen integrieren. Architektonische Aspekte Unveränderlichkeit auf API-Ebene ist eine entscheidende Kontrolle, doch die Speicherarchitektur beeinflusst, wie sich Unveränderlichkeit in der Praxis verhält. Bei der Bewertung von Objektspeichersystemen mit Unterstützung für S3 Object Lock prüfen Unternehmen häufig: Wie Objektversionen intern gespeichert werden. Ob Daten an Ort und Stelle überschrieben werden. Wie die Replikation Aufbewahrungsmetadaten erhält. Die Audit-Protokollierung von Änderungen an Aufbewahrungsfristen und Legal Holds. In der Architektur von Scality erzeugen Datenaktualisierungen neue Versionen, statt bestehende Blöcke zu überschreiben. Das passt ganz natürlich zum versionsbasierten Schutzmodell von S3 Object Lock. Unveränderlichkeit wird daher auf der API-Ebene durchgesetzt und zugleich durch ein versionszentriertes Speicherdesign gestützt. Wie sich S3 Object Lock in moderne Datensicherung einfügt S3 Object Lock arbeitet unabhängig von der Backup-Orchestrierungssoftware. Backup-Plattformen steuern Zeitplanung, Indizierung und Wiederherstellung. Der Objektspeicher setzt Aufbewahrung und Unveränderlichkeit durch, sobald Daten geschrieben sind. Diese Trennung stellt sicher, dass: Anwendungen bestimmen, was wann geschrieben wird. Speichersysteme bestimmen, was nicht gelöscht werden kann. Bei korrekter Integration werden Aufbewahrungseinstellungen automatisch während der Backup-Aufnahme angewendet, was die Abhängigkeit von manueller Konfiguration verringert. Fazit S3 Object Lock bietet WORM-Schutz auf API-Ebene für Objektspeicherumgebungen. Durch die Kombination aus Versionierung, zeitbasierter Aufbewahrung, Legal Holds und klar definierten Durchsetzungsmodi stellt es sicher, dass geschützte Objektversionen in festgelegten Zeiträumen weder gelöscht noch überschrieben werden können. In Strategien zur Ransomware-Resilienz bewahrt es Wiederherstellungsdaten in kritischen Phasen. In regulierten Branchen unterstützt es Aufbewahrungsanforderungen an nicht überschreibbare, nicht löschbare Daten. Verfügbar in der Public Cloud und auf S3-kompatiblen Plattformen wie Scality RING und ARTESCA bietet S3 Object Lock ein konsistentes Unveränderlichkeitsmodell, das auf moderne Objektspeicherarchitekturen abgestimmt ist.
