内部举报前的匿名性检查

内部举报中，只凭一时冲动行动，可能会变得无法挽回。

发现问题的瞬间，也许会想立刻发给某个人。想留下证据、想停止受害、想让组织的不正当行为被知道。这种心情很自然。

但是，在内部举报中，被记录的不只是发送内容，还有发送前的行为。

打开文档的历史、打印、下载、云端共享、邮件转发、截图、发布时间、连接来源、使用设备。它们一旦与组织内部日志关联，举报者候选范围就会缩小。

本文整理内部举报前最低限度应确认的匿名性检查。

涉及法律判断、安全判断、证据保全时，不要只根据本文决定，应咨询律师、新闻机构、支持团体等。

最先停下来思考

内部举报前首先需要的不是选择工具。

而是整理要保护什么、要防范谁、哪些记录会被对方看到。

在这个阶段，要把“自己正准备做什么”用语言说明清楚。

是公益举报，还是向新闻机构提供信息，还是劳动问题咨询，还是保存受害证据。目的不同，适合的对象和步骤会变化。

确认文档

内部文档不只是正文。

文件中可能残留作者名、修改历史、评论、模板、创建时间、设备名、文件路径、文档编号、水印、分发对象标识符。

原件要根据需要作为证据保存。

交给外部的东西，应另做一份不同于原件的工作副本，并确认元数据和特定表达。不过，在证据价值重要的情况下，请不要随意加工。

无法判断哪些可以加工时，应咨询接收方新闻机构或律师。

确认设备和网络

工作设备、职场网络、组织云端、工作邮箱不适合内部举报。

这些可能受到管理。文件操作、登录、打印、外部发送、USB 连接、浏览器历史、通信目标，都可能被记录。

如果考虑匿名性，要把设备、通信路径、账号分开。

不过，分离方式会随风险而变化。高风险的内部举报中，自己反复试错反而可能增加痕迹。请先确认可信受理渠道的流程。

选择受理渠道

内部举报中，“发送到哪里”很重要。

如果对方无法安全接收，那么发送者一侧再怎么小心，保护也会变弱。

有些新闻机构和 NGO 准备了匿名提交信息的专用渠道。SecureDrop 是其代表性机制。它是新闻机构和 NGO 通过 Tor 接收信息提交的开源系统，设计上会减少提交者的元数据。

URL : https://securedrop.org/

GlobaLeaks 是用于建立内部举报平台的自由、开源软件。组织和团体有时会把它作为接收举报的机制来采用。

URL : https://globaleaks.org/

Tor Browser 有时用于访问这些匿名提交系统。它是让连接目标难以直接看到自己 IP 地址的浏览器。

URL : https://www.torproject.org/

即使使用这些，也一定要阅读提交对象的官方流程。

不要直接相信从搜索结果随便打开的页面、贴在社交媒体上的链接、别人转发来的 URL。如果发送到假的受理渠道，内容和身份都会危险。

确认发布时间和行为

内部举报中，不只是发送内容，时间也会成为线索。

特定资料刚被打开就发往外部。工作时间中出现不自然的通信。会议刚结束就投稿。下班后马上从特定地点访问。这样的时间重合会成为缩小候选人的材料。

在匿名性中，不要把内容和时间分开考虑。

内容、设备、通信路径、时间、现实行为会被一起查看。

发送前的最终检查

即将发送之前，要按以下视角停下来。

只要有一个项目无法说明清楚，就最好不要急着发送。

内部举报在发送之后很难撤回。

总结

内部举报前的匿名性检查，要查看文档、设备、通信路径、受理渠道、时间、行为之间的关联。

即使隐藏名字，也会从作者信息、编辑历史、内部术语、分发范围、访问日志、发布时间缩小候选范围。

SecureDrop、GlobaLeaks、Tor Browser 这样的机制用于匿名信息提交。不过，仅靠工具并不能保证安全。如果职场设备、内部网络、实名账号、原始文件、时间关联仍然存在，匿名性会从那里崩塌。

内部举报是高风险行为。

涉及公益性、证据价值、法律保护、确保安全时，不要独自判断，应咨询可信的新闻机构、律师、支持团体、专家。

相关工具

相关文章