Mobile-Menu

Serverseitiger AES-256-Standard, eigene Schlüsselhoheit bleibt möglich Backblaze B2 verschlüsselt neue Uploads automatisch

Von Thomas Joos 2 min Lesedauer

Anbieter zum Thema

cidaas by Widas ID GmbH
FTAPI Software GmbH

Backblaze macht die serverseitige Verschlüsselung beim Objektspeicher B2 zur Voreinstellung. Neue Daten sichert der Dienst künftig ohne Zutun im Ruhezustand. Administratoren mit eigener Schlüsselhoheit können den Schutz auch in Eigenregie steuern.

Backblaze sichert nun neu hochgeladene und kopierte Dateien mit einem eigenen AES-256-Schlüssel.(Bild: KI-generiert)
Backblaze sichert nun neu hochgeladene und kopierte Dateien mit einem eigenen AES-256-Schlüssel.
(Bild: KI-generiert)

Backblaze stellt den Objektspeicher B2 auf eine verschlüsselte Voreinstellung um. Der Anbieter sichert neu hochgeladene und kopierte Objekte künftig mit AES-256 über selbst verwaltete Schlüssel, ein Verfahren mit der Bezeichnung SSE-B2. Die Umstellung greift zuerst bei neuen Buckets in allen B2-Regionen, bestehende Buckets folgen nach und nach. Bereits abgelegte Objekte behalten ihren Verschlüsselungszustand.

Voreinstellung für neue Buckets

Seit 14. September 2026 sichert Backblaze jede neu hochgeladene und kopierte Datei in B2 im Ruhezustand mit einem eigenen AES-256-Schlüssel, den ein globaler Schlüssel zusätzlich absichert und den allein das Backblaze-Konto der Organisation verwaltet. Neue Buckets erhalten die Voreinstellung sofort, bestehende Buckets schaltet der Anbieter erst nach und nach frei. Für SSE-B2 fällt kein Aufpreis an. Die Sicherung wirkt sich nach Angaben von Backblaze weder auf die Upload- noch auf die Download-Geschwindigkeit aus.

Eigene Schlüssel mit SSE-C

Administratoren mit voller Schlüsselhoheit können weiter das Verfahren SSE-C nutzen. Bei SSE-C verschlüsselt der Anbieter jede Datei mit einem eigenen Schlüssel und sichert diesen mit dem kundeneigenen AES-256-Schlüssel ab, den der Kunde selbst verwaltet und bei jeder Anfrage erneut mitschickt. Anfragen mit einem ausdrücklich gesetzten SSE-C-Schlüssel behalten dieses Verfahren auch nach dem Stichtag ohne weitere Anpassung. Das kundeneigene Schlüsselmaterial legt der Dienst zu keinem Zeitpunkt dauerhaft im eigenen Konto ab.

Auswirkung auf die Backup-Ziele

Viele Administratoren sichern ihre Bestände mit restic oder rclone auf B2 und verschlüsseln die Dateien schon vor dem Upload auf dem Client. SSE-B2 legt über diese vorverschlüsselten Inhalte eine zweite Schicht auf dem Speicher. Die Umstellung ändert die Inhalte für den Client nicht, weshalb bestehende Repositorys ohne Anpassung lesbar bleiben. Für Administratoren, die dem Anbieter kein verwertbares Schlüsselmaterial überlassen wollen, bleibt die clientseitige Verschlüsselung mit restic oder das Verfahren SSE-C das Mittel der Wahl, denn bei SSE-B2 liegen die Schlüssel im Backblaze-Konto der Organisation.

Fazit

Der Dienst verschiebt die Voreinstellung von B2 zu einer serverseitigen Verschlüsselung im Ruhezustand des Objektspeichers. Neue Objekte erhalten ab dem Stichtag einen AES-256-Schlüssel aus dem Backblaze-Konto, bereits abgelegte Objekte behalten ihren Stand. Administratoren mit dem Anspruch auf eigenes Schlüsselmaterial setzen weiter auf SSE-C oder eine clientseitige Vorverschlüsselung. Der Umstieg verlangt keine Änderung an bestehenden Anwendungen und keinen zusätzlichen Aufpreis.

(ID:50995757)

Jetzt Newsletter abonnieren

Täglich die wichtigsten Infos zur IT-Sicherheit

Mit Klick auf „Newsletter abonnieren“ erkläre ich mich mit der Verarbeitung und Nutzung meiner Daten gemäß Einwilligungserklärung (bitte aufklappen für Details) einverstanden und akzeptiere die Nutzungsbedingungen. Weitere Informationen finde ich in unserer Datenschutzerklärung. Die Einwilligungserklärung bezieht sich u. a. auf die Zusendung von redaktionellen Newslettern per E-Mail und auf den Datenabgleich zu Marketingzwecken mit ausgewählten Werbepartnern (z. B. LinkedIn, Google, Meta).

Aufklappen für Details zu Ihrer Einwilligung

Weiterführende Inhalte