Regelmäßige Offsite-Sicherungen schützen kritische Daten vor Hardwareausfällen, Ransomware und lokalen Katastrophen. Doch Entwicklerinnen und Entwickler, Systemadministratorinnen und Systemadministratoren und datenschutzbewusste Power-User, die Headless-Server oder geplante Skripte betreiben, können sich nicht auf manuelles Hochladen über einen Browser oder eine Desktop-App verlassen.

Mit der Veröffentlichung der Proton Drive CLI (Kommandozeilenschnittstelle) kannst du die Zero-Knowledge-Ende-zu-Ende-Verschlüsselung (E2EE) von Proton in die Automatisierung deiner Cloud-Sicherungen einbinden: deine Sicherungsskripte und geplanten Shell-Workflows.

Um die CLI effektiv zu nutzen, musst du ihre Rolle verstehen. Dieser Leitfaden erklärt, warum eine CLI-gesteuerte Sicherungsarchitektur besser ist als kontinuierliche Hintergrundsynchronisierung, wie Konfliktstrategien mit Dateirevisionen umgehen und wie du vollständig verschlüsselte Offsite-Sicherungen unter Linux, macOS und Windows planst.

Was ist eine Offsite-Sicherung und warum ist sie wichtig?

Wenn deine Sicherung auf derselben Maschine wie deine Daten liegt, ist sie keine echte Sicherung. Hardware fällt aus. Ransomware verschlüsselt alles, was sie erreichen kann, einschließlich angeschlossener Laufwerke. Ein Feuer, eine Überschwemmung oder ein Diebstahl unterscheiden nicht zwischen deiner Hauptfestplatte und dem Sicherungslaufwerk, das direkt daneben steht.

Die 3-2-1-Sicherungsregel gibt es aus diesem Grund: Bewahre mindestens 3 Kopien deiner Daten auf mindestens 2 verschiedenen Medien auf, davon mindestens 1 Kopie offsite.

Diese Offsite-Kopie, die geografisch von deinen anderen Sicherungen und den Hauptdaten getrennt sein sollte, ist deine letzte Verteidigungslinie und muss daher an einem Ort liegen, den ein lokaler Ausfall nicht erreichen kann. Liegt sie in der Cloud, darf auch der Dienstanbieter sie nicht lesen können. Hier kommt die Proton Drive CLI ins Spiel.

Warum solltest du deine Offsite-Sicherungen verschlüsseln?

Eine Sicherung offsite zu speichern bedeutet, einem Dritten deine Daten anzuvertrauen: einem entfernten Server außerhalb deiner Kontrolle, betrieben von einem Unternehmen, dessen Eigentümerschaft oder Richtlinien sich ändern können und dessen Infrastruktur beschlagnahmt oder kompromittiert werden kann.

Ende-zu-Ende-Verschlüsselung löst dieses Problem. Deine Dateien werden auf deinem Gerät verschlüsselt, bevor sie es verlassen. Ist der Cloud-Server kompromittiert, gibt es dort nichts Lesbares für einen Angreifer, den Anbieter oder jeden, der nicht über deinen Entschlüsselungsschlüssel verfügt.

Proton Drive verwendet standardmäßig Ende-zu-Ende-Verschlüsselung für alles, was über die Desktop-Apps, die mobilen Apps und die CLI hochgeladen wird. Deine verschlüsselte Offsite-Sicherung ist durch dieselbe Zero-Access-Architektur geschützt, die Proton für Proton Mail entwickelt hat – unter strengen schweizerischen Datenschutzgesetzen.

Die Proton Drive CLI verstehen: Atomares Skripting vs. Hintergrund-Synchronisierung

Die CLI funktioniert anders als eine Desktop-Synchronisierungs-App:

Desktop- und mobile Apps (Synchronisierungs-Engines) laufen kontinuierlich im Hintergrund. Sie überwachen Dateiänderungen und kopieren jede Ergänzung, Bearbeitung und Löschung in die Cloud.

