主题
数字身份与凭证
在主题维度下，数字身份与凭证主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
号码资源协会
RIPE NCC 通行密钥双因素验证：一段文档标题如何被误读为台湾机构
RIPE NCC 两步验证支持文档中的小节标题“Setting up 2FA with Passkey”曾被一条名录流水线误读为一家台湾机构。标题背后的真实情况，是一套记录完整的通行密钥注册流程：它保护的是管理 LIR Portal 与 RPKI 的 RIPE NCC Access 单点登录账户，而名录上的 TW 地区标签只是 ISO 3166-1 国家标注产生的分类痕迹，并非出版方归属。
IETF
证书已经签发，交付链仍未闭合
RFC 9538 让下游 CDN 在不接触上游长期私钥的情况下取得自己的证书密钥。这解决了证书授权，却没有替 DNS 指向、边缘部署、TLS 选择、内容正确性和用户请求签收。
案例档案
RFC 9646：HTTP 400 可以索取 CSR，却不能授予设备身份
零接触上线面板亮起红灯，因为设备收到 `400 Bad Request`。但在 RFC 9646 的流程里，这条响应可能正是服务器发出的下一步工作单：请选择这套密钥算法，生成这种格式的证书签名请求，再提交第二次调用。红色状态描述了 HTTP；它没有裁定设备是否应获得生产身份。
案例档案
RFC 9645：配置给出四条认证路径，却没有证明会话走了哪一条
一棵配置树可以同时容纳证书、裸公钥、TLS 1.2 预共享密钥和 TLS 1.3 外部 PSK。对控制平面而言，这些都是合法分支；对一次真实连接而言，只会有一条路径被执行，或者走入证据结构完全不同的会话恢复。事故复盘若只得到“已配置 TLS 身份”，拿到的仍是菜单，不是答案。
案例档案
RFC 9644 之后：谁能证明 SSH 会话实际选择了什么
一次 SSH 算法策略变更完成后，领导者真正需要的往往不是最长的合规报告，而是最短且经得起追问的一句话：这次操作是否确实使用了获准的算法、连接到预期对端，并得到预期结果？IANA 注册表、实现能力清单和已接受的配置各能回答其中一部分。RFC 9644 让这些意图更容易一致表达，却没有替运行中的会话作出结论。
案例档案
配置已恢复，密钥权力仍未恢复：RFC 9642
RFC 9642 用共同的 YANG 模型描述中央或内联密钥、证书、加密值与内建密钥。恢复工具能把树写回目标设备，却不能由此证明 KEK 依赖已经闭合、消费者选中了正确对象，或运行代码真正完成了密码操作。
案例档案
锚点来自系统，不等于来历已被证明：RFC 9641 的信任边界
设备在 operational 数据存储中呈现一个 `system` 来源的内置证书锚，说明它不是普通运维配置，却不能回答制造镜像由谁批准、锚点经何种机制写入、更新由谁授权，也不能证明某次会话真的选中了它。RFC 9641 让这些对象可见、可引用；运行时接纳仍需另一条完整证据链。
案例档案
一张凭证验证通过之后，风险究竟归谁管
W3C 新发布的可验证凭证威胁模型草案，把风险从格式本身延伸到签发、钱包软件和核验方的实际决定。它列出问题，但并不替任何部署者完成控制。
案例档案
数据分开存放，不等于无法重新拼出一个人：RFC 9614
身份记录在中继端，行为记录在网关端，两边都没有完整答案。方案评审据此写下“已实现隐私隔离”。但两套日志由同一家运营者保存，时间戳对得上，报文尺寸也对得上。没有人破解加密，也没有组件违反自己的局部职责；一个人仍被重新拼了出来。RFC 9614 要求验证的不是“分了几层”，而是谁仍能把“谁”和“做了什么”重新连起来。
IETF
更安全的口令交换失败后，回退路径又暴露了猜测
RFC 9588 关闭了一条离线猜测通道，但客户端若在失败后退回旧机制，刚刚获得的保护会在“继续登录”这一刻消失。
案例档案
状态指针缩短之后，谁来补上“查什么”
W3C 新工作草案为可验证凭证设计了更精简的状态引用。节省凭证空间的同时，它把状态用途的选择明确留给验证方。
案例档案
域名被规范化，本地部分却不能被归一化：RFC 9598
把整条国际化邮箱地址送入同一个“清洗”函数，看上去是工程上的简化，却可能让身份平台越权重写证书主体。RFC 9598 划出一条不对称的边界：域名按 IDNA2008 转成小写 A-label，而 UTF-8 本地部分原样保留；屏幕上的相似不能替代字节相等、邮箱控制或授权。
互联网历史
数据还在，目录却已经看不见它：RFC 2378
RFC 2378 描述的 Ph 名录没有把隐私压成一个“允许/拒绝”开关。字段是否存在、能否被发现、能否参与检索、是否默认返回、谁能修改，以及哪条控制路径可以改动，都是不同问题。同一条记录，因观察者不同而成为不同的目录。
互联网历史
看起来像邮箱，却不是邮箱：RFC 2377
RFC 2377 想借用互联网已有的名字，让 LDAP 命名不必再造一套全球登记体系。它最值得记住的警告恰好针对最熟悉的字符串：`uid=mailbox-shaped-identifier` 可以标识目录条目，却未必对应可投递邮箱。复用降低协调成本，但不会把身份、目录位置与邮件投递合并成同一事实。
IETF
RFC 9797：随机 MAC 地址可以降低关联性，却不会成为设备身份
“系统里有这个 MAC，所以我们知道是谁。”这句话在网络运维中听起来很自然，却把六件事压进了一个字段：链路转发、跨时段关联、设备认证、用户身份、策略授权和服务状态。RFC 9797 的价值，是迫使这些概念重新分开；随机化减少了一条追踪线索，但不会自动制造匿名，更不会把新地址变成身份证明。
全球云服务趋势
Bird 先用 4.5 亿美元债务兑现股东流动性，再让 AI 代理证明需求
Bird 把股息资本重组与 AI 代理通信基础设施放进了同一则公告，市场却不该把两者记进同一本账。前者可在贷款交割时向股东释放现金；后者只有在授权、同意、送达、运营商收费、客户结算与回款全部走通后，才会形成可偿债的经营价值。
北美机构趋势
EigenQ 的“4500 万美元”首先是一只附条件的商业化时钟
这笔融资并不是一张可立即动用的 4500 万美元运营支票。文件展示的是一座分两段放款、带折价、抵押与股权权利的过桥；第二段又系于 SPAC 交割。判断它的价值，要看 EigenQ 能否在时间和控制权收紧之前拿出付费部署。
IETF
对话接上了，权限没有随标识符一起传来
Agentproto 拟议章程试图让一次交互在跨越智能体、工具、中介、网络切换和中断之后仍可被识别。这样的连续性是有价值的运行证据，但它只能说明若干交互被关联为同一条对话链，不能单独证明谁有权行动、工具究竟做了什么，或用户想要的任务已经完成。
ICANN
430万个 IDN 统计的是注册，不是全球通用结果
一个名称可以已经进入根区、出现在注册量里，也能正常解析，却仍被用户遇到的第一个邮箱输入框拒绝。ICANN 的 2026 年报告同时呈现了这两层现实：多语言标识符已经形成规模，真正使用这些标识符的软件链路却仍不完整。
互联网历史
RFC 2345 的一条公司名检索结果，为什么不是身份与归属证明
输入公司名称，收到一个名称和一个网址，浏览器随即打开页面——RFC 2345 刻意把 1998 年的公司信息定位压缩到这样一个轻量动作。它解决的是“去哪里找”，而不是“这是谁”“域名归谁”或“服务是否可靠”。那条看似完整的结果没有展示匹配规则、来源、排名、遗漏项、域名控制链与实际服务结果。简化响应缩短了下一步，却没有替用户完成核验。