少一个下划线让无辜者坐牢 18 个月：数字取证为什么不能只信查询结果
作者：韩启明｜OC 政策与安全编辑
韩启明
据 Ars Technica 报道，美国警方在调查一起儿童诱骗案时，把嫌疑账号 fus__ro_dah 写成了 fus_ro_dah。平台返回的账号资料指向加拿大男子 Brandon Klayme，他随后被定罪并服刑 18 个月，直到上诉法院推翻定罪。
一句话结论：这不是一个普通拼写错误，而是司法系统把“查询命中”误当成“身份已确认”，又让后续环节反复继承同一个错误。
2018 年，威斯康星州调查人员从聊天记录中看到带两个下划线的用户名，却在向 Kik 请求资料时只写了一个。两个账号都真实存在，错误请求因此没有返回“查无此人”，而是给出了另一个人的邮箱和 IP 信息。
危险就在这里。如果查询直接失败，调查人员很可能重新检查输入；一个看似完整的结果反而制造了确定感。案件随后跨境移交，加拿大警方、检方和法院都围绕错误身份继续收集与解释证据。即使 Klayme 的设备上没有发现相关犯罪内容，最初的账号关联仍主导了案件叙事。
上诉结果说明“数据来自平台”并不足以证明数据属于被告。数字取证至少需要三层验证：原始标识符是否逐字符一致，账号活动的时间与网络位置能否互相印证，设备和通信内容是否形成独立证据。任何一层不能闭合，都不应让单次平台查询承担身份认定。
这类风险会随着自动化调查工具增加而放大。模糊搜索、实体消歧和 AI 摘要可以加快线索整理，但也可能把近似用户名、同名用户或共享 IP 合并成一个“高置信度对象”。系统输出越整洁，人工越容易忘记回看原始字符。
先问证据。技术系统可以提供线索，不能替代举证责任。尤其当错误会导致拘押时，身份匹配必须有双人复核、原始记录保全和可追踪的查询参数。
关键事实
- 来源：Ars Technica、Nova Scotia Court of Appeal 判决相关报道
- 涉及机构：威斯康星州警方、Kik、加拿大司法系统
- 核心技术：账号查询、数字取证、身份解析、证据链
- 关键数字：用户名相差 1 个下划线；当事人服刑 18 个月
OC 判断
案件的根本问题不是某个人打错字符，而是系统没有为“看起来成功的错误查询”设计复核。数字证据进入司法流程后，每一次转交都应保留原始输入，而不是只传递结论。自动化越强，这条要求越重要。
为什么重要
- 对开发者：身份匹配系统应展示原始值、差异和置信依据，不能只给一个合并后的用户实体。
- 对机构：高风险查询需要双人复核、审计日志和独立证据交叉验证。
- 对用户：一个账号名、邮箱或 IP 命中并不等于现实身份被可靠确认。
评论
围绕这篇文章补充信息、提出问题或分享观察。