我们为什么不存储你的文件——以及我们保留了什么

StrongFolder 是不存储的文件分享:你的文件通过加密的 WebRTC 连接直接从你的浏览器传到收件人的浏览器,从不存储在我们的服务器上。我们只保留传输元数据——文件和文件夹名称、大小、文件数量——用于创建链接。如果需要中继,它只转发、不存储。

文件在两台设备之间直接传输,中间没有云存储

“我的文件去哪儿了?”是我听到的关于 StrongFolder 最多的问题,它值得一个直截了当的回答,而不是一句口号。StrongFolder 是不存储的文件分享:我们从设计上就不保留你的文件。但如果说“我们什么都不存储”,那就不是实话了,所以下面准确地说明我们保留什么、从不保留什么,以及我们的做法有哪些局限。

StrongFolder 保留什么——又从不保留什么?

StrongFolder 是否保留?
文件内容从不。 上传时不保留,中继时不保留,备份中也没有
文件和文件夹名称、大小、文件数量是——这是传输元数据,创建链接时需要
你的电子邮件地址仅当你用 Google 登录时,用于显示你的传输列表
“以防万一”的副本不存在这样的副本

为了生成链接,服务会保留传输元数据:文件和文件夹名称、大小以及文件数量。 当有人打开你的链接时,在选择保存位置之前,他们会看到这份列表——名称和大小。这就是服务需要它的原因。

文件内容则完全是另一回事。文件从不上传或存储到 StrongFolder 的服务器。 没有上传这一步:只有在收件人连接时,你文件的字节才会离开你的设备,并且只发往那位收件人。

不存储的文件分享是怎样实现的?

我们的服务器只做两件小事。第一,帮助两个浏览器找到彼此——这叫作信令,传递的是连接信息和上面提到的元数据,而不是你的文件。第二,提供网页应用本身。

然后,两个浏览器之间建立一条 WebRTC 连接。WebRTC 使用 DTLS 加密每一条数据通道,因此在每一次连接中,文件数据流在传输过程中都是加密的。 文件流通过这条连接从你的设备传到收件人的设备。如果你想了解技术细节,WebRTC 文件传输的工作原理 会一步步讲清楚。

中继呢?

有时无法建立直连——严格的企业防火墙、某些移动网络。在这些情况下,传输会回退到 StrongFolder 的 TURN 中继。

我想在这里说得精确一些,因为营销文案往往在这里含糊其辞。使用中继时,你的数据确实会经过我们的服务器。它以加密形式经过,中继只负责转发:不会写入磁盘,也不保留副本。所以我们说的是“文件从不存储在服务器上”,而不是“文件从不经过服务器”。对于经过中继的传输,后一句话是不成立的,而你应该得到准确的说法。

为什么存储副本是一种风险?

大多数传输服务就像储物柜。你上传文件,它们保存一段时间——通常是几天,有时是几周,取决于服务和套餐——在此期间任何持有链接的人都能下载。

这本身并没有什么恶意。但副本存在的每一天,都是它可能被泄露的一天:

  • 链接会流转。 发给一位客户的链接会被转给同事、贴进工单、存进聊天记录。只要副本还在,链接对任何拿到它的人都有效。
  • 谁都可能被攻破。 一台存着数百万个文件的服务器是攻击目标。一台什么都不存的服务器就没那么有吸引力了。
  • 你无法核实删除。 当一项服务说文件会在七天后删除时,你只能相信它——包括它的备份。
  • 适用的是别人的规则。 存储的副本受服务商所在的司法管辖区、服务条款和法律请求约束,而不只是受你约束。

使用 StrongFolder,暴露窗口就是传输本身。当你点击 Stop Sharing 或关闭标签页后,我们这边就没有任何东西可供下载了。

这种做法有哪些诚实的局限?

不存储文件是实实在在的隐私优势。但它不是魔法,我宁愿你在依赖它之前就了解这些局限:

  • 没有密码保护的链接。 在你分享期间,任何拥有链接的人都可以连接。请把链接当作钥匙一样对待。
  • 链接只在你分享期间有效。 只要发送方仍在分享,链接就有效。发送方点击 Stop Sharing(停止分享)或关闭标签页后,文件将无法再获取。 这对隐私来说是优点,对便利性来说则是限制。
  • 你必须保持在线。 在接收方下载完成之前,发送方的浏览器标签页必须保持打开并在线——文件来自发送方的设备,而不是服务器。 如果做不到,云端链接是更好的工具——P2P 与云端文件传输 能帮你做出选择。
  • 名称属于元数据。 我们会保留文件名来生成链接。如果文件名本身就很敏感——比如“Q3-裁员-终版.xlsx”——请先重命名,或者把文件放进加密压缩包。
  • 传输中加密,而不是使用你自己的密钥。 我们不声称提供使用你所持密钥的端到端加密,也不声称拥有任何认证。对于受监管的数据,请查阅你所在组织的规定。

怎样用 StrongFolder 安全地分享敏感文件?

一套简单的流程就能覆盖大多数情况:

  1. 只通过你信任的渠道,把链接发给你想发的人。
  2. 请收件人在下载完成后告诉你一声。
  3. 立即点击 Stop Sharing。
  4. 对于高度敏感的文件,把它们打包成加密压缩包(例如使用 AES-256 的 7-Zip),并通过电话或另一个即时通讯工具告知密码。这适用于任何传输方式。

完整的清单,以及电子邮件、网盘、SFTP 和 P2P 的对比,请见我们的 安全文件分享指南。

立即发送文件

免费 · 在浏览器中使用 · 无需注册

我们为什么选择这种设计?

一部分原因是我作为用户本身就想要它——我在 我为什么创办 StrongFolder 中讲过这一点。一部分原因是它本身就更干净:一个从不保管你文件的服务,不可能弄丢、泄露它们,也不可能保存得比承诺的更久。还有一部分原因是它让我们自己的事情也变得简单。我们不运营一个存放别人数据的仓库,这也是 StrongFolder 如今免费、目前没有付费套餐的原因之一。

以上所有内容也都写在我们的 安全与隐私 页面上,并保持更新。如果其中有任何不清楚的地方,或者你认为我们应该保留得更少,请写信给我:info@strongfolder.com。

常见问题

StrongFolder 会存储我的文件吗?

不会。文件从不上传或存储到 StrongFolder 的服务器。 为了生成链接,服务会保留传输元数据:文件和文件夹名称、大小以及文件数量。

使用中继服务器时会发生什么?

如果无法建立直连(严格的企业防火墙、部分移动网络),加密的数据流会经过 StrongFolder 的中继(TURN)服务器。中继只转发数据,不会存储数据。

能给 StrongFolder 链接加密码吗?

目前不能。在你分享期间,任何持有链接的人都可以连接。对于敏感文件,请发送加密压缩包,并通过另一个渠道告知密码。

怎样确保之后没有其他人下载我的文件?

收件人下载完成后,点击 Stop Sharing(停止分享)或关闭标签页。只要发送方仍在分享,链接就有效。发送方点击 Stop Sharing(停止分享)或关闭标签页后,文件将无法再获取。

直接发送下一个文件——或整个文件夹

无需上传,我们不设大小限制,也无需注册账号。选择文件或整个文件夹,复制链接,对方即可直接从您的设备下载。

发送文件添加到 Chrome