Der Sync-Client: verschlüsselt bis auf den Desktop

Die meisten Menschen arbeiten nicht im Browser. Sie arbeiten im Explorer, im Finder, in einem Dateidialog oder in einer Anwendung, die einen Dateipfad erwartet. Eine Ende-zu-Ende-verschlüsselte Plattform, die nur über eine Webseite nutzbar ist, wird in der Praxis umgangen. Die Datei wird einmal heruntergeladen und an einem bequemen Ort gespeichert. Von da an liegt sie außerhalb jedes Schutzes, den die Plattform versprochen hat.

Der Sync-Client von Sapherbox soll genau das verhindern. Er zeigt Ihren Vault als Ordner unter Windows, macOS und Linux und gleicht ihn in beide Richtungen mit dem Server ab. Dabei schwächt er nichts von dem, was der Browser leistet. Die Schlüssel werden auf Ihrem Gerät entsperrt, die Dateien werden verschlüsselt, bevor sie das Gerät verlassen, und der Server sieht dasselbe Chiffrat wie bei der Web-App. Dieser Artikel beschreibt, wie der Client funktioniert, was er bei widersprüchlichen Änderungen tut und wo seine Grenzen liegen.

Dieselben Schlüssel auf einem anderen Gerät

Die Anmeldung im Sync-Client läuft genauso ab wie in der Web-App. Ihr Rechner leitet mit Argon2id aus Ihrem Passwort einen Schlüssel ab. Dieser Schlüssel entpackt Ihren Account Master Key. Der Master Key öffnet den Identitätsumschlag, in dem Ihre privaten RSA-, ML-KEM- und Signaturschlüssel liegen. Der Server ist daran nur beteiligt, indem er den versiegelten Umschlag ausliefert. Verlangt Ihr Tenant einen zweiten Faktor, fragt der Client danach. Nutzt Ihr Konto Single Sign-on, entsperren Sie den Vault mit derselben separaten Passphrase wie im Browser.

Ab diesem Punkt kann der Client dasselbe wie der Browser. Er kann jedes Ordner-Schlüsselbündel öffnen, das für Sie versiegelt wurde, jede Datei entschlüsseln, die Sie lesen dürfen, und signieren, was er schreibt. Eine Datei, die der Sync-Client hochlädt, trägt wie ein Browser-Upload einen versiegelten Schlüssel und eine signierte Freigabe. Der Server prüft sie genauso. Es gibt nur ein Zugriffsmodell, und der Sync-Client ist darin einfach ein weiteres Gerät.

Sie können angemeldet bleiben. Dann speichert der Client die entsperrte Sitzung verschlüsselt ab. Den Schlüssel dafür legt er im Anmeldedatenspeicher des Betriebssystems ab, also in der Windows-Anmeldeinformationsverwaltung, im macOS-Schlüsselbund oder im Linux Secret Service. So kann er nach einem Neustart weitersynchronisieren, ohne erneut zu fragen. Das Passwort selbst wird nirgends gespeichert. Wenn Sie sich abmelden, wird die gespeicherte Sitzung gelöscht.

Der Sync-Client vor der Anmeldung: Die Statusleiste zeigt „Not connected“, darunter der Hinweis, dass Sie hier auf Ihre Ende-zu-Ende-verschlüsselten Dateien zugreifen und sie auf dieses Gerät spiegeln, die Schaltfläche „Sign in“ und ein Link „Advanced“ für die Tenant-Adresse

Ein Ordner, der wirklich Ihr Vault ist

Sie wählen einen lokalen Ordner, und der Client spiegelt Ihren Vault hinein. Dazu gehören Ihre eigenen Ordner und die, die mit Ihnen geteilt wurden. Die Namen sind entschlüsselt, und die Struktur entspricht der Ansicht im Web. Änderungen laufen in beide Richtungen. Speichern Sie ein Dokument in dem Ordner, wird es verschlüsselt und hochgeladen. Benennen Sie etwas um, verschieben oder löschen Sie es, zieht der Vault nach. Ändern Sie etwas in der Web-App, oder ändert eine Kollegin etwas in einem geteilten Ordner, wird der lokale Ordner aktualisiert.

Von Änderungen auf dem Server erfährt der Client auf zwei Wegen. Erstens unterhält er eine dauerhafte Verbindung zum Server, über die Änderungsmeldungen sofort eintreffen. Änderungen anderer erscheinen so innerhalb von Sekunden. Zweitens ruft er einen Delta-Feed ab. Das ist eine cursorbasierte Liste aller Änderungen seit seiner letzten Abfrage. Damit geht nach dem Ruhezustand, einem Netzausfall oder einer Neuinstallation nichts verloren. Lokale Änderungen meldet der Dateiwächter des Betriebssystems. Der Client wartet pro Datei ab, bis keine weiteren Schreibvorgänge folgen. Speichert eine Anwendung ein Dokument in mehreren Schritten, lädt er es deshalb nur einmal hoch.

Unter Windows geht der Client noch einen Schritt weiter und nutzt die Cloud Files API, denselben Mechanismus wie OneDrive. Dateien erscheinen als Platzhalter, die keinen Speicherplatz belegen. Den Inhalt holt und entschlüsselt der Client erst in dem Moment, in dem eine Anwendung die Datei öffnet. Ein Vault mit fünfzig Gigabyte belegt lokal also keinen Platz, bis Sie etwas daraus brauchen. Unter macOS und Linux synchronisiert der Client den Inhalt der Ordner, auf die Sie Zugriff haben, vollständig.

