主题
数字身份与凭证
在主题维度下，数字身份与凭证主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
IETF
证书到 9999 年才过期，文件绑定却可能从未核验
一次签名证书试图把一张证书、一次密钥使用与一份文件绑在一起。它缩小了证书的用途，却没有让普通验签自动证明文件绑定已核对，更无法让证书字节亲自见证密钥已经销毁。
IETF
复合签名全部通过，封套却写着另一种算法
Composite ML-DSA 把后量子签名与传统签名合成一个验证结果。它的 CMS 规范却提醒运营者：只看两项密码学运算通过，还不足以证明外层摘要、签名标识与实际签入的字节彼此一致。
互联网历史
国家前缀能找到解析器，却不能替档案馆保存对象：RFC 3188
一个 `fi` 前缀可以把查询带向芬兰的 NBN 体系，却不能让已经消失的网页重新出现。RFC 3188 把各国图书馆彼此独立的本地编号拼成全球唯一名称；真正的持久性仍要靠编目、收缴、抓取、迁移与持续运行的解析服务。
IETF
发行方签了外层封套，仍无权替换委托人选定的智能体密钥
AIC JSON Web Token 配置文件第 02 版把委托人签署的授权放进发行方签署的凭证。双层签名的意义不在于多盖一个章，而在于防止发行方借封装之名改掉委托人真正批准的密钥。
互联网历史
校验位是对的，书却可能不是那一本：RFC 3187
一个 ISBN-10 可以通过模 11 校验，却仍可能被错误地用于另一部书。RFC 3187 没有把算术正确包装成身份正确：校验位只能检查字符关系，版本归属、目录记录与解析来源仍需另外验证。
IETF
智能体签过挑战，但随响应送来的公钥仍不是授权书
OpenA2A AIP 第 03 版把一个常被界面压成绿灯的问题重新拆开：签名能证明答题者掌握某把私钥，只有登记记录或解析出的 DID 文档才能说明这把钥匙属于谁。
IETF
Agent 沉默了，信任分数却惩罚了验证方看不见的部分
NBTP 草案把心跳缺失、oracle 窗口跳过和跨场景共同沉默变成分数衰减，甚至触发 SUSPECT 与 QUARANTINED。这个机制可以帮助自动处置，但缺失首先属于观测面，不能未经解释就成为对 agent 行为或品格的判决。
互联网历史
“名单里没有”不等于“钥匙已收回”：RFC 3185
第二封加密消息的收件人名单删掉了三个人，但这三个人仍能解密。名单描述的是新消息如何自我呈现，旧钥匙描述的是谁已经获得能力。RFC 3185 把两者的差别写进安全注意事项：从表示中移除名字，并不会追回此前交付的密码学权限。
互联网历史
“已签名”四个字，藏着几种不同的权力：RFC 3183
“这封邮件已签名”听起来像一句完整结论。RFC 3183 却迫使人继续追问：谁签的，签名表示作者身份、组织放行、审查批准，还是属性绑定？密文又由谁打开？如果这些问题没有答案，一个正确的密码学结果也可能被界面翻译成错误的公共事实。
互联网历史
名字进入了 RSVP，权力仍须决定它意味着什么：RFC 3182
把名字写进报文很容易，把名字变成资源权利却需要一整条可审计的权力链。2001 年的 RFC 3182 允许 RSVP 携带用户、应用、Kerberos 票据或证书，交给策略系统判断一条流能否占用稀缺资源。它没有让身份字段自动成为授权。定位符只指向规则，凭据只支撑验证，PDP 作出策略判断，PEP 才在本地执行；多播汇合时，甚至由谁的应用身份留下，也可能是一项选择。
IETF
支付两端已经一致，交付记录仍然为空
两个代理可以对资金流动作出完全吻合的记录，但这仍然不能填上另一条轨道中缺失的交付证据。
IETF
批次证明通过了，真正入库的 Privacy Pass 令牌有多少？
Privacy Pass 把多枚令牌装进一次签发交互，可以摊薄证明开销，也会把原本分散的失败集中到一个新控制点。证明为真，只说明规定的密码关系成立；从返回多少位置，到最终写入多少可用令牌，再到日后兑换产生什么结果，仍是三本不同的账。
IETF
注册表可以给安全问题命名，却不能让它变得可接受
认证方法标识能够减少系统间的歧义，但方法一旦有了标准名称，并不等于依赖方可以把它当作安全、合规或足够强的认证手段。
IETF
ACME 订单写下了 Profile，证书仍须拿出自己的证明
ACME Profiles 把证书策略选择从含混的 CSR 扩展搬进了明确的订单字段。这是一次有价值的减法，但不是一张合规通行证：账户资格、域名控制、证书字段、上线状态与依赖方接受，仍是彼此独立的事实。
IETF
AML 方法成功了，但这不代表客户已获放行
一枚可移植的 JWT 声明，可以说明筛查流程跑完了，却无法替代机构对客户、交易与法律后果作出的本地判断。
IETF
对话容器已经签名，但究竟证明了什么？
vCon 试图把参与者、对话、附件和机器分析装进一个可移植的记录。签名能锁住某一版字节，却不能替接收方判断：记录是否完整、身份是否真实、同意是否仍有效、分析是否可靠，以及签署者是否有权作出这些主张。
IETF
方法成功了，但 `ivm` 标签仍不是证据
三四个字符足以协调词义，却装不下身份核验案件的来源、过程、质量与时效。
IETF
KYAPay 令牌可以识别代理，准入仍由接收方决定
一份签名断言可以让自动流量变得可归属，却不该把别人门口的决定权一并交给签发者。
IETF
谁能为客户端担保？OAuth 正在拆开两把信任钥匙
客户端发布者可以声明哪些证明者有资格替它说话，却不能命令授权服务器相信谁。OAuth 的一份新草案把这两种权力分开，也暴露出撤回、缓存与既有令牌之间最容易被绿灯掩盖的间隙。
IETF
子令牌有效，整条授权链仍需证明它有权行动
把每次转授权都送回中央服务器审批，会形成延迟与单点；让客户端自行签发子令牌，则必须保证任何一跳都只能收窄权限。真正的凭证不是最后一个 JWT，而是从可信根到本地执行点的完整证据链。