第 12 章第三方可验证证据与状态页

除了“我们如何设计”的自述，FileBolt 还提供可公开重复验证的第三方证据入口（Evidence），用于证明部分可见安全属性（例如 TLS 配置、安全响应头策略等）。本章定义证据类型、适用边界、入口链接与其与 Claim IDs 的映射原则。

12.0 本章摘要

第三方证据通常能证明：

传输层配置：TLS 版本、证书链、加密套件、HSTS 等（取决于扫描器能力）。
HTTP 安全策略：CSP、X-Frame-Options、Referrer-Policy、Permissions-Policy 等响应头是否存在与基本形态。
公开可见的 Web 风险面：部分常见弱配置、公开端点与基础安全评分。

第三方证据通常不能直接证明：

因此，本白皮书将“可见安全基线”与“协议/实现边界”分开陈述：可见基线可由 Evidence 验证；零知识/E2EE 的内容边界以协议规范与客户端约束为准（参见第 5 章及相关章节）。

FileBolt 使用 /status 作为证据入口的聚合页面：它不替代第三方报告本体，而是提供统一导航，方便用户与审计方重复验证。

TLS 证据用于验证 HTTPS 配置、协议版本与证书链等可见属性。以下入口为示例：

说明： TLS 证据仅反映“扫描时点”的可见配置；它不能证明端到端加密内容边界，也不能证明服务端是否能获得 CEK。

安全响应头证据用于验证 CSP、Referrer-Policy、X-Frame-Options、Permissions-Policy 等站点基线策略是否存在及其基本形态。

建议： 若下载/解密页（例如 /transfer、/d/**）采用更严格策略，可在内部文档中标注“关键路径更严格”，并在可行时选择支持“指定路径扫描”的工具作为补充证据。

综合扫描通常覆盖更广的最佳实践检查（例如部分 HTTP 配置、常见弱配置、缓存与安全策略组合等）。这类证据适用于辅助验证站点基线，但仍不等同于对协议实现的审计。

MUST：每条可验证声明（Claim）在 Claim IDs 总表中具有唯一编号与稳定锚点。
MUST：Claim 的 Evidence 字段只指向权威入口（第三方报告页或官方可复现页面）， MUST NOT 指向截图、转述或非权威转载。
SHOULD：状态页可作为 Evidence 的“导航集合”，但 Claim 的主 Evidence 字段仍应尽量指向第三方原始入口。
MUST：Claim 的表述应与证据的证明范围一致，避免把“扫描可见基线”写成“绝对安全承诺”。

Claim IDs 总表（唯一权威）： /security-privacy-appendix-claim-ids

第三方扫描结果会随时间变化（扫描器规则更新、站点配置调整、证书轮换等）。因此对 Evidence 的引用应采用“可验证但不绝对”的表述方式。

本章涉及“第三方证据入口与映射原则”。对应 Claim IDs 将以附录总表为唯一权威入口维护：附录：Claim IDs 总表。