Whitepaper de segurança e privacidade (visão geral)Apêndice
Versão e histórico de alterações
Esta página registra as mudanças de versão e os resumos da documentação do whitepaper. Cada mudança deve indicar: o escopo da alteração, os capítulos afetados, os IDs de afirmação envolvidos e (se aplicável) a relação com as versões de implementação ou com o cryptoVersion.
Padrões de registro
- Número da versão: recomenda-se versionamento semântico (por exemplo,
v1.0,v1.1) ou versionamento por data (por exemplo,2026-01). - Tipo de alteração: Adicionado / Alterado / Corrigido / Descontinuado / Removido.
- Rastreabilidade: cada alteração deve apontar para capítulos e IDs de afirmação específicos; as mudanças no texto de uma afirmação devem ser sincronizadas com a Lista mestre.
- Relação com a implementação: se houver mudanças de implementação documentadas (por exemplo, parâmetros de criptografia, escopo de tokens, política de logs), anote a versão correspondente do cliente/servidor ou a data de vigência.
Histórico de alterações
A tabela abaixo oferece uma estrutura mínima e de fácil manutenção. Atualize data, versão e resumo conforme o ritmo de publicação; use o versionamento por data se os números de versão internos não forem expostos.
| Data | Versão do documento | Resumo da alteração | Capítulos | IDs de afirmação relacionados |
|---|---|---|---|---|
| 2026-01-14 | v1.0 | Lançamento inicial do whitepaper de segurança e privacidade (dividido por capítulos). Abrange escopo e modelo de ameaças, arquitetura e autenticação, criptografia e gestão de chaves, privacidade e conhecimento zero, segurança da Web, registro em logs e resposta a incidentes, divulgação de vulnerabilidades, evidências e status, lista mestre de IDs de afirmação e glossário. | Visão geral + Cap. 1–12 + Apêndice | Veja a lista mestre /security-privacy-appendix-claim-ids |
| YYYY-MM-DD | v1.1 | Exemplo: complementar os Caps. 6-7 (ciclo de vida dos dados e abuso), atualizar os exemplos de CSP e Referrer-Policy da página de download, refinar a minimização dos campos de auditoria. | Cap. 6, 7, 9, 10 | (Ex.) DATA-*, ABUSE-*, WEB-*, LOG-* |
| YYYY-MM-DD | v1.2 | Exemplo: introduzir um novo cryptoVersion (por exemplo, v2), ajustar a especificação de IV/AAD e a compatibilidade; adicionar um cronograma de descontinuação. | Cap. 5, 11 | (Ex.) CRYPTO-*, VERSION-* |
Sugestões de manutenção
- Ao modificar o texto, verifique o impacto nos IDs de afirmação (conteúdo da declaração ou links de evidência).
- Para mudanças relevantes ligadas a compromissos públicos de segurança, considere sincronizar evidências e observações em /status.
- Ao divulgar incidentes de segurança (sem ampliar a superfície de ataque), registre aqui a janela e o escopo da publicação, com link para o comunicado público do incidente (se aplicável).