Whitepaper de segurança e privacidade (visão geral)
Este whitepaper explica o design de segurança e os limites de confiança do FileBolt. Ele ajuda usuários e auditores a entender como o sistema protege a confidencialidade e a integridade, como o acesso é controlado e revogado e quais riscos estão explicitamente fora do escopo. O documento usa os termos da RFC 2119 (DEVE/DEVERIA/PODE, ou MUST/SHOULD/MAY) e fornece IDs de afirmação e links de evidências para apoiar a revisão e a verificação.
Metadados do documento
- Versão do whitepaper
- v1.0
- Última atualização
- 2026-01-14
- Versão do protocolo criptográfico
- cryptoVersion=v1
Registro de alterações: /security-privacy-changelog
Pontos principais
- E2EE de conhecimento zero: as chaves de descriptografia são geradas e usadas apenas no cliente; o servidor não consegue obtê-las.
- Criptografia AEAD em partes: partes (chunks) de tamanho fixo; a falha de autenticação DEVE resultar em falha fechada (fail closed) e NÃO DEVE gerar texto simples parcial.
- Controle de acesso e revogação: o acesso ao texto cifrado é protegido por tokens de curta duração e com escopo definido; os remetentes podem revogar excluindo a transferência.
- Superfície de download e descriptografia isolada: a página de download e descriptografia evita scripts de terceiros e usa CSP e cabeçalhos de segurança rigorosos.
- Evidência verificável: as páginas de status públicas apontam para relatórios de terceiros para a verificação do nível básico de segurança (TLS, cabeçalhos etc.).
Links de evidências
Evidências públicas de terceiros são fornecidas para validar o nível básico de segurança (por exemplo, TLS e cabeçalhos de segurança). As fronteiras do conhecimento zero/E2EE são definidas pelo protocolo e pela aplicação das regras no lado do cliente (consulte o Capítulo 5 e os IDs de afirmação).
Propriedade e contato de segurança
- Editor: FileBolt
- Página de segurança: Segurança e privacidade
- Divulgação de vulnerabilidades: Capítulo 11 Política de divulgação de vulnerabilidades e atualização de segurança
- security.txt: /.well-known/security.txt
Notas de escopo
- Dentro do escopo: modelo de conhecimento zero/E2EE, criptografia e autenticação por partes (chunks), controle de acesso baseado em tokens, revogação e isolamento da auditoria, requisitos básicos de segurança da Web e links de evidências.
- Fora do escopo: dispositivos comprometidos (extensões maliciosas/malware), vazamento intencional de links, engenharia social e erros do usuário.