Logo

Documento técnico sobre seguridad y privacidad (descripción general)Capítulo 8

Capítulo 8 Diseño de privacidad y conocimiento cero

Este capítulo aclara el límite de privacidad del modelo de conocimiento cero de FileBolt: dónde residen los secretos (solo en el cliente), qué observa el servidor (metadatos mínimos) y cómo se controlan la navegación y el comportamiento del referrer para evitar filtrar material de claves.

8.1 Límite del conocimiento cero

  • El cifrado, el descifrado y la generación de la CEK se realizan únicamente en el cliente.
  • El servidor trabaja con texto cifrado y parámetros públicos y NO DEBE llegar a conocer la CEK.
  • El enlace compartido es el límite de la capacidad: cualquiera que tenga el enlace completo (incluido el fragmento) puede descifrar.

8.2 Qué puede ver el servidor

  • Metadatos operativos: transferId, número de fragmentos, tamaños, marcas de tiempo y eventos de validación de tokens.
  • Evidencia mínima de entrega para los remitentes (número y estado de las descargas), si está activada.
  • NO DEBE incluir fragmentos ni la CEK en los registros ni en las analíticas; evita almacenar nombres de archivo en claro salvo que sea necesario.

8.3 Gestión de fragmentos de URL y referrers

  • El material de la CEK DEBE residir en el fragmento de la URL (#), que no se envía al servidor en las solicitudes HTTP.
  • Las páginas DEBERÍAN usar una política de referrer estricta para evitar filtrar URL a terceros.
  • Los clientes PUEDEN borrar la barra de direcciones tras analizar el fragmento para reducir fugas accidentales (según la experiencia de usuario).

8.4 Límite de privacidad de la auditoría del remitente (no visible para los destinatarios)

  • Por defecto, los datos de auditoría y analíticas de una transferencia solo son visibles para el remitente.
  • Las páginas de los destinatarios NO DEBEN exponer endpoints ni tokens de analíticas exclusivos del remitente.

8.5 Mejores prácticas para el usuario

  • No pegues los enlaces de uso compartido en lugares públicos; trata el enlace completo como una capacidad.
  • Evita abrir enlaces en dispositivos comprometidos o con extensiones no fiables.
  • Usa contraseñas y límites cuando el remitente necesite un control de acceso adicional más allá del secreto del enlace.

8.6 ID de afirmaciones relacionadas