Logo

Capítulo 1 Visão geral e escopo de segurança

Este capítulo define a finalidade do whitepaper, a linguagem normativa e a terminologia, e apresenta os objetivos de segurança e as condições de contorno do FileBolt. A separação clara entre riscos dentro e fora do escopo evita mal-entendidos sobre o que o sistema pode garantir.

Metadados do documento

Versão do whitepaper
v1.0
Última atualização
2026-01-14

Voltar para: Whitepaper de segurança e privacidade (visão geral)

1.0 Objetivo

  • Descrever o design de segurança e os limites de confiança do FileBolt para usuários e auditores.
  • Explicar como a confidencialidade e a integridade são protegidas no upload, no armazenamento e no download.
  • Fornecer links de evidências verificáveis e IDs de afirmação para revisão e reprodutibilidade.

1.1 Linguagem e termos normativos

  • Palavras-chave normativas: MUST (DEVE) / SHOULD (DEVERIA) / MAY (PODE), no estilo da RFC 2119.
  • CEK: Content Encryption Key (chave de criptografia de conteúdo); 16 bytes (128 bits); uma por arquivo.
  • E2EE / Conhecimento zero: a criptografia e a descriptografia ocorrem no cliente; o servidor lida apenas com texto cifrado e parâmetros públicos e NÃO DEVE obter a CEK.
  • transferId / fileId / chunkIndex: identificadores da transferência, do arquivo e do índice da parte (chunk).
  • manifest: parâmetros públicos necessários para baixar, montar e descriptografar (por exemplo, cryptoVersion, chunkSize, mapeamento); NÃO DEVE conter a CEK.
  • Token de acesso de curta duração: token de sessão do lado do servidor (baseado em consulta) usado para autorizar o acesso ao texto cifrado e ao manifest; expira por design.

1.2 Objetivos de segurança

  • Confidencialidade: o servidor NÃO DEVE ser capaz de descriptografar o conteúdo do usuário no modelo de conhecimento zero.
  • Integridade: a adulteração DEVE ser detectada; a falha de autenticação AEAD DEVE resultar em falha fechada (fail closed).
  • Controle de acesso: o acesso ao texto cifrado DEVE ser protegido por tokens com escopo definido e prazo de validade; os remetentes DEVEM poder revogá-lo.
  • Auditabilidade: fornecer evidências mínimas de entrega, visíveis ao remetente, minimizando ao mesmo tempo a exposição de dados sensíveis.

1.3 Dentro do escopo

  • Fronteira entre conhecimento zero/E2EE e tratamento de chaves (modelo de fragmento de URL).
  • Parâmetros de criptografia e autenticação por partes (chunks) (cryptoVersion=v1).
  • Autorização baseada em token para upload/download e obtenção do manifest; semântica de revogação.
  • Requisitos básicos de segurança web para as páginas de download e descriptografia (CSP, sem scripts de terceiros).

1.4 Fora do escopo

  • Dispositivos comprometidos: malware, extensões de navegador maliciosas ou dispositivos com root.
  • Vazamento intencional de links pelo usuário, engenharia social ou configuração incorreta.
  • Varredura de conteúdo no lado do servidor (incompatível com a proteção estrita de conteúdo de conhecimento zero).