Proton Drive CLI (atomare Ausführungs-Engine) führt einen einzelnen Befehl aus, etwa upload, download oder list, und beendet sich dann. Sie überwacht keine lokalen Ordner und läuft nicht im Hintergrund.

Warum eine atomare CLI für Sicherheit und Sicherungen sinnvoll ist

Ein kontinuierlicher Synchronisierungs-Daemon spiegelt deine Daten und fällt damit beim 3-2-1-Test durch. Wird eine Datei lokal gelöscht – ob versehentlich, durch einen Skriptfehler oder durch Ransomware –, erreicht die Löschung sofort die Cloud. Und wenn ein Angreifer in dein System eindringt, während der Daemon läuft, könnte er die aktiven Sitzungstokens auslesen.

Die CLI löst dieses Problem, indem sie regelmäßige, geplante Sicherungen ermöglicht. Du rufst sie auf, sie führt den Befehl aus, sie stoppt und hinterlässt einen sicheren Snapshot für die Wiederherstellung zu einem bestimmten Zeitpunkt, auf den du zurückgreifen kannst, wenn eine Datei versehentlich gelöscht oder lokal beschädigt wird.

Hinweis: Die CLI ist für sich genommen keine vollständige Sicherungslösung. Du entscheidest weiterhin, was du sicherst, wie oft, wie viele Versionen du aufbewahrst und wie du deine Wiederherstellungen testest.

Wie Konfliktstrategien inkrementelle Sicherungen verwalten

Konstruktionsbedingt werden unveränderte, identische Dateien automatisch übersprungen, um Bandbreite zu sparen. Wenn eine Datei jedoch lokal tatsächlich geändert wurde, musst du der CLI mithilfe von Konfliktstrategien mitteilen, wie sie damit umgehen soll.

Verwende skip nicht für Sicherungen. Zwar verhinderst du damit doppelte Arbeit, doch geänderte Dateien werden komplett ignoriert. Wähle stattdessen die Strategie, die zu deinem Aufbewahrungsbedarf passt:

--file-conflict-strategy create-new-revision (für Sicherungen empfohlen) lädt die geänderte Datei als neue Version hoch und behält ihre Versionshistorie. Wie viele Versionen aufbewahrt werden, hängt von deinem Abonnement ab, und Versionen belegen Speicherplatz.

--file-conflict-strategy rename hängt dem geänderten Dateinamen ein Suffix an und behält beide Kopien.

--file-conflict-strategy replace überschreibt die vorherige Datei mit der neuen. Die alte Version geht verloren.

--file-conflict-strategy skip ignoriert jede Datei, die bereits in der Cloud vorhanden ist, sodass Änderungen nie gespeichert werden (nicht für Sicherungen empfohlen).

Beispiel für einen inkrementellen Upload-Befehl:

proton-drive filesystem upload ./my-local-data /my-files/Backups/Daily \
--folder-conflict-strategy merge --file-conflict-strategy create-new-revision

Einrichten einer automatisierten verschlüsselten Sicherung: Eine Schritt-für-Schritt-Anleitung

Was du brauchst:

  • ein Proton-Konto (kostenlos oder kostenpflichtig; Speicherlimits gelten)
  • die Binärdatei der Proton Drive CLI für deine Plattform (Linux, macOS oder Windows)
  • eine Shell-Umgebung (Terminal, Bash, Sh, PowerShell)
  • einen Aufgabenplaner für automatisierte Läufe: cron (Linux/macOS) oder Aufgabenplanung (Windows)

Schritt 1: Anmelden und einen manuellen Test durchführen

Bevor du die Automatisierung einrichtest, authentifiziere dein Gerät interaktiv:

proton-drive auth login

So funktioniert die Headless-Authentifizierung: Wenn du auth login auf einem Server ohne Browser ausführst – etwa auf einem entfernten VPS oder einem Linux-Rechner zu Hause –, gibt die CLI eine Anmelde-URL aus. Öffne sie auf einem beliebigen Gerät mit Browser, zum Beispiel auf deinem Laptop oder Smartphone, und schließe die Anmeldung ab. Der Server ist dann angemeldet.

