Whitepaper zu Sicherheit und Datenschutz (Übersicht)Kapitel 9

Kapitel 9 Web-Sicherheit und Client-Isolation

Die Web-Schicht ist die am stärksten exponierte Angriffsfläche. Dieses Kapitel legt die Baseline der Web-Sicherheit von FileBolt fest: strikte CSP und Header, keine Skripte von Drittanbietern auf sensiblen Seiten sowie Schutzmaßnahmen gegen Injection und Missbrauch der Benutzeroberfläche.

9.1 Bedrohungen

XSS, DOM-Injection, Supply-Chain-Skripte, Clickjacking und UI-Redress-Angriffe.
Prompt-Injection oder UI-Täuschung, um Nutzer dazu zu bringen, Links oder Geheimnisse preiszugeben.
Token-Diebstahl durch unsichere Speicherung oder Referrer-Leaks.

9.2 Seitenisolation

Sensible Seiten (Download/Entschlüsselung) SOLLTEN Skripte von Drittanbietern vermeiden und Abhängigkeiten minimieren.
Cross-Origin-Isolation KANN bei Bedarf für Leistungs- bzw. Sicherheitsfunktionen eingesetzt werden, MUSS aber kompatibel bleiben.
Seiten SOLLTEN strikte Referrer-Richtlinien durchsetzen, um das Durchsickern von URLs zu vermeiden.

9.3 Injection-Abwehr / Schutz vor UI-Missbrauch

Alle nicht vertrauenswürdigen Eingaben MÜSSEN vor dem Einfügen in das DOM escaped bzw. bereinigt werden.
Rendern Sie kein nicht vertrauenswürdiges HTML. Bevorzugen Sie die Darstellung als Text und sicheres Templating.
Wo vom Nutzer steuerbare Namen oder Metadaten vorkommen, erzwingen Sie Beschränkungen bei Länge und Zeichen.

9.4 Sicherheitsheader und Browserrichtlinien

9.4.1 Empfohlene Header (zur Veranschaulichung)

Content-Security-Policy mit restriktivem script-src und passendem connect-src.
Referrer-Policy: no-referrer oder strict-origin-when-cross-origin, je nach Anforderungen der Seite.
X-Content-Type-Options: nosniff, Permissions-Policy und HSTS (siehe Kapitel 5).

9.5 Überprüfbare Beweise

Öffentliche Links zu Berichten Dritter werden auf /status gebündelt.
Die Beweise konzentrieren sich auf die Baseline der Web-Sicherheit (TLS, Header); Zero-Knowledge-Ansprüche auf Protokollebene werden durch Design-Randbedingungen und Claim-IDs gestützt.