摘要
- 2026 年 10 月 2 日的《Identity Verification Methods Values》第 02 版规定,
ivm中出现某个值,表示对应身份核验方法成功;同一段也明确说,它不提供证据,不提供方法如何使用的细节。 - 这套短代码可以减少系统间的词汇摩擦,却不能单独证明服务商质量、数据源权威、流程等价、证据新鲜度、保证等级、法律充分性或下游业务结果。
身份系统最容易发生的越权,未必来自伪造信息。一个真实但很短的结果,被当成它没有携带的完整证据,同样会制造错误权威。
draft-skyfire-oauth-id-verification-02 提议使用 ivm:一个由区分大小写字符串组成的 JSON 数组。初始值覆盖数据库核验、单一或多个消费者报告数据源、数字身份证件、实体身份证件、辅助文件、当面核验与实时视频访谈。系统由此能以紧凑格式报告哪些方法类别成功。
第 02 版新增的关键内容,是主动限制这句话的含义。值的存在表示相应方法成功,但 ivm 不提供证据,也不提供该方法怎样执行的细节。需要更深信息的系统,可以另行采用 OpenID Identity Assurance 或 Vectors of Trust。
这不是设计失败,而是边界声明。公共代码能避免各家为相近方法发明不同拼写,方便日志检索、策略匹配和跨系统传输。若把证据、过程与裁决全塞进去,它就不再是一组短方法标识,而会变成另一种更重的结构。
问题出在接收方把压缩后的标识重新膨胀成保证。dbv1 表示使用一个消费者报告数据源,dbvm 表示使用多个。代码不说明数据源是谁,不说明多个来源是否独立,不保留查询记录与日期,也不披露属性冲突如何处理或采用什么匹配阈值。来源数量不是来源权威性、覆盖范围或独立性的替代品。
文件类与现场类方法同样宽。phy 可以指实时拍摄驾照或护照信息页,但看不出证件版本、签发司法辖区、采集设备、防伪检查或人像比对流程。dig 没有说明数字证件受哪个信任框架管理。vid 只说明实时视频访谈,不说明活体控制、操作员、脚本、留存或例外。inp 也不指明场所、核验员和受控设备。
“成功”本身属于某个具体流程。它说明签发者的流程到达成功状态,却没有公开成功阈值,也不证明两个签发者执行同一门槛,更不等于现实身份必然正确。JWT 签名可以保护签发者所作的断言不被无痕篡改,却无法补回断言从未包含的事实。
拟议的 IANA 机制也必须按它真正管理的对象来理解。草案请求登记 ivm claim,并创建 Identity Verification Methods 注册表;登记采用专家审查、三周邮件列表窗口,还要考虑是否重复、是否可普遍使用、是否实际使用及描述是否清楚。这些规则有助于维护命名空间,不是服务商资质认可、实现认证或统一保证评分。
实际登记状态只能看 IANA 的现行注册表。个人互联网草案里列出的初始表格仍是提案,不能当作 IANA 已完成分配。冻结的 Datatracker 记录没有 stream、预期标准级别或标准级别;挂在 OAuth 讨论语境下,也不等于工作组采纳、IETF 共识或 RFC。
amr 的经验说明为什么方法名不应直接变成高风险政策。RFC 8176 统一了认证方法参考值,同时提醒:把决策直接绑定到具体认证方法会很脆弱,因为攻击与部署会变化。方法值适合报告发生了什么,较高层的认证上下文才说明服务要求哪类政策。身份核验也需要把“使用了什么”与“按什么保证合同接受”分开。
OpenID Identity Assurance 展示了更完整的坐标。它可以分别表达信任框架、保证等级与保证过程、整体核验时间、核验案件引用、证据对象,以及具体检查的方法、组织、事件标识和完成时间。RFC 8485 同样要求在明确的信任框架中解释向量值,依赖方必须理解那个框架。
NIST SP 800-63A-4 则把身份解析、证据收集与强度、证据验证、人与证据的核验拆开。一个“实体证件”或“视频”的代码只触及其中一个语义坐标。它自身不说明证据强度,不说明用哪个权威或可信来源验证,也不说明申请人与证据如何绑定。
操作上的解法不是拒绝短标签,而是不让短标签冒充证据。令牌旁应保留独立收据:具体词汇版本;签发者与信任框架;主体和交易绑定;方法值;服务商与策略版本;不可变证据引用;来源及司法辖区;验证与核验检查;适用时的活体或人工复核;时间与新鲜度政策;保证分类;例外路径;本地决定;最终应用结果。
这份多坐标收据是 BTW 的编辑性操作建议,不是草案要求。它的作用是让组织在阈值改变、数据库刷新、证件过期、司法规则调整或审计到来时,可以重建原决定,而不用假装三字符代码曾经装下一整宗案件。
Heng Lu 的“最小初始规范”支持把公共层限制在必要词汇,让高后果政策继续由本地承担。“运行代码优先”要求记录真实执行过哪些检查,而不是只看令牌上写了哪个标签。“现实分层”则阻止注册表术语、签发者断言、证据档案、保证判断和业务动作被压成一个状态。
所以,ivm 的价值恰恰来自它足够小。条件是诚实使用:标签负责命名方法,证据负责证明案件,依赖方负责自己的后果。
来源
- https://datatracker.ietf.org/api/v1/doc/document/draft-skyfire-oauth-id-verification/
- https://datatracker.ietf.org/doc/draft-skyfire-oauth-id-verification/
- https://datatracker.ietf.org/doc/draft-skyfire-oauth-id-verification/history/
- https://datatracker.ietf.org/wg/oauth/about/
- https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
- https://heng.lu/on-reality-layers-symbolic-power-and-why-clarity-feels-so-hostile/
- https://heng.lu/running-code-primary-the-patch-needed-to-preserve-the-internet-original-design/
- https://openid.net/specs/openid-connect-core-1_0.html
- https://openid.net/specs/openid-ida-verified-claims-1_0.html
- https://pages.nist.gov/800-63-4/sp800-63a.html
- https://www.iana.org/assignments/authentication-method-reference-values/authentication-method-reference-values.xhtml
- https://www.iana.org/assignments/jwt/jwt.xhtml
- https://www.ietf.org/archive/id/draft-skyfire-oauth-id-verification-01.txt
- https://www.ietf.org/archive/id/draft-skyfire-oauth-id-verification-02.html
- https://www.ietf.org/archive/id/draft-skyfire-oauth-id-verification-02.txt
- https://www.ietf.org/archive/id/draft-skyfire-oauth-id-verification-02.xml
- https://www.rfc-editor.org/rfc/rfc7519.html
- https://www.rfc-editor.org/rfc/rfc8176.html
- https://www.rfc-editor.org/rfc/rfc8485.html
- https://www.rfc-editor.org/rfc/rfc8725.html
会员简报
档案背景详情
使用相应会员等级登录,即可解锁完整简报与来源注释。
仅限 Strategic Circle
Strategic Circle
所有读者均可浏览。加入并登录后可解锁档案简报。
加入 Strategic Circle仅限 Leadership Alliance
Leadership Alliance
符合条件的 IP 资产所有者和管理层可登录查看 Leadership Alliance 简报。
加入 Leadership Alliance