Tipp für Headless-Server / cron: Für Headless- und automatisierte Systeme, die über cron laufen, empfiehlt es sich, pass als Speicher für Anmeldedaten zu verwenden. Lege ihn mit dieser Umgebungsvariable fest:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Standard-Schlüsselbunde des Betriebssystems (libsecret / GNOME Keyring) sind auf aktive GUI-Desktop-Sitzungen angewiesen, die cron-Jobs nicht haben. Wenn du pass einrichtest, vermeidest du D-Bus-Sitzungsprobleme.

Schritt 2: Das Sicherungsskript schreiben

Erstelle ein Shell-Skript, zum Beispiel backup.sh, das deine Quellpfade definiert, Schlüsselbunde behandelt und den Upload ausführt:

#!/usr/bin/env bash
set -euo pipefail

# Variablen definieren
LOCAL_DIR="/var/backups/data"
REMOTE_DIR="/my-files/AutomatedBackups"
export PROTON_DRIVE_CREDENTIALS_STORE="pass"

# Idempotenten Upload ausführen
proton-drive filesystem upload "$LOCAL_DIR" "$REMOTE_DIR" \
  --folder-conflict-strategy merge \
  --file-conflict-strategy create-new-revision \
  --json > /var/log/proton-backup-$(date +%Y%m%d-%H%M%S).json

echo "Sicherung erfolgreich abgeschlossen um $(date)"

Schritt 3: Die Sicherung mit cron oder systemd-Timern planen

Um diese Sicherung nachts um 2:00 Uhr mit cron auszuführen:

  1. Öffne deinen crontab-Editor und füge Folgendes hinzu:
crontab -e
  1. Füge den Eintrag für die geplante Ausführung hinzu:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1

Bewährte Methoden für automatisierte Offsite-Sicherungen

Ein funktionierendes Skript ist nur der Anfang. Diese drei Gewohnheiten halten deine Offsite-Sicherung vollständig, leicht zu überwachen und innerhalb deiner Speichergrenzen.

Teste deine Wiederherstellung: Eine Sicherung ohne funktionierende Wiederherstellung ist so gut wie keine Sicherung. Halte ein Wiederherstellungsskript bereit, das auf proton-drive filesystem download basiert, und teste es regelmäßig, damit es funktioniert, wenn ein Vorfall eintritt.

Protokolliere in maschinenlesbaren Formaten: Füge --json zu deinen Skripten hinzu, um strukturierte JSON-Protokolle auszugeben. Anschließend kannst du den Status der Aufträge mit jq analysieren oder einen Webhook auslösen, wenn eine Sicherung fehlschlägt.

Beachte Fair Use: Plane keine Uploads mit hoher Frequenz, etwa alle 60 Sekunden. Ein täglicher oder wöchentlicher Zeitplan reicht für Offsite-Sicherungen aus.

Deine Offsite-Sicherung, verschlüsselt und automatisiert

Deine Sicherungen sind nur so sicher wie der Ort, an den du sie sendest. Mit der Proton Drive CLI sendet jeder nächtliche Auftrag eine verschlüsselte Offsite-Sicherung, die niemand außer dir lesen kann. Nicht Angreifer, nicht dein Hosting-Anbieter, nicht Proton.

Du erhältst Ende-zu-Ende-Verschlüsselung, den rechtlichen Schutz des Schweizer Datenschutzrechts und Open-Source-Code, der unabhängig geprüft wurde. Außerdem behältst du die volle Kontrolle über deine Sicherungspipeline: was ausgeführt wird, wann es ausgeführt wird und wie lange jede Version erhalten bleibt.

Die Einrichtung dauert nur Minuten. Lade die CLI für Linux, macOS oder Windows herunter, führe deine erste manuelle Sicherung aus, plane sie anschließend und denk nicht mehr darüber nach.

Proton Drive CLI herunterladen Business-Abonnements ansehen