文件在路上的这三步，决定了它安不安全

给合作方发一份合同扫描件、把证件照片传给 HR、往个人网盘备一份报表——这些文件一旦离开你的设备，就不再完全受你控制。更麻烦的是，大多数人传输敏感文件的方式是"直接拖进网盘，再把链接发到聊天群"，等于把保险箱和钥匙放在了同一辆车上。

好消息是，把传输安全做到"够用"并不需要专业技术：加密、校验、渠道分离，三步就能覆盖绝大多数风险。这篇文章把每一步拆开讲清楚，全部操作在浏览器本地完成。

先想清楚：文件在路上会经过谁

一份从 A 传到 B 的文件，实际路径比想象中长：

  • 传输通道：网盘上传、即时通讯发送，数据都会先落在第三方服务器上
  • 中转副本：聊天工具的服务器会保留文件副本（和缓存的预览图），“撤回"通常只撤了你这一端
  • 接收端：对方的设备、对方的网盘自动同步，甚至对方转发给的第三个人

想明白路径就会得出结论：不要指望"渠道本身够安全”，而是假设文件内容会被别人看到，把保护做在文件自身上。这就是加密的意义——文件落到谁手里都没关系，没有密码就是一堆乱码。

第一步：加密，密码不与文件同渠道

用文件加密解密器给文件加一层 AES-256-GCM 加密。它是当前主流的认证加密算法，浏览器原生 WebCrypto 实现：文件和密码都不经过网络，而且密码输错会直接解密失败，而不是产出一个损坏的文件——接收方不会误用坏数据。

加密时用密码生成器生成 16 位随机密码，避免"公司简称+2026"这种猜得到组合。然后是整个流程里最关键的一条纪律：

  • 密码和加密文件分开走两条渠道。文件走网盘，密码就用电话或见面口头告知
  • 密码遗失无法恢复，这是特性不是缺陷——加密的强度正来自这一点

第二步：哈希校验，确认没被篡改或损坏

加密解决了"被偷看"，校验解决"被改动或传坏"。大文件传输中途损坏并不罕见，而如果文件曾在不受控的服务器上停留，“是否被替换过"也值得确认。

做法很简单：发送前用哈希计算器算出文件的哈希值（推荐 SHA-256，它支持文本与文件的哈希计算），把哈希值连同文件一起发给对方；接收方对收到的文件算一遍，两个值完全一致，就说明文件在传输中既没损坏也没被替换。

一点说明：校验下载完整性时 MD5 也够用，但涉及防人为篡改的场景请选 SHA-256——MD5 已经能被人为构造碰撞，防恶意不防意外的分工要记住。另外，哈希值请贴在邮件正文里发给对方，不要和文件放在同一个压缩包里——压缩包一起被替换时，哈希就失去了对照的意义。

第三步：渠道分离，把流程对接给接收方

三步流程对发送方很简单，真正的阻力常常在接收方：“发过来的这个加密文件怎么打开？“提前把对接信息发给对方，一次讲清：

  1. 打开文件加密解密器（同样在浏览器本地运行）
  2. 选择收到的 .enc 加密文件，输入你口头告知的密码
  3. 解密后用哈希计算器核对一遍哈希值（可选但推荐）

渠道分离的组合拳是这样的：文件走网盘或邮件附件，密码走电话或另一款聊天工具，哈希值贴在邮件正文。三条信息分三条路走，拿到任何一条都还原不出完整内容。

三个常见误区

  • 压缩包密码不等于加密。常见的 ZIP"加密"很多实现只保护了文件列表，且压缩算法早已能被高速暴力破解；对敏感文件，AES-256-GCM 是更可靠的选择
  • 密码别写在邮件正文里发过去。文件和密码同渠道，等于保险箱钥匙插在锁上；这也是上一节强调渠道分离的原因
  • “就发这一次，没事的”。泄露的危害与次数无关，一次上传的副本可能在服务器上存在很多年

顺带一提，如果发的是证件照、扫描件，除了加密还可以先做一层脱敏：参考发照片前的隐私脱敏清单，把照片里的 GPS 定位等元数据先清掉。

常见问题

对方完全不懂技术，流程会不会太复杂？

对接话术发过去，接收方实际只有两个动作：打开工具、输入密码。比"解压压缩包再输密码"还简单。真正要守住的只有一条——密码不与文件同渠道。

大文件加密后还能走网盘吗？会不会变慢？

加密后得到的是普通文件，网盘照常上传下载。AES-256-GCM 在浏览器里做本地加密，几十 MB 的文件是秒级完成的，代价可以忽略。

收到文件发现哈希对不上怎么办？

不要使用这个文件：它要么传输损坏，要么被替换过。让发送方重新生成一次并再次发送，重新校验。哈希不一致本身就是流程在起作用的证明。

小结

一句话记住全流程：先加密、再校验、密码和文件分两条路走。这三步用到的工具——文件加密解密器、哈希计算器、密码生成器——都收录在隐私脱敏防护包专题里，全部基于浏览器本地计算，你要保护的东西从头到尾不会离开你的设备。安全传输没有玄学，把流程固化成习惯，比任何"高级技巧"都管用。