Logo

Whitepaper de segurança e privacidade (visão geral)Capítulo 8

Capítulo 8 Privacidade e design de conhecimento zero

Este capítulo esclarece a fronteira de privacidade no modelo de conhecimento zero do FileBolt: onde ficam os segredos (somente no cliente), o que o servidor observa (metadados mínimos) e como o comportamento de navegação e de referrer é controlado para evitar o vazamento de material de chave.

8.1 Fronteira do conhecimento zero

  • A criptografia, a descriptografia e a geração da CEK acontecem apenas no cliente.
  • O servidor lida com texto cifrado e parâmetros públicos e NÃO DEVE ter acesso à CEK.
  • O compartilhamento do link é a fronteira da capacidade de acesso: qualquer pessoa com o link completo (incluindo o fragmento) pode descriptografar.

8.2 O que o servidor pode ver

  • Metadados operacionais: transferId, contagem de partes (chunks), tamanhos, carimbos de data/hora, eventos de validação de token.
  • Evidência mínima de entrega para os remetentes (contagem e status de downloads), se habilitada.
  • NÃO DEVE incluir fragmentos nem a CEK em logs ou análises; evite armazenar nomes de arquivo em texto simples, a menos que seja necessário.

8.3 Fragmento de URL e tratamento de referenciador

  • O material da CEK DEVE ficar no fragmento da URL (#), que não é enviado ao servidor nas requisições HTTP.
  • As páginas DEVEM usar uma política de referrer rígida para evitar o vazamento de URLs para terceiros.
  • Os clientes PODEM limpar a barra de endereço após ler o fragmento, para reduzir vazamentos acidentais (depende da UX).

8.4 Fronteira de privacidade da auditoria do remetente (não visível para os destinatários)

  • Os dados de auditoria e de análise sobre uma transferência ficam visíveis, por padrão, apenas para o remetente.
  • As páginas do destinatário NÃO DEVEM expor endpoints de análise nem tokens exclusivos do remetente.

8.5 Boas práticas para o usuário

  • Não cole links de compartilhamento em locais públicos; trate o link completo como uma capacidade de acesso (capability).
  • Evite abrir links em dispositivos comprometidos ou com extensões não confiáveis.
  • Use senhas e limites quando o remetente precisar de controle de acesso adicional além do sigilo do link.

8.6 IDs de afirmação relacionados