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

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.