身份验证公司扫描画面被黑产直播长达一年:Agent 接管 KYC 流程的隐私边界在哪里 2026 年 6 月 11 日,The Verge 披露了一起规模罕见的身份验证数据泄露事件:欧洲大麻零售业身份验证平台 Nefos 及其运营的 PuffPal 系统,在大约一年的时间里,把近一百万张护照、驾照、包含照片与姓名身份证号的扫描件,留在了完全无保护的公开互联网服务器上。这些服务器没有任何密码保护、没
身份验证公司扫描画面被黑产直播长达一年:Agent 接管 KYC 流程的隐私边界在哪里
2026 年 6 月 11 日,The Verge 披露了一起规模罕见的身份验证数据泄露事件:欧洲大麻零售业身份验证平台 Nefos 及其运营的 PuffPal 系统,在大约一年的时间里,把近一百万张护照、驾照、包含照片与姓名身份证号的扫描件,留在了完全无保护的公开互联网服务器上。这些服务器没有任何密码保护、没有任何加密、没有任何访问日志——任何知道 URL 的人都可以直接下载。The Verge 的报道把这一事件直接定性为"对数据安全的一声警钟"。Hacker News 主帖在 48 小时内拿到 413 点热度、272 条讨论,评论区的核心共识是:这不只是技术失误,更是整个 KYC(了解你的客户)产业在数据最小化原则上的系统性失败。
从工程细节看,这次泄露暴露出的几个问题构成了 KYC 行业的完整"反面教材清单"。首先是访问控制缺失——零密码保护、公开 URL、无认证要求,意味着任何路过的人都能下载这些文件;其次是加密缺失——所有扫描件以明文存储,在裸 HTTP 服务器上对外提供;第三是审计日志缺失——泄露发生后,无法确定到底有多少数据被下载、被谁下载、是否包含特定国家或地区的居民。Hacker News 上一位评论者直接吐槽:"Zero password protection on document storage systems / No encryption for sensitive identity verification data / Public URL access with no authentication requirements / No access logging or monitoring systems in place. Pretty much the bingo of secure storage, even CTF demos make it less obvious."——这是连"演示级别"的安全基线都没达到。
但这次泄露的真正恐怖之处不在技术层面,而在数据保留策略本身。Nefos 运营的是 cannabis clubs 与大麻零售商的年龄验证业务,这是一种"低价值身份验证"场景——用户的实际需求只是证明自己已满法定年龄,而不是完成银行业务的高风险 KYC。然而当用户提交完整的护照扫描件时,Nefos 选择了"无限期保留所有原始扫描件",而不是"验证年龄后立即删除原始文件、只保留一个"已验证成年"的不可逆标记"。这种保留策略的直接后果,是一次低价值业务的数据泄露,导致一百万张高价值护照数据流入黑产。
从年龄验证到数据黑产:一个完整链条
把 Nefos 这次事件放到黑产链条里看,可以看清 2026 年身份黑产市场的真实运作方式。这些被泄露的护照扫描件,在黑市上有非常清晰的去向:第一类是直接的身份冒用——黑产购买者用真实姓名 + 真实护照号申请银行账户、申请信用卡、申请加密货币交易所账户,通过 KYC 后立即套现;第二类是"假身份"制作——把真实扫描件稍作修改(换照片、改地址),作为假身份出售给有组织犯罪集团;第三类是"护照号数据库"——单纯用作未来社会工程攻击的"基础信息库",因为很多金融机构的"重置密码"流程只需要知道姓名 + 护照号 + 出生日期。
黑产链条的运作方式也在这起事件后被部分曝光。Hacker News 上有评论指出,这些被泄露的扫描件实际上"被黑产直播长达一年"——也就是说,在 2025 年至 2026 年的某个时间窗口内,黑产社区已经知道这些数据可以被公开下载,并且持续利用这些数据生产"成品身份"。The Verge 的报道时间只是这条产业链曝光的时点,而非泄露发生的时点。这种"泄露 - 利用 - 曝光"的时间错位,是当代身份黑产最可怕的特征之一——监管部门和受害者往往在数据被广泛滥用之后很久,才知道泄露发生过。
Agent 接管 KYC 的隐患:从静态身份验证到动态数据流
把视角从人工 KYC 转向 Agent 接管 KYC 的趋势,可以预见到一类新的、更复杂的隐私风险。当 LLM Agent 替代人类审核员处理 KYC 流程时,它需要访问的数据不仅是用户的身份扫描件,还包括用户的行为数据、设备指纹、社交图谱、过往交易记录。Agent 在执行 KYC 决策时,会把这些多源数据在内存里做关联推理,生成"风险评分"、"身份可信度"等中间结果。这些中间结果在 Agent 完成决策后,默认会被丢弃,但实际工程实现里,它们经常被缓存到日志系统里供后续审计。
这种"Agent 决策过程中的临时数据",相比静态的身份扫描件更难保护。首先,这些数据是多源融合的,单一字段失去意义,但联合起来就形成完整的用户画像;其次,这些数据是 Agent 推理过程的副产品,传统的 KYC 系统审计框架没有覆盖到;第三,这些数据的生命周期与 Agent 会话绑定,而 Agent 会话的日志保留策略往往由 Agent 厂商决定,用户无法控制。
arXiv 2025 年 8 月上线的论文 2508.10880"Searching for Privacy Risks in LLM Agents via Simulation"为这类风险提供了第一个系统性的量化框架。研究者构建了一个基于搜索的隐私风险评估框架,在模拟的隐私敏感场景里,让攻击 Agent 和防御 Agent 通过多轮对话对抗进化。关键发现是:"attack strategies escalate from direct requests to sophisticated tactics, such as impersonation and consent forgery, while defenses evolve from simple rule-based constraints to robust identity-verification state machines"——攻击策略会从"直接询问敏感信息"逐步升级到"冒充官方机构 + 伪造用户同意书",而防御侧则需要从"规则约束"升级到"严格的身份验证状态机"。这种攻防进化的视角,把 KYC 风险从一个静态的数据保护问题,转化成了一个动态的 Agent 行为工程问题。
设计原则的回归:数据最小化与目的限制
把这次泄露事件放到 GDPR 等隐私法规的框架里看,可以直接定位 Nefos 在数据治理上的根本性失误。GDPR 的核心原则之一是"storage limitation"——个人数据的保存时间不得超过实现处理目的所必需的时间。在 age verification 场景下,处理目的仅仅是确认用户已满法定年龄,因此一旦验证完成,原始身份扫描件就应该被删除,只保留一个不可逆的"已验证"标记。但 Nefos 的实现是"无限期保留原始扫描件",这违反了 GDPR 的核心原则,也将面临天文数字的罚款。
这条原则的工程化落地,需要一个具体的产品形态:用户提交护照扫描件 → 系统在沙箱环境里做 OCR + 年龄判定 → 判定通过后,生成一个不可逆的"已验证成年"凭证(比如一个加密签名的 token) → 立即删除原始扫描件 → 把 token 返回给用户的应用。整个过程中,系统对外承诺"我们看不到你的护照内容、我们不会保留你的护照、我们只确认你是否已成年"。这种 zero-knowledge 式的 KYC 形态在 2025-2026 年已经有多个商用实现,但主流 KYC 服务商仍然选择保留原始数据,因为保留数据对它们更"方便"——方便后续审计、方便二次销售、方便业务复用。
从监管角度看,2026 年欧盟对 KYC 违规的处罚力度持续加大。Nefos 这种事件按 GDPR 处罚标准,可处最高 2000 万欧元或全球营收 4% 的罚款——以 Nefos 的规模,这一数字大概率会达到数千万欧元。这对整个 KYC 行业是一个明确的信号:数据保留策略不再是"业务便利"问题,而是"合规生存"问题。
Agent 时代的 KYC 演进:从"数据保留"到"凭证交换"
把视角拉到未来 2-3 年的 KYC 行业演进方向,可以看到三个清晰的趋势。第一个趋势是"凭证化"——原始身份扫描件不再由 KYC 服务商存储,而是转化为可验证凭证(Verifiable Credentials, W3C 标准),用户自己持有凭证,KYC 服务商只在需要时请求"验证年龄 ≥ 18"这种最小化的属性证明。这种形态下,KYC 服务商永远拿不到原始扫描件,从根源上消除数据泄露风险。
第二个趋势是"审计可验证化"——KYC 服务的每一步决策都必须在可审计的日志里留下记录,且日志本身用零知识证明或可信硬件保护,确保"我们不知道你的数据,但我们知道我们正确处理了你的数据"。这种"可验证但不解密"的形态,是 Agent 时代 KYC 服务商重建用户信任的关键路径。
第三个趋势是"Agent 行为审计"——当 LLM Agent 替用户执行 KYC 流程时,Agent 与 KYC 服务商之间的所有数据交换都必须可被用户审计、可被监管追溯。这意味着 KYC 服务商需要为每一次 Agent 交互生成一份"对话账本"(conversation ledger),记录 Agent 询问了什么、提供了什么、最终决策是什么。arXiv 2508.10880 论文里提出的"identity-verification state machines"实际上就是这种对话账本的雏形。
回到这次泄露:对开发者的具体启示
Nefos 这次事件给所有涉及用户身份数据的开发者留下了三条具体的工程启示。第一条是"数据最小化必须作为产品设计的硬约束"——当用户提交身份证件扫描件时,产品设计必须强迫系统在验证完成后立即删除原始数据,而不是提供"保存以便复用"的便利选项。任何"复用原始数据"的设计,都需要走单独的合规审批流程,而不是默认行为。
第二条是"防御纵深必须覆盖最弱的服务商"——即使你的应用层做得再安全,如果你的身份验证服务商把数据留在裸 HTTP 服务器上,你的用户的身份数据仍然会泄露。这意味着选 KYC 合作方时,数据安全审计必须和价格、API 易用性放在同等权重,而不是被业务部门当作"IT 关心的细节"忽略。
第三条是"Agent 决策可审计必须从第一天就内置"——如果你的产品正在或即将使用 LLM Agent 替用户执行 KYC 流程,从产品设计的第一天就要把"对话账本"、"凭证化"、"零知识证明"作为基础设施搭建。等到事件发生后再补这些能力,要么代价极高,要么根本来不及。Nefos 这次事件给整个行业的教训已经足够清晰:用户身份数据是一种"永远不应该被无限期保留的资产",任何把它当作"长期留存对象"的产品,最终都会成为下一个被曝光的反面教材。