返回最新一期 · 查看全部往期 · 前一期(2026-10-28)

每日要闻 ·

报告日期:2026-10-29

Apple 自带的 git 仍信任已失陷的 eMudhra 证书

安全研究者公开指出,Apple 随开发工具链分发的 git 所使用的证书信任列表,仍然把已被认定遭到入侵的印度 CA 机构 eMudhra 签发的证书列为可信。也就是说,在业界普遍把这批证书标记为不可信之后,Apple 环境下的 git 仍然会照常接受它们。

问题的影响面在于开发者日常的仓库访问路径。git over HTTPS 依赖内置的 CA 信任列表完成服务器身份校验,一旦信任列表里留着已知被攻破的 CA,攻击者理论上可以借助该 CA 签发的证书,对开发者的拉取、推送流量做中间人拦截。受影响的场景包括 macOS 上随 Xcode 命令行工具安装的 git,以及沿用同一套证书配置的本地开发与 CI 环境。

值得关注的是修复节奏的错位:证书信任是一个跨平台、跨工具的补丁问题,浏览器和操作系统把根证书踢出信任库之后,随 IDE、工具链分发的那一份"副本"往往不会同步更新,于是同一个失效的信任决定会在最不容易被注意的地方继续存活。

审计视角
建议排查两类资产的证书信任来源:一是开发者终端上由工具链自带、而非跟随系统更新的 CA bundle(git、curl、包管理器等均属此类);二是 CI/CD 流水线镜像中固化的证书配置。对内部代码仓库和制品库,可考虑强制证书固定或独立签发内部 CA,避免把供应链信任外包给一份长期不更新的静态列表。该项检查也可作为第三方组件清单的一部分纳入常规巡检。
CISA 与加拿大网络安全中心发布 AI Token 治理指南:警惕"拒绝钱包"攻击

CISA 会同加拿大网络安全中心(Cyber Centre)及合作机构发布联合指南《为运营韧性管理 AI Token 消耗》,目标对象是已经在业务中使用第三方"超级智能(SI,即大型模型)"服务的组织。

指南指出的核心风险是:当 AI 能力以 token 计费,用量本身就成了成本、性能和可用性的共同变量。缺乏管控的 token 消耗会带来成本持续攀升且难以预测、服务可用性下降、性能劣化、token 配额被耗尽等问题,并明确提出"拒绝 token(denial-of-tokens)"和"拒绝钱包(denial-of-wallet)"两类攻击形态——攻击者未必需要打穿系统,只要把预算烧光就能造成业务中断。

给出的落地措施较为具体:按业务优先级分配 token 配额、设计更精简的调用流程、改善提示词实践、利用缓存与可复用上下文、在提交前预处理数据,以及持续监控消耗趋势。指南同时建议关键基础设施运营者先梳理哪些关键职能依赖 SI、依赖关系落在哪些服务商身上,并为 SI 在故障、事件或高负载期间不可用的情况预先设计降级方案。

深层逻辑
这份指南把"AI 用量"从技术指标重新定义为运营风险面。过去,模型调用量是研发团队内部的效率话题;现在它同时牵动预算、服务连续性和安全对抗三条线,并且天然具备被外部操纵的属性——一次精心构造的提示词风暴就足以让对手的推理账单失控。对组织而言,这意味着 AI 治理的落点需要从"模型选得好不好"转向"用量管不管得住":预算阈值、配额隔离、供应商可替代性,开始和传统的可用性管理、容量规划写进同一本册子。同时也要看到,指南在强调节约 token 的同时保留了人工监督与治理要求,避免优化效率的过程把安全底线一起优化掉。
Google 发布 Gemini 4 Carbon:主打自主网络安全防御与多日任务编程

Google 正式发布新一代前沿模型 Gemini 4 Carbon,官方定位有两个明确方向:自主网络安全防御,以及可持续多日的 agentic 编程任务。发布后该模型在多项 AI 能力榜单上位居前列,开发者社区随即展开密集讨论。

与常规模型发布不同的是,Gemini 4 Carbon 的早期访问并未直接开放,而是通过 Fairwind 计划仅向经过审核的安全防御方提供。这意味着 Google 把模型最能打的一部分能力(自动化的漏洞发现与安全分析)优先交到了防守方手里,而不是先做成通用 API 投放市场。

"多日 agentic 编程"也是本次发布值得注意的点:任务时长从分钟级拉长到天级,意味着模型需要在长周期内维持上下文、自我校验并管理中间产物,这对工程上的可观测性和回滚机制提出了新要求。

与 Anthropic 相关的美国得州数据中心债券发行据悉被搁置

据财联社与华尔街见闻报道,银行业方面据悉搁置了与 Anthropic 相关的美国得克萨斯州数据中心债券发行。报道未披露搁置的具体原因、涉及的融资规模以及后续是否会重启。

得克萨斯州近年是大型数据中心建设的集中承接地,数据中心的资本开支通常不靠单一企业自有资金完成,而需要项目债、市政债等融资工具的配合。此次发行被搁置,使"AI 算力扩张"这条叙事第一次清晰地落到了资本市场的一侧:融资环节的推进节奏,可能成为算力落地速度快慢的实际约束之一。

需要说明的是,目前公开信息仅止于"搁置"这一动作本身,尚不足以判断是个案调整还是更广泛的融资环境变化,后续进展值得跟踪。

微软一季从 OpenAI 获得 100 亿美元收入,另有 72 亿美元应收未结

根据微软提交的申报文件,该公司在第一季度通过包括收入分成在内的商业安排,从 OpenAI 获得了 100 亿美元收入,接近其当季总营收的 11%。与此同时,微软对 OpenAI 存在 72 亿美元的未结应收款项。

这组数字说明两件事:一是 OpenAI 已经是微软收入的实质性来源,而非单纯的战略投资标的;二是这层关系的现金流并不完全同步——收入确认在前,回款在后,形成了一笔规模不小的应收。对微软而言,这既是业绩贡献,也是一份集中度较高的信用敞口。

把两件事放在一起看,微软与 OpenAI 之间已经从"投资方—被投企业"演化为互相嵌入的商业循环:微软提供算力与分发,OpenAI 贡献模型能力,收益再按协议回流。循环越紧密,任何一端的经营波动都会更快传导到另一端。