加密邮件与加密文件传输对比分析
对比加密邮件和加密文件传输,找到安全发送敏感文档和大文件的最佳方式。
加密邮件（PGP、S/MIME 或 ProtonMail 等服务）适合发送短消息和 25 MB 以下的文档——这也是多数邮件服务器至今仍执行的附件上限。加密文件传输（HexaTransfer、SwissTransfer、Tresorit Send）可处理 10 GB 甚至更大的文件，生成一次性下载链接，且文件不会滞留在收件箱的长期归档里。需要带附件的连续对话，选邮件；文件较大、时效性强或不应永久留存，选文件传输。多数情况下，两种工具配合使用才是最优解。
邮件附件的容量天花板
SMTP 协议诞生于 1982 年，最初只为 7 位 ASCII 文本而设计。附件通过 MIME base64 编码传输，会使二进制数据体积膨胀约 33%——一个 20 MB 的视频到了邮件里就变成 27 MB。Gmail 拒绝超过 25 MB 的邮件，Outlook.com 上限为 20 MB，大多数企业 Exchange 服务器的限制在 10 MB 到 35 MB 之间。
触碰这道墙，选择就变得尴尬：用 7-Zip 把压缩包切成多卷、把文件传到云盘再粘贴链接（这样做等于放弃了加密），或者换工具。文件传输服务完全绕开这一问题——HexaTransfer 可直接发送 10 GB 的 .psd 文件，WeTransfer 免费版支持 2 GB，Signiant 等企业级工具甚至能处理 TB 级数据。
加密机制的本质差异
PGP（RFC 4880）用随机生成的 AES-256 会话密钥加密正文，再用收件人的 RSA-4096 或 Curve25519 公钥包裹该会话密钥。S/MIME（RFC 8551）原理相同，只是改用 CA 机构颁发的 X.509 证书。两者都是端到端加密——邮件服务商存储的始终是密文。
加密文件传输通常采用不同的模型：文件在客户端以 AES-256-GCM 加密，服务器只存储密文，解密密钥放在 URL 片段（#key=...）中，从不传到服务器。无需 PKI 体系，无需信任网络，也不需要密钥服务器。代价在于：邮件加密在密码学层面验证了发件人身份，文件链接只验证了持有该 URL 的人。
一眼看懂核心差异
| 特性 | 加密邮件（PGP/S/MIME） | 加密文件传输 | |---|---|---| | 典型大小限制 | 25 MB | 2 GB – 10 GB+ | | 发件人身份验证 | 强（有签名） | 弱（基于链接） | | 收件人密钥配置 | 需提前配置 | 无需任何配置 | | 数据留存 | 永久保存于邮箱 | 通常 7 天 | | 元数据暴露 | 主题行、邮件头 | 文件名可选隐藏 | | 非技术用户可用性 | 几乎不行 | 始终可用 | | 合规适配 | HIPAA（需 BAA）| GDPR 第 32 条、HIPAA |
留存期：邮件归档 vs 到期自删
加密邮件会在 ~/Mail/INBOX.mbox 或 Gmail 服务器上存放数年。如果收件人的设备日后被入侵，或 PGP 私钥外泄，历史邮件将一并解密。长期留存对审计记录有价值，但一旦发生泄露，影响范围也随之扩大。
文件传输链接通常设有有效期。HexaTransfer 在 7 天后删除传输内容，SwissTransfer 最长保留 30 天，SendGB 提供 24 小时至 30 天的选项。计时器归零后，密文被清除，解密密钥也就毫无意义——即便 URL 数年后泄露，也没有可解锁的内容。这一机制与 GDPR 第 5(1)(e) 条的数据最小化原则高度契合，也与《个人信息保护法》（PIPL）第 19 条的留存期限要求一致，是法律和医疗行业越来越多地选用传输服务处理一次性披露的重要原因。
收件人的操作负担
PGP 的易用性问题人尽皆知。2015 年卡内基梅隆大学的研究发现，10 名参与者无一能在首次尝试时正确发送加密邮件。菲尔·齐默尔曼发布 PGP 二十多年后，收件人仍需生成密钥对、发布公钥、核对指纹，并配置 Thunderbird 或 GPG Suite。在企业环境中通过 Active Directory 自动分发证书时，S/MIME 的体验略好一些。
文件传输把操作化简为：点击链接，有密码则输入密码。收件人零配置上手。这正是加密文件传输在面向客户场景中胜出的原因——会计师向客户发送税务文件、放射科医生向转诊医生发送 DICOM 影像、律师向当事人交付 PDF 案卷，都是典型例子。
两者交叉地带：小型敏感文档
签署的合同、扫描的证件、2 MB 的体检报告——这些文件处于模糊地带，两种方式都行得通。需要将文件与对话记录绑定时（"如我们本周讨论的……"），邮件更合适。如果需要文件在交付后消失、收件人不在你的 PGP 圈子里，或者需要确认对方已下载，文件传输更合适。
一些团队采用分流方案：ProtonMail 或 Tutanota 处理 25 MB 以下的对话式交流，专用传输服务处理较大文件或需要到期销毁的内容。两种方式都让服务商只能看到密文，完全符合 HIPAA 45 CFR 164.312(e)(1) 和 PCI DSS 4.0 第 4.2.1 条对传输中数据的要求。
合规与留存边界
监管要求通常不规定具体工具，而是规定结果。GDPR 第 32 条要求针对个人数据采取"适当的技术措施"。HIPAA 安全规则要求对静态和传输中的 ePHI 加密。PCI DSS 4.0 禁止在消息通道传输未加密的持卡人号码。任何端到端加密方案——无论是邮件还是文件传输——只要配置正确，并辅以已签署的商业伙伴协议（HIPAA）或数据处理附录（GDPR），均可满足要求。
实际差异在于留存立场：邮件系统默认无限期保存，文件传输系统默认到期删除。面对 GDPR 第 17 条的删除请求，文件传输模式处理起来明显更简便——数据早已不复存在。
选对工具，解决真实问题
与已知联系人持续沟通、发送小附件、需要签名审计记录的重要通信，选加密邮件。一次性大文件发送、向非技术用户发送敏感文档、需要自动销毁的文件、或会被 25 MB 限制拦截的内容，选加密文件传输。两者是互补关系，而非竞争。
在 hexatransfer.com 上试试文件传输——免费、无需注册、最多 10 GB。