什么是端到端加密(E2E)文件共享?新手入门指南

你大概听过"端到端加密(E2E或E2EE)"这个词。这是WhatsApp、Signal等通讯软件大力宣传的安全特性,但很多人并不清楚它到底是什么意思。本文将解释什么是端到端加密,以及为什么它对文件共享很重要。

普通加密 vs 端到端加密

普通加密(TLS/HTTPS)

大多数网站都用HTTPS加密。流程是这样的:

你 → [加密] → 服务器 → [解密] → [再加密] → 接收方

数据在传输中是加密的,但服务器端可以解密并读取它。电子邮件、Google Drive和大部分云服务都是这种模式。

端到端加密(E2EE)

端到端加密就不同了:

你 → [加密] → 服务器 → 接收方 → [解密]

服务器永远无法解密数据。只有发送者和接收者能看到原始内容。

为什么端到端加密重要

1. 服务器被黑也依然安全

即便服务器被攻破,攻击者拿到的也只是加密数据。没有密钥,它只是一堆无意义的字节。

2. 就连服务提供商也看不到

像Google、微软这样的公司技术上可以访问自家服务器上的数据。但在端到端加密下,连他们都读不到你的文件。

3. 面对政府或执法机构的请求也能守住

即使公司被要求交出数据,他们能给的也只是加密过的字节。

4. 防止员工私自访问

也杜绝了出于好奇或恶意的员工偷看用户数据。

文件共享中E2E加密意味着什么

普通文件共享(Google Drive、Dropbox等):

项目	是否可能
服务器解密文件	✅ 是
提供商可以读取文件	✅ 是
被黑时原文暴露	✅ 有风险
可交给执法机构	✅ 是

端到端加密文件共享(Tresorit、Sync.com等):

项目	是否可能
服务器解密文件	❌ 否
提供商可以读取文件	❌ 否
被黑时原文暴露	❌ 安全
可交给执法机构	❌ 只能交加密字节

端到端加密是怎么工作的

以LOCK.PUB的请求链接为例 — 这是LOCK.PUB中唯一按这种方式构建的功能:

1. 创建时:你的浏览器生成一对密钥,并用你的解锁密码把其中的私钥锁住。解锁密码本身从不离开你的设备
2. 上传时:发送方的浏览器先用你的公钥加密要提交的内容,然后才上传
3. 保存:提交的内容在服务器上以密文形式存放,你的私钥也始终由你的密码锁着;表单文字、发送方姓名等实用信息则保持可读。你的解锁密码从不被保存
4. 解密:你在自己的浏览器里输入解锁密码打开提交内容。提交的内容本身对我们来说是无法读取的密文

端到端加密的注意事项

端到端加密很强大,但也有一些限制:

1. 忘记密码就无法恢复

服务器不知道你的密码,所以一旦忘记,文件就永远无法访问。这不是缺陷,而是真正端到端加密的证明。

2. 密码太弱就失去意义

"1234"这样的弱密码依然能被暴力破解。请使用足够强的密码。

3. 接收方设备必须安全

如果接收方的电脑被黑,解密后的文件仍然会暴露。除了打开文件的那台设备,加密在其他所有环节都能保护文件,所以请让那台设备保持锁屏并及时更新。

哪些服务才真正支持E2E加密?

服务	是否E2E加密
Google Drive	❌
Dropbox	❌ 默认不支持（高阶商业版可选端到端加密团队文件夹，不支持共享链接）
OneDrive	❌
WeTransfer	❌
Tresorit	✅
Sync.com	✅
LOCK.PUB(请求链接)	✅
LOCK.PUB(文件链接)	❌ 基于密码
Signal(即时通讯)	✅
WhatsApp(即时通讯)	✅

LOCK.PUB把这两种方式分得很清楚。请求链接是端到端加密的:密钥对在你的浏览器里生成,用来解开私钥的解锁密码从不会发送给我们。普通的文件、备忘录和图片链接则在我们的服务器上加密,所用密钥由你设置的密码和一个保存在数据库之外的服务器端密钥共同生成,因此加密数据即使被盗,单凭它也打不开。文件和消息的内容从不以可读文本形式保存 — 文件名、你填写的公开备忘录等实用信息保持可读,方便接收方知道自己要打开的是什么 — 我们也从不保存密码本身。

写在最后

端到端加密不只是营销词汇,它是一种真正强大的安全模型。同一个服务里的不同功能,加密方式可能各不相同,所以请先确认你打算使用的那个功能是否真正符合要求,再根据用途来选择。

如果你需要真正的端到端加密,LOCK.PUB的请求链接会在你的浏览器里生成密钥对,你的解锁密码从不会发送给我们 — 注册LOCK.PUB账号即可免费使用,向你发送文件的人则既不需要账号,也不需要安装任何应用。日常分享时,设置密码的文件链接更简单:文件以加密形式保存,而不是可以直接下载的普通文件;我们不保存你的密码,也无法帮你找回;你还可以设置到期日期(Pro),让链接在你选定的日期之后无法再打开。