Am 5. Oktober 2026 hat Proton einen Leitfaden für automatisierte, verschlüsselte Sicherungen mit Proton Drive veröffentlicht. Der Anlass ist eine praktische Frage: Wie werden Dateien ausserhalb des eigenen Standorts gesichert, ohne dass jede Sicherung von einem manuellen Upload abhängt? Für Unternehmen lohnt sich dabei ein genauer Blick auf den Unterschied zwischen Synchronisierung und einem geplanten Backup.
Cloud-Synchronisierung hält Arbeitsdateien auf mehreren Geräten aktuell. Ein Backup soll dagegen einen brauchbaren früheren Zustand wiederherstellen können. Beides kann zusammenarbeiten. Entscheidend ist, welche Änderungen übernommen werden, welche älteren Zustände erhalten bleiben und ob diese im Ernstfall erreichbar sind.
Was die Kommandozeile übernimmt
Proton Drive CLI ist eine Anwendung für die Kommandozeile, also für textbasierte Befehle statt einer grafischen Oberfläche. Proton stellte sie am 9. Juni 2026 für Windows, macOS und Linux vor. Sie kann Dateien beispielsweise hochladen, herunterladen und auflisten. Ein Befehl wird ausgeführt, danach beendet sich die Anwendung. Sie überwacht Ordner nicht dauerhaft wie ein Synchronisierungsprogramm. Über eine Aufgabenplanung lassen sich solche Befehle regelmässig starten.
Die Dateien werden nach Angaben von Proton vor der Übertragung Ende-zu-Ende verschlüsselt. Das schützt ihre Vertraulichkeit. Die Anwendung allein bestimmt jedoch weder den Sicherungsumfang noch den gewünschten Wiederherstellungszustand.
Auch die Behandlung geänderter Dateien ist wichtig. Der Oktober-Leitfaden beschreibt «create-new-revision»: Eine Änderung wird als neue Version gespeichert. Wie viele Versionen erhalten bleiben, hängt vom verwendeten Plan ab; auch Versionen benötigen Speicherplatz. «Replace» überschreibt den bisherigen Stand. «Skip» ignoriert bereits vorhandene Dateien und kann deshalb Änderungen von einer Sicherung ausschliessen. Diese Einstellungen sind Teil des Konzepts, nicht bloss technische Details.
Mehrere Kopien mit unterschiedlicher Aufgabe
Eine gängige Orientierung ist die 3-2-1-Regel: drei Kopien wichtiger Daten einschliesslich des Originals, auf zwei unterschiedlichen Medientypen, davon eine ausserhalb des eigenen Standorts. Eine lokale Sicherung kann eine schnelle Wiederherstellung ermöglichen. Die räumlich getrennte Kopie soll auch dann verfügbar sein, wenn am Hauptstandort ein Schaden entsteht.
Ein zusätzlicher Cloud-Ordner erfüllt diese Aufgabe nicht automatisch. Werden unerwünschte Änderungen oder Löschungen übernommen, braucht es einen erhaltenen älteren Stand. Manche Synchronisierungsdienste bieten einen Versionsverlauf oder Papierkorb. Ob das ausreicht, muss anhand der tatsächlichen Aufbewahrung und Wiederherstellung geprüft werden.
Verschlüsselung und Schutz vor Veränderung erfüllen unterschiedliche Aufgaben. Verschlüsselung schützt Inhalte vor unbefugtem Lesen; sie garantiert nicht, dass berechtigte oder kompromittierte Zugänge Dateien nicht verändern oder löschen können. Die US-Cybersicherheitsbehörde CISA empfiehlt deshalb offline gehaltene, verschlüsselte Sicherungen sowie regelmässige Wiederherstellungstests. Auch eine Cloud-Sicherung braucht bewusst geregelte Zugriffe.
Vom Speicherplatz zur Wiederherstellung
Das US-Institut NIST behandelt Backups als geplanten Betriebsprozess. Dazu gehören die Auswahl wichtiger Daten, das maximal akzeptable Alter einer Sicherung und die Zeit, die eine Wiederherstellung dauern darf. Ausserdem sollten Abhängigkeiten zwischen Anwendungen berücksichtigt werden. Eine heruntergeladene Datei allein bedeutet noch nicht, dass der zugehörige Geschäftsprozess wieder funktioniert.
Für ein KMU lassen sich daraus konkrete Fragen ableiten: Wie viel Arbeit dürfte verloren gehen? Welche Daten werden zuerst benötigt? Wer kann die Sicherung zurückholen, wenn die zuständige Person fehlt? Und sind die notwendigen Zugangsdaten sowie Wiederherstellungsinformationen auch bei einem Ausfall verfügbar?
Ein Beispiel aus dem Büroalltag
Als vereinfachtes, redaktionelles Beispiel: Ein kleines Planungsbüro arbeitet tagsüber in einem synchronisierten Projektordner. Am Abend wird eine separate Sicherung erstellt. Für dieses Beispiel legt das Büro fest, dass mehrere ältere Arbeitsstände erhalten bleiben sollen. Die genaue Anzahl müsste es anhand seiner Projekte und verfügbaren Kapazität bestimmen.
Anschliessend testet eine verantwortliche Person die Rückholung eines älteren Plans in einen separaten Testordner. Sie prüft, ob sich die Datei öffnen lässt und ob die erwartete Version vorliegt. Ein weiterer Test umfasst ein ganzes Projekt mit seinen zugehörigen Dateien. Das Beispiel ist kein Bericht über eine durchgeführte Alphalink-Kundeninstallation.
Der Nutzen liegt in der überprüfbaren Antwort auf eine einfache Frage: Was können wir nach einem Fehler tatsächlich wiederherstellen? Protons Leitfaden liefert dafür einen technischen Baustein. Ein belastbares Backup-Konzept verbindet diesen mit passenden Kopien, Aufbewahrung, Zuständigkeiten und dokumentierten Tests.
Quellen
Proton: «How to automate offsite encrypted backups with Proton Drive CLI», 5. Oktober 2026.
https://proton.me/business/blog/offsite-backup
Proton: «Introducing Proton Drive CLI: Use Drive from your terminal», 9. Juni 2026.
https://proton.me/blog/proton-drive-cli
Proton: «3-2-1 backup rule: What is it, and why stick to it?»
https://proton.me/blog/3-2-1-backup
CISA und MS-ISAC: «#StopRansomware Guide», Version 3.1, Oktober 2023.
https://www.cisa.gov/sites/default/files/2023-10/StopRansomware-Guide-508C-v3_1.pdf
NIST / NCCoE: «Protecting Data from Ransomware and Other Data Loss Events», April 2020.
https://www.nccoe.nist.gov/sites/default/files/library/supplemental-files/msp-protecting-data-extended.pdf
Quellen und Produktangaben geprüft am 7. Oktober 2026. Der Beitrag ist eine redaktionelle Einordnung eines aktuellen Leitfadens, kein Produkttest.