Der Sync-Client während einer Synchronisation: eine Fortschrittsanzeige bei 43 Prozent mit „Uploading Framework_Agreement_2026.pdf, 3 of 7“, der synchronisierte Ordner Sapherbox mit seinem lokalen Pfad und der Schaltfläche „Browse“ sowie die Schaltflächen „Pause sync“ und „Resync all“

Wenn sich beide Seiten ändern

Jede Zwei-Wege-Synchronisation muss eine Frage ehrlich beantworten. Was geschieht, wenn dieselbe Datei an zwei Stellen geändert wurde, bevor die eine Seite von der anderen wusste? Stillschweigend nur eine Version zu behalten, ist Datenverlust mit freundlichem Gesicht.

Der Client behält beide. Die Server-Version behält den ursprünglichen Dateinamen, denn unter diesem Namen sehen alle anderen die Datei bereits. Die lokale Bearbeitung speichert der Client daneben als Konfliktkopie mit Zeitstempel („conflicted copy“). Auch diese Kopie lädt er hoch. So liegt sie ebenfalls im Vault, und nichts, was jemand geschrieben hat, geht verloren. Sie entscheiden, welche Version bleibt, und haben dabei beide vor sich.

Auch beim Löschen ist der Client vorsichtig. Bevor er eine lokale Datei entfernt, weil sie auf dem Server fehlt, muss er sicher sein, dass sie dort wirklich fehlt. Dass er die Serverliste nicht entschlüsseln konnte, reicht dafür nicht aus. Maßgeblich für das Löschen ist deshalb die unverarbeitete Liste der Kennungen, die der Server meldet. Ein vorübergehender Entschlüsselungsfehler kann so keinen lokalen Ordner leeren. Manche Dateien kann der Client nicht öffnen. Das betrifft Dateien in Ordnern, in denen Sie nur hochladen dürfen, Dateien in Ordnern, auf die Sie keinen Zugriff mehr haben, und Dateien, deren Name auf Ihrem Dateisystem nicht zulässig ist. Solche Dateien überspringt der Client und zählt sie. Die Zahl sehen Sie in der Statusanzeige.

Jede heruntergeladene Datei prüft der Client gegen die Prüfsumme, die beim Upload gespeichert wurde. An derselben Prüfsumme erkennt er auch, dass eine Datei, deren Schlüssel nach einem Entzug rotiert wurde, noch denselben Inhalt hat. Ein Schlüsselwechsel löst deshalb nicht den erneuten Download des ganzen Ordners aus.

Was der Server von einem Sync-Client sieht

Nichts, was er nicht auch vom Browser sähe. Er sieht Chiffrat, Größen, Zeitstempel, die Ordnerstruktur und welches Konto wann was hochgeladen oder abgerufen hat. Das Audit-Log verzeichnet Sync-Aktivität unter Ihrem Namen und mit dem Client-Typ. Ein Administrator kann also einen Download, eine Synchronisation und eine Ansicht im Browser unterscheiden. Namen und Inhalte bleiben versiegelt. Der Client entschlüsselt sie auf dem Weg auf die Festplatte und verschlüsselt sie auf dem Rückweg.

Neu ist mit dem Sync-Client etwas anderes. Auf Ihrer Festplatte liegen Klartextkopien Ihrer Dokumente, in einem Ordner, den das Betriebssystem sehen kann. Dafür ist der Client da, und genau hier verläuft auch die Grenze. Die Plattform schützt, was im Vault liegt. Was auf Ihrem Rechner liegt, schützen Festplattenverschlüsselung, Bildschirmsperre und Virenschutz Ihres Geräts. Wir haben bereits geschrieben, dass eine verschlüsselte Plattform den Schutz der Endgeräte nicht ersetzen kann.

Was der Client nicht tut

Freigeben kann er nicht. Ordner teilen, Links erstellen, Mitglieder und Gruppen verwalten, all das geschieht in der Web-App. Es sind Entscheidungen und keine Dateioperationen. Außerdem brauchen sie die Schritte für Schlüsselübergabe und Signatur, und die gehören in eine Oberfläche, die Ihnen einen Fingerabdruck anzeigen kann.

Und er synchronisiert überhaupt nicht, solange Ihr Administrator es für Ihr Konto nicht erlaubt hat. Die Synchronisation ist ein eigenes Recht, das der Administrator pro Konto vergibt. Will eine Organisation keine Klartextkopien aus den Vaults bestimmter Personen auf Laptops haben, lässt sie die Synchronisation für diese Personen ausgeschaltet. Versucht eine dieser Personen trotzdem zu synchronisieren, weist der Client sie darauf hin.

So bekommen Sie den Client

Der Client ist eine einzige Anwendung für Windows, macOS und Linux. Die Releases entstehen aus demselben Repository. Vor der Auslieferung durchläuft jedes Release die Live-Ende-zu-Ende-Testsuite gegen einen echten Tenant. Veröffentlicht werden ein Installer für Windows, ein Paket für Debian-basierte Linux-Distributionen und ein Universal-Build für macOS. Mehr als Ihre Tenant-Adresse, Ihre E-Mail-Adresse und Ihr Passwort braucht der Client nicht.

Fragen?

Möchten Sie den Client in einem Team ausrollen, brauchen Sie eine Erklärung der Einstellungen pro Benutzer, oder wollen Sie wissen, wie er sich auf einem bestimmten Betriebssystem verhält? Schreiben Sie uns an hello@sapherbox.com.