Ein Cloud-Projekt lässt sich versiegeln, sodass der Server es speichert, aber nie lesen kann — weder den Text noch die Titel noch die Abbildungen. Diese Anleitung erklärt, was Sie damit gewinnen, was es kostet, und wie Sie es nutzen, ohne sich selbst auszusperren.
Wenn Sie die Ende-zu-Ende-Verschlüsselung für ein Projekt einschalten, erzeugt Ihr Gerät einen 256-Bit-Schlüssel und verschlüsselt jedes Dokument, jede Ressource und das Manifest der Mappe mit AES-256-GCM, bevor irgendetwas hochgeladen wird. Der Server empfängt Chiffrat und speichert Chiffrat. Er weiß, dass ein Projekt existiert und wie groß es ist; einen Titel, einen Satz oder eine Abbildung sieht er nicht.
Der Schlüssel reist an genau einer Stelle: im Fragment des Freigabelinks, nach dem # — …/p/‹id›#‹token›.‹schlüssel›. Browser senden ein URL-Fragment nie an einen Server, und die Mac- und iOS-Apps bewahren ihn an derselben Stelle auf; der Schlüssel erreicht also Ihre Geräte und die Menschen, denen Sie den Link geben, und sonst niemanden.
Alles, was auf einem Gerät geschieht, funktioniert wie zuvor, weil das Gerät den Schlüssel hat: Bearbeiten auf Mac, iPhone, iPad und im Browser; Synchronisation zwischen ihnen; gemeinsames Bearbeiten in Echtzeit, bei dem die Updates versiegelt durch den Server laufen und erst am anderen Ende geöffnet werden; der Versionsverlauf, der auf Ihrem Gerät statt auf dem Server zusammengeführt wird; und Freigeben — senden Sie den vollständigen Link samt Schlüssel an einen Mitautor, und er hat das Projekt.
Passwortgeschütztes Freigeben ist etwas anderes und leichter: Der Server prüft das Passwort, und der Server kann das Projekt lesen. Nutzen Sie es der Bequemlichkeit halber; nutzen Sie ein versiegeltes Projekt, wenn der Inhalt selbst privat bleiben muss.
Einige Funktionen gibt es gerade deshalb, weil der Server Ihr Projekt lesen kann, und die enden bei einem versiegelten. Der Server kann seine eigene Kopie nicht kompilieren, ein PDF vom iPhone oder iPad nimmt daher einen anderen Weg (unten). Ein versiegeltes Projekt kann keine Community-Vorlage werden und nicht in den öffentlichen Bereich wandern, und es gibt keine veröffentlichte Nur-Lesen-Ansicht davon — ein Leser müsste den Schlüssel bekommen. Serverseitige Suche und die gesetzte Vorschau im Browser brauchen ebenfalls eine lesbare Kopie.
Auf dem Mac spielt das kaum eine Rolle: Die Mac-App kompiliert lokal mit eigenem pandoc, LaTeX und Typst, und die Datei verlässt Ihren Computer nie.
Das Telefon hat kein Satzsystem, daher läuft „Kompilieren“ normalerweise auf dem Folio-Server. Bei einem versiegelten Projekt erklärt die App, was sie tun wird, und fragt zuerst: Eine lesbare Kopie wird für die Dauer des Kompilierens an den Server gesendet und gelöscht, sobald es fertig ist — nie gespeichert, protokolliert oder anderweitig verwendet. Lehnen Sie ab, wird nichts gesendet. Manuskript-Vorschau ▸ Als PDF teilen auf dem Gerät lädt überhaupt nichts hoch, versiegelt oder nicht.
Weil der Server den Schlüssel nie hat, kann er ihn auch nicht zurückgeben. Verlieren Sie jedes Gerät und jede Kopie des Links, ist das Projekt unwiederbringlich — absichtlich. Zwei Sicherungen: Bewahren Sie den Freigabelink sicher auf (ein Passwortmanager ist ideal), und legen Sie eine Wiederherstellungs-Passphrase fest. Sie hüllt den Schlüssel auf Ihrem Gerät ein (PBKDF2, dann AES-GCM), und die so verschlossene Box wird beim Projekt aufbewahrt; der Server hält einen undurchsichtigen Blob, den er nicht öffnen kann, und gibt ihn dem Eigentümer zurück, um ihn auf einem Gerät mit der Passphrase zu entsperren.
Wurde ein Link preisgegeben, kann der Eigentümer den Schlüssel rotieren: Jedes Dokument und jede Ressource wird auf dem Gerät unter einem neuen Schlüssel neu versiegelt, offene Sitzungen werden ausgesperrt, alte Links funktionieren nicht mehr, und das Projekt wird mit einem neuen Link erneut freigegeben.