Logo

Capítulo 1 Descripción general y alcance de la seguridad

Este capítulo define el propósito del documento técnico, el lenguaje normativo y la terminología, y expone los objetivos de seguridad y las condiciones de contorno de FileBolt. Separar con claridad los riesgos dentro y fuera del alcance evita malentendidos sobre lo que el sistema puede garantizar.

Metadatos del documento

Versión del documento técnico
v1.0
Última actualización
2026-01-14

Volver a: Documento técnico sobre seguridad y privacidad (descripción general)

1.0 Propósito

  • Describir el diseño de seguridad de FileBolt y sus límites de confianza para usuarios y auditores.
  • Explicar cómo se protegen la confidencialidad y la integridad durante la subida, el almacenamiento y la descarga.
  • Ofrecer enlaces de evidencia verificables e ID de afirmaciones para su revisión y reproducibilidad.

1.1 Lenguaje y términos normativos

  • Palabras clave normativas: DEBE / DEBERÍA / PUEDE (uso al estilo de la RFC 2119; equivalentes de MUST / SHOULD / MAY).
  • CEK: clave de cifrado de contenido (Content Encryption Key); 16 bytes (128 bits); una por archivo.
  • E2EE / Conocimiento cero: el cifrado y el descifrado se realizan en el cliente; el servidor solo maneja texto cifrado y parámetros públicos y NO DEBE obtener la CEK.
  • transferId / fileId / chunkIndex: identificadores de la transferencia, del archivo y del índice de fragmento.
  • manifest: parámetros públicos necesarios para descargar, ensamblar y descifrar (por ejemplo, cryptoVersion, chunkSize, mapeo); NO DEBE contener la CEK.
  • Token de acceso de corta duración: token de sesión del lado del servidor (basado en consulta) usado para autorizar el acceso al texto cifrado y al manifest; caduca por diseño.

1.2 Objetivos de seguridad

  • Confidencialidad: el servidor NO DEBE poder descifrar el contenido del usuario en el modelo de conocimiento cero.
  • Integridad: la manipulación DEBE detectarse; un fallo de autenticación AEAD DEBE detener el proceso (fail closed).
  • Control de acceso: el acceso al texto cifrado DEBE estar protegido por tokens con alcance limitado y caducidad; los remitentes DEBEN poder revocarlo.
  • Auditabilidad: ofrecer evidencia de entrega mínima y visible para el remitente, reduciendo al mínimo la exposición de datos sensibles.

1.3 Dentro del alcance

  • Límite del conocimiento cero/E2EE y gestión de claves (modelo de fragmento de URL).
  • Parámetros de cifrado y autenticación por fragmentos (cryptoVersion=v1).
  • Autorización basada en tokens para la subida, la descarga y la obtención del manifest; semántica de la revocación.
  • Línea base de seguridad web para las páginas de descarga y descifrado (CSP, sin scripts de terceros).

1.4 Fuera del alcance

  • Dispositivos comprometidos: malware, extensiones de navegador maliciosas o dispositivos con root.
  • Filtración intencionada de enlaces por parte del usuario, ingeniería social o errores de configuración.
  • Análisis de contenido en el servidor (incompatible con una protección de contenido de conocimiento cero estricta).