第 1 章 概述与安全范围

文档信息

白皮书版本

v1.0

最后更新

2026-01-14

返回： 安全与隐私白皮书（总览）

1.0 目的

• 向用户和审计方说明 FileBolt 的安全设计与信任边界。
• 说明在上传、存储和下载全过程中，机密性与完整性如何得到保护。
• 提供可验证的证据链接和 Claim IDs，便于审阅与复现。

1.1 规范用语与术语

• 规范关键词：MUST / SHOULD / MAY（采用 RFC 2119 风格的用法）。
• CEK：内容加密密钥（Content Encryption Key）；16 字节（128 位）；每个文件一把。
• E2EE / 零知识：加密和解密在客户端完成；服务端只处理密文和公开参数，MUST NOT 获得 CEK。
• transferId / fileId / chunkIndex：分别为传输、文件和分片索引的标识符。
• manifest：下载/组装/解密所需的公开参数（例如 cryptoVersion、chunkSize、映射关系）；MUST NOT 包含 CEK。
• 短期访问令牌：服务端会话令牌（基于查表），用于授权访问密文/manifest；按设计会到期失效。

1.2 安全目标

• 机密性：在零知识模型下，服务端 MUST NOT 能够解密用户内容。
• 完整性：篡改 MUST 被检测到；AEAD 认证失败 MUST 失败关闭（fail closed）。
• 访问控制：密文访问 MUST 由限定作用域、会到期的令牌保护；发送方 MUST 能够撤销。
• 可审计性：提供最少量、仅发送方可见的交付证据，同时尽量减少敏感数据的暴露。

1.3 范围内

• 零知识/E2EE 边界与密钥处理（URL 片段模型）。
• 分片加密与认证参数（cryptoVersion=v1）。
• 基于令牌的上传/下载授权与 manifest 获取；撤销语义。
• 下载/解密页面的 Web 安全基线（CSP，不加载第三方脚本）。

1.4 范围外

• 被入侵的终端：恶意软件、恶意浏览器扩展或已 root 的设备。
• 用户有意泄露链接、社会工程学或配置错误。
• 服务端的内容扫描（与严格的零知识内容保护不兼容）。