匿名共享文件时的注意事项

活动者

需要匿名性的活动中，经常会发生文件共享。

传单、图片、视频、声明、参与指南、名单、会场地图、会计资料、拍摄数据。共享这些内容时，与匿名性和参与者安全有关的信息也会一起移动。

即使以为自己是匿名共享，身份或关系也可能从文件名、创建者、云端账号、共享历史、元数据、联系人同步中显现出来。

文件共享不仅要确认内容，也要确认路径。

文件会留下内容之外的信息。

如果是图片，拍摄时间和位置信息会成为问题；如果是文档，创建者和修改历史会成为问题；如果是 PDF，注释和创建软件会成为问题；如果是视频，声音和背景会成为问题。

共享前，要确认文件名和元数据。

在文件确认中，重要的是不要只按扩展名判断。同样是 PDF，由图片生成的 PDF、从 Office 文档导出的 PDF、扫描得到的 PDF，残留信息都不同。同样是图片，手机拍摄的照片、截图、加工后的图片、从社交媒体保存的图片，确认点也会改变。

另外，文件名是容易被忽略的信息。不仅是 实名_申请书.pdf 这种直接名称，也可能包含项目名、部门名、日期、活动名、终端保存路径。要确认共享对象能看到的文件名、压缩文件内的文件夹名，以及云端上的显示名。

云端共享很方便，但用于活动的匿名共享时需要注意。

实名账号、所有者姓名、共享对象、查看历史、编辑历史、评论可能会被看到。

基本原则是，不要从平时使用的实名云端发送想匿名共享的文件。

在云端共享中，别人能看到的不只是文件本身，也包括共享页面周边的信息。包括所有者的姓名、图标、电子邮件地址、组织名、共享文件夹名、其他文件、评论、编辑历史、查看历史。即使已经为匿名用途处理了文件，只要从实名云端共享，就会通过所有者信息连接起来。

尤其要注意协作编辑功能。谁编辑了、何时编辑了、留下了哪些评论，可能会保留在历史中。在活动用文档中，编辑前的文字和删除过的评论也可能被看到。

文件共享时，要把能够查看的人限制在必要范围内。

“知道链接的所有人”设置很方便，但链接一旦被转发，就会变得难以控制。

共享后，不再需要的链接也要停用。

活动结束后留下的共享链接，会在之后成为风险。

共享设置要在公开前和公开后都确认。共享前，查看谁能看到、谁能编辑、能否下载、链接被转发后会怎样。共享后，停用不再需要的链接，减少共享对象，整理旧文件。

需要较高匿名性时，考虑比普通云端共享更重视匿名性的方法。

OnionShare 是可用于通过临时共享和接收文件的工具。想避开实名云端的所有者姓名和共享历史时，它会成为候选，但文件内容、元数据、向对方传递地址的方式需要另行确认。另有文章会详细介绍。

但是，即使使用 OnionShare，文件元数据和对方的处理方式仍会留下。

不仅要看工具，也要确认共享的文件本身。

OnionShare 这类工具，在思考共享路径时可以成为有效选项。但是，在使用工具之前，要先决定共享目的。是交给一个人，还是分发给多人；是从对方接收，还是临时共享或长期保存，适合的方法都会改变。

另外，在匿名共享中，对方侧的处理方式也很重要。如果对方重新上传到实名云端、截图、不改文件名就转发、保留原始数据，只靠发送方一侧无法完成安全处理。文件共享把发送方和接收方的使用方式连接在一起。

活动中使用的文件，要把原始数据和公开版分开。原始数据中可能留下编辑历史、图层、未处理的脸、位置信息、内部评论、创建者信息。公开版中只保留必要内容，并确认元数据、文件名、背景信息。

如果把原始数据一直放在共享文件夹里，制作加工版的意义会变弱。要决定谁持有原始数据、保存在哪里、何时删除；如果需要作为证据留存，则由谁管理。

共享文件前，要把内容、格式、路径、对象、期间分开确认。只要有一项含糊不清就共享，之后就很难收回。