不能放置 Not sure 的理由
匿名性检查中的 “Not sure” 是危险状态。
不知道、不记得、大概没事、没有确认。这些项目并不表示没有问题。
相反，它表示风险仍以未确认状态残留。
发布前检查中，需要区分 “No” 和 “Not sure”。重要的是不要把不知道的东西当作安全。
Not sure 是未确认的风险
Not sure 并不是断定存在危险。
但是，也不能说安全。
| 回答 | 含义 |
|---|---|
| Yes | 存在该风险，或适用该项 |
| No | 确认后不适用 |
| Not sure | 尚未确认，无法判断 |
如果把 Not sure 当作 No，会留下确认遗漏。
在匿名性中，这种确认遗漏之后会成为问题。
常见 Not sure
容易变成 Not sure 的项目有模式。
文件元数据、云所有者、图片背景、过去发帖、URL 参数、登录状态等。
| 项目 | 为什么容易变成 Not sure |
|---|---|
| 图片元数据 | 外观看不出来 |
| PDF 作者 | 残留在文件内部 |
| 云共享设置 | 难以确认对方视角 |
| 过去发帖 | 本人会忘记 |
| URL 参数 | 含义不容易理解 |
| 登录状态 | 容易漏看正用哪个账号打开 |
越看不见的东西，越容易变成 Not sure。
所以需要确认步骤。
Not sure 会成为关联入口
Not sure 危险，不只是因为有一项信息不明。
而是因为不明信息会成为与其他信息连接的入口。例如，在不知道图片拍摄时间的情况下公开，同时同一天还有现场发帖，地点和时间就会连接。不了解云共享所有者就发送链接，匿名账号和实名账号可能连接。
| Not sure 对象 | 连接的信息 | 会发生什么 |
|---|---|---|
| 图片元数据 | 发帖时间、地点、活动 | 现场参加或日常活动范围显现 |
| 云所有者 | 实名邮箱、头像 | 匿名发帖与实名账号连接 |
| URL 参数 | 搜索词、介绍 ID、账号 | 关心点和注册关系显现 |
| 过去发帖 | 、图片、旧网名 | 与过去账号关联 |
| 登录状态 | 、浏览历史、账号 | 实名使用和匿名活动混合 |
Not sure 不是单纯空栏。
它表示可能被关联的信息仍未整理。
放着 Not sure 发布后会发生什么
放置 Not sure 后，问题会在发布后暴露。
照片中有位置信息。PDF 中残留创建者名。共享链接显示实名账号。使用了与过去发帖相同的图片。
| 放置项目 | 发布后发生的事 |
|---|---|
| 图片元数据 | 拍摄地点和日期时间显现 |
| 文件创建者 | 真实姓名或组织名可见 |
| 共享链接 | 所有者或浏览历史显现 |
| 过去图片 | 通过图片搜索连接到实名账号 |
| 发帖时间 | 与现场或生活节奏核对 |
发布后才发现，即使删除也可能通过截图和转载残留。
对 Not sure 的处理
Not sure 不要放置，而要处理。
确认、跳转到详细文章、用工具查看、请可信的人确认、推迟公开、删减信息。
| 应对 | 使用场景 |
|---|---|
| 确认 | 自己能判断的项目 |
| 阅读相关文章 | 背景知识不足的项目 |
| 用工具调查 | 元数据和 URL 等不易看见的项目 |
| 第三方审阅 | 自己容易漏看的公开物 |
| 停止公开 | 高风险且无法判断的项目 |
如果 Not sure 仍残留，也需要选择不公开。
要变成 No 需要确认
要把 Not sure 变成 No，需要确认。
“大概没事”不是 No。图片要确认元数据。共享链接要确认对方看到的显示。URL 要调查参数含义。过去信息要搜索。确认后才可以说 No。
| Not sure 项目 | 变成 No 所需确认 |
|---|---|
| 图片位置信息 | 确认 和显示信息 |
| PDF 作者 | 用属性或元数据确认工具查看 |
| 云共享 | 退出登录或用其他账号打开 |
| URL 参数 | 删除不需要的参数并确认行为 |
| 过去发帖 | 搜索姓名、旧 ID、图片、存档 |
不能确认，就不要改成 No。
转向删除、推迟、改用其他方法或不公开。
减少 Not sure 的准备
如果到发布前才第一次面对 Not sure，处理会变难。
平时决定确认方法，可以减少发布前迷茫时间。图片确认元数据，URL 确认参数，云共享用其他账号确认显示，文章用第三方视角重读。
| 准备 | 效果 |
|---|---|
| 决定元数据确认步骤 | 每次用同一标准看图片和 PDF |
| 养成制作公开用副本习惯 | 减少直接发布原本的失败 |
| 用其他浏览器确认 | 容易确认对方视角 |
| 拥有 URL 确认标准 | 更容易注意到不需要的跟踪参数 |
| 固定发帖前审阅项目 | 不易被情绪带走 |
减少 Not sure 不只需要知识，也需要步骤。
能每次按同一顺序确认，确认遗漏就会减少。
高风险中不能容许 Not sure
活动风险越高，越不能在残留 Not sure 的状态下前进。
内部举报、信源保护、应对骚扰和威胁、现场活动、有法律风险的资料中，Not sure 会直接关系到人的安全。
这种情况下，发布前咨询专家、可信支援对象、媒体机构、律师等也是选项。
匿名性不能只靠勇气推进。
需要一种不把未知风险长期搁置的运营方式。
记录 Not sure
无法马上解决的 Not sure 要记录并保留。
但是，该记录本身也包含匿名活动信息。把详细风险备忘放在实名云或职场终端中，会产生另一种关联。
| 记录项目 | 理由 |
|---|---|
| 未确认项目 | 明确不知道什么 |
| 确认计划 | 决定下一步看什么 |
| 公开判断 | 区分保留、删除、延期 |
| 咨询对象 | 高风险时不独自承担 |
| 保存位置 | 避免备忘本身泄漏 |
只在脑中管理 Not sure，会在发布前忘记。
在能安全保存的范围内，把未确认项目可视化。
总结
Not sure 不是安全的意思。
它是未确认的风险。
匿名性检查中，要区分 No 和 Not sure。没有确认的东西，不能当成没有问题处理。
特别是元数据、云共享、过去发帖、URL、登录状态，容易变成 Not sure。
不要在不知道的状态下公开，而要确认、学习、删除、停止。
这种判断会减少匿名性的漏洞。