Whitepaper su sicurezza e privacy (panoramica)Appendice
Versioni e changelog
Questa pagina registra le modifiche di versione e i riepiloghi della documentazione del Whitepaper. Ogni modifica dovrebbe indicare: ambito della modifica, capitoli interessati, ID delle affermazioni coinvolti e (se applicabile) il rapporto con le versioni dell'implementazione o con cryptoVersion.
Standard di registrazione
- Numero di versione: si consiglia il versionamento semantico (ad es.
v1.0,v1.1) o il versionamento per data (ad es.2026-01). - Tipo di modifica: aggiunto / modificato / corretto / deprecato / rimosso.
- Tracciabilità: ogni modifica dovrebbe rimandare a capitoli e ID delle affermazioni specifici; le modifiche al testo di un'affermazione vanno sincronizzate con l'elenco principale.
- Rapporto con l'implementazione: se si documentano modifiche all'implementazione (ad es. parametri di crittografia, ambito dei token, policy dei log), indicare la versione client/server corrispondente o la data di entrata in vigore.
Registro delle modifiche
La tabella seguente offre una struttura minima e facile da mantenere. Aggiorna data, versione e riepilogo in base alla cadenza di rilascio; usa il versionamento per data se i numeri di versione interni non sono esposti.
| Data | Versione del documento | Riepilogo delle modifiche | Capitoli | ID delle affermazioni correlati |
|---|---|---|---|---|
| 2026-01-14 | v1.0 | Prima pubblicazione del Whitepaper su sicurezza e privacy (suddiviso per capitoli). Copre ambito e modello di minaccia, architettura e autenticazione, crittografia e gestione delle chiavi, privacy e zero-knowledge, sicurezza web, log e risposta agli incidenti, divulgazione delle vulnerabilità, prove e stato, elenco principale degli ID delle affermazioni e glossario. | Panoramica + cap. 1–12 + appendice | Vedi l'elenco principale /security-privacy-appendix-claim-ids |
| YYYY-MM-DD | v1.1 | Esempio: integrazione dei cap. 6-7 (ciclo di vita dei dati e abusi), aggiornamento degli esempi di CSP e Referrer-Policy della pagina di download, affinamento della minimizzazione dei campi di audit. | Cap. 6, 7, 9, 10 | (Es.) DATA-*, ABUSE-*, WEB-*, LOG-* |
| YYYY-MM-DD | v1.2 | Esempio: introduzione di una nuova cryptoVersion (ad es. v2), modifica delle specifiche IV/AAD e della compatibilità; aggiunta di una tempistica di deprecazione. | Cap. 5, 11 | (Es.) CRYPTO-*, VERSION-* |
Suggerimenti per la manutenzione
- Quando modifichi il testo, verifica l'impatto sugli ID delle affermazioni (contenuto dell'enunciato o link alle prove).
- Per le modifiche importanti legate agli impegni pubblici di sicurezza, valuta di sincronizzare prove e note su /status.
- Se rendi pubblici incidenti di sicurezza (senza ampliare la superficie di attacco), registra qui la finestra di rilascio e l'ambito, con un link alla dichiarazione pubblica sull'incidente (se applicabile).