Whitepaper zu Sicherheit und Datenschutz (Übersicht)Kapitel 8

Kapitel 8 Datenschutz und Zero-Knowledge-Design

Dieses Kapitel verdeutlicht die Datenschutzgrenze im Zero-Knowledge-Modell von FileBolt: wo Geheimnisse liegen (nur auf dem Client), was der Server beobachtet (minimale Metadaten) und wie das Navigations- und Referrer-Verhalten gesteuert wird, damit kein Schlüsselmaterial preisgegeben wird.

8.1 Zero-Knowledge-Grenze

  • Verschlüsselung, Entschlüsselung und CEK-Erzeugung finden ausschließlich auf dem Client statt.
  • Der Server verarbeitet Chiffretext und öffentliche Parameter und DARF den CEK NICHT erfahren.
  • Die Weitergabe des Links ist die Berechtigungsgrenze (Capability): Jeder, der den vollständigen Link (einschließlich Fragment) besitzt, kann entschlüsseln.

8.2 Was der Server sehen kann

  • Betriebsmetadaten: transferId, Anzahl der Chunks, Größen, Zeitstempel, Ereignisse der Token-Validierung.
  • Minimale Zustellnachweise für Absender (Download-Anzahl/Status), sofern aktiviert.
  • Fragmente und CEK DÜRFEN NICHT in Protokollen oder Analysedaten enthalten sein; Klartext-Dateinamen sollten nur gespeichert werden, wenn es nötig ist.

8.3 URL-Fragment und Referrer-Behandlung

  • CEK-Material MUSS im URL-Fragment (#) liegen, das in HTTP-Anfragen nicht an den Server gesendet wird.
  • Seiten SOLLTEN eine strikte Referrer-Policy verwenden, damit keine URLs an Dritte gelangen.
  • Clients KÖNNEN die Adressleiste leeren, nachdem das Fragment ausgelesen wurde, um versehentliche Preisgabe zu verringern (abhängig von der UX).

8.4 Datenschutzgrenze der Absender-Audit-Daten (für Empfänger nicht sichtbar)

  • Audit- und Analysedaten zu einer Übertragung sind standardmäßig nur für den Absender sichtbar.
  • Empfängerseiten DÜRFEN keine Analyse-Endpunkte oder Token offenlegen, die nur für Absender bestimmt sind.

8.5 Best Practices für Nutzer

  • Fügen Sie Freigabelinks nicht an öffentlichen Orten ein; behandeln Sie den vollständigen Link wie einen Schlüssel (Capability).
  • Öffnen Sie Links nicht auf kompromittierten Geräten oder mit nicht vertrauenswürdigen Erweiterungen.
  • Verwenden Sie Passwörter und Limits, wenn der Absender über die Geheimhaltung des Links hinaus eine zusätzliche Zugriffskontrolle benötigt.

8.6 Zugehörige Claim-IDs