Whitepaper zu Sicherheit und Datenschutz (Übersicht)Anhang
Version und Änderungsprotokoll
Diese Seite dokumentiert Versionsänderungen und Zusammenfassungen der Whitepaper-Dokumentation. Jede Änderung sollte Folgendes angeben: Umfang der Änderung, betroffene Kapitel, beteiligte Claim-IDs und (falls zutreffend) den Bezug zu Implementierungsversionen oder cryptoVersion.
Dokumentationsstandards
- Versionsnummer: Empfohlen wird semantische Versionierung (z. B.
v1.0,v1.1) oder Datumsversionierung (z. B.2026-01). - Änderungstyp: Hinzugefügt / Geändert / Behoben / Eingestellt / Entfernt.
- Nachvollziehbarkeit: Jede Änderung sollte auf konkrete Kapitel und Claim-IDs verweisen; Änderungen am Wortlaut von Ansprüchen sollten mit der Hauptliste abgeglichen werden.
- Bezug zur Implementierung: Wenn dokumentierte Implementierungsänderungen vorliegen (z. B. Verschlüsselungsparameter, Token-Scope, Log-Richtlinie), vermerken Sie die zugehörige Client-/Server-Version oder das Datum des Inkrafttretens.
Änderungsprotokoll
Die folgende Tabelle bietet eine minimale, pflegbare Struktur. Aktualisieren Sie Datum, Version und Zusammenfassung im Rhythmus Ihrer Veröffentlichungen; verwenden Sie Datumsversionierung, wenn interne Versionsnummern nicht veröffentlicht werden.
| Datum | Dokumentversion | Zusammenfassung der Änderung | Kapitel | Zugehörige Claim-IDs |
|---|---|---|---|---|
| 2026-01-14 | v1.0 | Erstveröffentlichung des Whitepapers zu Sicherheit und Datenschutz (nach Kapiteln aufgeteilt). Behandelt Geltungsbereich und Bedrohungsmodell, Architektur und Authentifizierung, Kryptografie und Schlüsselverwaltung, Datenschutz und Zero-Knowledge, Websicherheit, Protokollierung und Incident Response, Offenlegung von Schwachstellen, Nachweise und Status, die Hauptliste der Claim-IDs und das Glossar. | Übersicht + Kap. 1–12 + Anhang | Siehe Hauptliste /security-privacy-appendix-claim-ids |
| YYYY-MM-DD | v1.1 | Beispiel: Kap. 6–7 (Datenlebenszyklus und Missbrauch) ergänzen, Beispiele für CSP und Referrer-Policy der Download-Seite aktualisieren, Minimierung der Audit-Felder verfeinern. | Kap. 6, 7, 9, 10 | (Bsp.) DATA-*, ABUSE-*, WEB-*, LOG-* |
| YYYY-MM-DD | v1.2 | Beispiel: Neue cryptoVersion einführen (z. B. v2), IV-/AAD-Spezifikation und Kompatibilität anpassen; Zeitplan für die Einstellung ergänzen. | Kap. 5, 11 | (Bsp.) CRYPTO-*, VERSION-* |
Hinweise zur Pflege
- Prüfen Sie bei Textänderungen, ob Claim-IDs betroffen sind (Aussageinhalt oder Nachweislinks).
- Bei größeren Änderungen, die öffentliche Sicherheitszusagen betreffen, sollten Sie erwägen, Nachweise/Hinweise auf /status abzugleichen.
- Wenn Sicherheitsvorfälle offengelegt werden (ohne die Angriffsfläche zu vergrößern), halten Sie hier Veröffentlichungsfenster und Umfang fest und verlinken Sie die öffentliche Stellungnahme zum Vorfall (falls zutreffend).