云端的数据:加密、密钥持有者与分享链接

云服务商几乎总是会告诉你,你的数据是加密的,而这通常也是真的。但单独来看,这也是一个相当弱的说法,因为它遗漏了一个决定性的细节:如果被强制要求、被入侵,或者只是单纯有人好奇,谁能真正读到这些数据——也就是谁握有密钥。

默认的静态加密与传输加密

谷歌云的文档描述了大多数主要服务商默认的做法:“谷歌存储的所有数据都在存储层使用高级加密标准(AES)算法——AES-256 进行加密”,这一过程自动完成,客户无需做任何配置。你的设备与服务商之间传输中的数据,则由 TLS 单独提供保护,本大学的密码学课程中有介绍。这道基线保护确实有用——比如,它能防止有人从数据中心物理偷走一块硬盘——但它只回答了问题的一部分。

谁握有密钥,决定了这种保护到底防的是谁

谷歌云明确指出,默认情况下:“我们拥有并管理用于默认静态加密的密钥。”这是整个行业的标准做法,而这也正是为什么这项默认设置能保护你免受物理盗窃或外部攻击者的侵害,却无法保护你免受服务商本身的侵害:如果服务商握有密钥,它在技术上就能访问这些数据,任何依法强制服务商这样做的人也同样能够访问。服务商也确实为需要自己握有密钥的组织提供了客户自管密钥的选项,不过这会带来实实在在的运维复杂度——如果没有服务商的兜底方案,自己弄丢密钥可能意味着永久失去这些数据。

端到端加密选项:只有客户握有唯一的密钥

有一小部分面向消费者的功能走得更远,超越了服务商自管的静态加密,把真正的端到端加密(密码学课程中探讨过的那种保证)延伸到了云存储本身。苹果面向 iCloud 的高级数据保护就是一个有据可查的例子:一旦开启,它会把端到端加密延伸到 iCloud 备份、照片、备忘录、iCloud 云盘等等,苹果指出“你的受信任设备是大多数 iCloud 数据加密密钥的唯一持有者”——也就是说,苹果自己也无法解密这些数据,即便在法律强制要求下也是如此,苹果的说法很直接:“没有任何其他人能访问你端到端加密的数据——包括苹果本身。”苹果同时记录下的这项权衡也是真实存在的:因为苹果不握有密钥,如果你失去了访问权限,又事先没有设置恢复联系人或恢复密钥,苹果也无法帮你找回这些数据。强保护和便捷的账户找回是两个方向相反的目标,而高级数据保护要求你做出取舍。

分享链接:数据悄悄脱离上述模型的方式

以上所有保护,都可能被一次粗心的分享一笔勾销。云端文档上一个“任何拥有此链接的人都可查看”的设置,会把强大的静态加密变成更接近一个公开网页的东西:这条链接本身,成了你的数据与任何收到、转发或猜中它的人之间唯一的屏障。这一点比看起来更重要,因为这类链接极易被转发到预期接收者之外,常常会最终被意外索引或缓存在意想不到的地方,而且几乎不会自行过期。在分享任何敏感内容之前,值得先检查一下这个链接能否被限定为只有已登录的特定人员才能访问、能否设置过期日期,以及在不再需要时能否将其撤销——这些选项大多数主要服务商都有提供,但默认并不开启。