Google Drive共享与HexaTransfer加密发送对比

Google Drive 共享和 HexaTransfer 各自解决同一问题的不同半段。Drive 提供永久性、协作友好的共享，有富文本预览、版本历史和 Docs/Sheets 编辑——而这一切都要求 Google 持有解密密钥并能读取你的文件。HexaTransfer 提供一次性端到端加密传输：文件在浏览器中以 AES-256-GCM 加密，以密文形式存储，7 天后自动删除。协作非敏感文档，用 Drive；保密性是核心要求且无需协作，用 HexaTransfer。

Drive 的信任模型：Google 掌握一切

你上传 .docx 到 Google Drive，文件以 Google 管理的 AES-256 密钥静态加密，传输中使用 TLS 1.3 加密。Google 持有密钥——这并非什么秘密，Drive 安全文档中写得清清楚楚，这也是 Drive 所有招牌功能的前提：扫描 PDF 的 OCR、全盘搜索、机器学习智能建议、Docs 实时协作编辑、过滤共享文件中钓鱼内容。

实际意味着：拥有足够权限的 Google 员工、凭有效传票依据《云法案》行事的执法机构、以及成功入侵 Google 基础设施的攻击者，都可以读取你的文件。Google 的透明度报告显示，美国政府数据请求的大多数最终获得回应。对大多数内容，这是可接受的。对某些内容，则不然。

Google Workspace 客户端加密：局部解法

Workspace 企业增强版和教育增强版客户可以启用客户端加密（CSE），将密钥管理外包给第三方密钥管理系统（KMS），例如 Thales CipherTrust 或 Fortanix。启用 CSE 的文件夹，Google 仅存储密文，无法读取内容。对于愿意为此付费（约 ¥210/用户/月起）并能运营一套 KMS 的 Workspace 客户，这是真正的端到端加密。

CSE 覆盖 Drive、Docs、Sheets、Slides、Meet 和企业增强版的 Gmail。这是一套认真的产品，如果你的组织出于工作流原因必须留在 Drive，CSE 是正确路径。但对独立顾问或小型诊所，配置成本和许可费让专用传输服务更具实际意义。

HexaTransfer 的信任模型：服务器只见密文

HexaTransfer 通过 WebCrypto API 在浏览器中生成随机 AES-256-GCM 密钥，逐块加密文件后上传密文。解密密钥以片段形式附加到分享链接（#key=...）——浏览器永远不会将 URL 片段传送至服务器，密钥始终留在客户端。下载时，收件人的浏览器解析片段，获取密文，本地解密。

结果是：即便完整访问 HexaTransfer 的数据库，也只能看到加密字节和极少量元数据（文件名可隐藏，文件大小可见，时间戳存在）。无需配置任何 KMS，无需许可证升级，无需管理控制台，且 10 GB 以内免费。

功能对比一览

| 功能 | Google Drive（标准版）| Drive + CSE | HexaTransfer | |---|---|---|---| | 服务商可见明文 | 是 | 否 | 否 | | 实时 Docs 协作 | 是 | 是（格式受限）| 否 | | 预览/缩略图生成 | 是 | 部分 | 否 | | 文件大小上限 | 5 TB | 5 TB | 10 GB | | 发件人需要账户 | 是 | 是 | 否 | | 收件人需要账户 | 通常需要 | 通常需要 | 否 | | 自动到期 | 否（手动）| 否（手动）| 7 天 | | 费用 | Workspace 套餐内含 | 企业增强版 | 免费 | | 审计追踪 | 管理员控制台 | 管理员控制台 | 极简 |

Drive 分享胜出的场景

Drive 是以下情况的正确工具：多人在数周内共同编辑的项目文件夹、协作构建的演示文稿、需要实时过滤视图的电子表格、Looker Studio 报告调用的数据集，以及任何因 7 天到期丢失文件会造成问题的工作流。Drive 的版本历史——30 天内每次保存都可恢复——在大多数办公工作流中本身就值得那个信任代价。

文件内容"Google 可以读"真的没有风险时，Drive 也是正确选择：公开营销 PDF、团队头脑风暴文档、内部备忘录。不是每个文件都需要端到端加密，过度强调只会徒增摩擦。

HexaTransfer 胜出的场景

HexaTransfer 是一次性保密发送的正确工具：向客户发送签署的合同、诊所间传输 DICOM 影像批次、诉讼中的证据 PDF 包、并购文件、GDPR 第 20 条的客户数据导出、投资人尽职调查材料。任何让你不希望 Google（或 Google 法律部门）可以读取的文件，都是 HexaTransfer 的场景。

收件人没有 Google 账户时也适用——向没有 Gmail 的律师分享文件、向使用个人邮箱的客户发送资料、向欧洲的对方当事人传递文件。双方都无需创建任何账户。

容易忽视的 Drive 元数据风险

即便 Drive 文件内容无害，元数据本身也能讲述故事。你的分享历史揭示了客户关系、交易流向、并购对手。Gmail-Drive 集成将传输与邮件线程绑定。管理员控制台记录每次下载。对于记者、线人、异见人士，或任何被国家级对手盯上的人，这张元数据图谱本身就是敏感情报。将敏感传输切换到无账户服务，可大幅压缩这张图谱。

双工具工作流的实际运用

大多数专业人士最终两者并用：Drive 是永久性、可搜索、可协作的工作区；HexaTransfer（或类似的端到端加密服务）是任何内容发往外部时的交付渠道。Drive 副本留在你手中用于参考和版本历史；加密传输发往客户，一周后过期，在任何一方的基础设施上都不会无限期留存。

这种分工与 GDPR 第 32 条"适当技术措施"的表述高度契合——风险最高的时刻（外部交付）使用最强的加密，内部协作则用 Drive 的便利性，而不会把外部收件人也暴露在其信任模型中。

三问决策框架

问三个问题。这个文件需要多人协作编辑吗？如果是，用 Drive。我是否愿意让 Google 读取它？如果否，用 HexaTransfer。收件人在我的 Google 生态之外吗？如果是，HexaTransfer 让交接更顺畅。

工作流中加密交付那一半，在 hexatransfer.com 上试试——免费、无需注册、最多 10 GB。