主题
数字身份与凭证
在主题维度下，数字身份与凭证主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
非洲国家电信趋势
尼日利亚 SIM 故障通道由谁开启？规则给出两个答案
每十分钟一次探测、连续一周低于门槛、最长十四天的受限接入。尼日利亚 2026 年用户登记规则把故障流程写得很细，却在“谁有权启动”这一点上出现两种表述。
互联网历史
90 天证书，是 Let’s Encrypt 对自动续期的一次下注
2015 年 11 月，Let’s Encrypt 把证书最长有效期定为 90 天，并建议到第 60 天就续期。短有效期要缩短密钥泄露或错误签发后的可利用时间；更大胆的一层，是把反复续期从管理员的日历移到软件的任务表上。
互联网历史
Kerberos 跨域访问谁说了算？应用服务器握有最后的放行权
线上 Kerberos 排障要同时看三处：客户端 Realm、服务 Realm 和 `transited`。后者只列中间 Realm。RFC 4120 把最终接受或拒绝的责任交给应用服务器；KDC 没检查路径时，应用必须自行核验或拒绝票据。
全球云服务趋势
ServiceNow 给 AI 智能体发护照，开门的权力仍在企业手里
一张签名凭证能证明谁来了，也能通知门卫把谁拦下。它并不会替企业决定谁能改账单、调客户资料或批准付款。ServiceNow 的新产品正好把这道商业分界线照亮。
报道
AI 代理要有身份，ARIN 先问：凭什么归我管？
ARIN 58 的开放麦上，有人主张紧盯 AI 代理标识；首席执行官随即划出界线：用了 IPv6 的数字外形，不等于自动进了区域注册机构的账本。
IETF
群组发得出权限，成员名单却可能读不全
一扇门认得新通行证，管理员却点不清门里还有谁。10 月 28 日提交的一份 SCIM 个人草案，盯住的正是这道裂缝：群组成员可以增删，读取群组时返回的成员数组却未必适合承担完整盘点。提案要给每条成员关系单独的记录，并让服务端明说名单是否齐全。
IETF
蓝牙扫到追踪器，不等于有权查它的主人
一枚陌生定位器出现在随身物品里，持有人需要线索。但如果任何扫到蓝牙信号的手机都能反查主人，丢了东西的人也会被追踪。IETF 的 DULT 工作组草案把这个矛盾放进协议本身：设备处于什么状态、查询从哪个接口发起、是否有人作出动作，都会改变能读到什么。
IETF
办公室里谁都能把自己写进代理名单
办公室里的软件代理若能像打印机一样被自动发现，接入当然方便。麻烦也一样直白：同一条局域链路上的主机，都能报上一个名字。名单是谁写的，决定了客户端下一步会敲谁的门。
IETF
两个程序长得一模一样，谁有资格领那张长期通行证？
机密计算可以量出程序正在运行什么，却未必能分辨同一镜像启动的两个副本。10 月 28 日的一份 IETF 个人草案把这个难题摆到 TLS 门口：是凭当次密钥认人，还是由证书给工作负载一个换钥后仍认得出的名字？
IETF
两把密钥撞进同一个 IPv6 /64，地址认谁？
10 月 27 日的一份 IETF 个人草案，想让工作负载的 IPv6 子网从公钥导出。但在 `/48` 聚合下，参与导出的子网位只有 16 位。草案承认另一把密钥约试 `2^16` 次就可能撞上相同 `/64`。地址可以校验记录，谁先获得这个子网仍由运营方的准入账本决定。
IETF
智能体走了快通道，用户的同意留在一张旧名单上
10 月 27 日的一份 IETF 个人草案提出：个人设备上的智能体访问第三方服务时，可以由 Agent Authorization Center 按预设名单自动放行。服务方收到的令牌可能有效，却未必写明这次是人点头，还是名单替人作答。
IETF
Oblivious CoAP 藏住发送者，代理仍能把请求寄两遍
28 日的一份 IETF 草案为小型设备设计了一条隐身通道：目的端看得到请求，看不到是哪台设备发来。中途代理看不到加密内容，却能重复转发同一封“信”。哪一次是重发、能否执行第二次，最后要由接收服务器判断。
IETF
摘掉智能体的 DNS 门牌，不等于关掉 OAuth 开关
一份十月提交的 IETF 草案想让接收方查清：来访智能体是否仍获其运营机构认可。DNS 记录指向 OAuth 客户端，授权服务器才负责签发凭证。删掉指路牌，新接收方可能反而不再索要凭证；停用客户端才能阻止新凭证，已签发的凭证还要等时限走完。
IETF
平台私信里的“官方客服”，谁给它发的工牌？
招聘网站的求职者在站内收到“官方客服”消息时，判断真假所需的账户资料都握在平台手里。10 月 27 日的一份个人草案挑出两处技术漏口：只做 Unicode 骨架全等比较，以及把含不可见字符的主机名当成已验证输入。平台若让普通账号戴上客服的工牌，受骗者首先看到的是平台自己的信箱。
IETF
TLS 密钥日程换了发动机，门外的认证器还拿着旧说明书
一张 TLS 套件清单写着 SHA-256，并不能替连接回答“密钥究竟怎么算”。10 月 27 日更新的 XOF 草案把这个分歧推进到握手后的身份认证：认证器若在 TLS 库之外运行，必须知道实际选中的 KDF，以及连接使用 TLS 还是 DTLS。只递给它导出的字节，等于把操作说明留在隔壁房间。
IETF
服务器想在你的设备里租个抽屉
新版 QUIC 提案让客户端替服务器保存网络记忆，下次连接时再交回。真正该问的是：抽屉认谁作主人，点击“清除 Cookie”时又由谁清空。
IETF
服务改了条款，昨天那一版谁还拿得出来？
一家机构可以随时更新自己的网站。争议发生时，读者需要的却是交易当天的原文。IETF 一份个人草案把“保留旧版”写成可核对的四件事：原文、摘要、公开日志和独立见证。
IETF
机器人提了建议，谁替公司拍了板？
代理把建议交给另一个代理，再交给工具，流程看起来一路通畅。新草案追问中间缺的那一笔：谁按什么规则把建议变成公司的决定？
IETF
AI 代理逛三家店，每日100美元上限谁来算账？
新草案让一个代理跨外卖、出行和家居服务花同一笔每日预算。每家店看得见自己的订单，真正难的是把三张账单合成一个上限。
IETF
你写下愿望，AI 代理却按勾选框办事
一份新草案让用户亲手交付代理凭证，也允许写下自己的目的。但能拦住下一次调用的是勾选的权限、期限和次数。