From 104 items, 22 important content pieces were selected

  1. Cursor 市场上被篡改的 Claude Code 扩展植入 SSH 后门密钥 ⭐️ 8.0/10
  2. Northflank 遭入侵，多租户 PaaS 安全性争议再起 ⭐️ 8.0/10
  3. nesformer 在 Qwen3.5 模型权重中实现可运行的 NES 模拟器 ⭐️ 8.0/10
  4. Tangled 以基于 AT Protocol 的联邦式代码托管平台重新发布 ⭐️ 8.0/10
  5. Binary Security 披露 Azure 五个可完全跨租户入侵的漏洞 ⭐️ 8.0/10
  6. 谷歌 Gemini 4 Carbon 登顶多项榜单，首发仅向网络安全防御者开放 ⭐️ 8.0/10
  7. OpenAI 将遵守 robots.txt 中共享的 AI 训练偏好信号 ⭐️ 8.0/10
  8. Android Binder 驱动的 C 实现被删除，由 Rust 版本取代 ⭐️ 8.0/10
  9. LLM 挖出数十年潜伏缺陷，PostgreSQL 19 被迫延期 ⭐️ 8.0/10
  10. Anthropic 的 Claude 发现 Linux 多路径 TCP 中可远程利用的 RCE 漏洞 ⭐️ 8.0/10
  11. 任天堂 Wii 运行经典 Mac，充当 PowerMac 替代品 ⭐️ 7.0/10
  12. 文章认为 AI 副驾驶不会取代 SRE，而是在让 SRE「去技能化」 ⭐️ 7.0/10
  13. Spawn：由 AI 智能体自主构建并持续更新的多人游戏世界 ⭐️ 7.0/10
  14. Josef Bacik 提出“cells”，欲让容器成为内核一等对象 ⭐️ 7.0/10
  15. .NET 11 RC2 发布：开放生产环境部署许可，并更新库、F#、MAUI 与 WinForms ⭐️ 7.0/10
  16. curl 曾意外具备图灵完备性，持续约九个月 ⭐️ 7.0/10
  17. 深度解析：GCC 如何降级 switch 语句 ⭐️ 7.0/10
  18. Matthew Garrett 为自己的回音壁音箱加入 Google Cast 功能 ⭐️ 7.0/10
  19. C2PA 的 eMudhra 时刻：PKI 信任弱点威胁内容凭证 ⭐️ 7.0/10
  20. Anthropic 取消 LeetCode 式编程面试，AI 改变工程招聘 ⭐️ 7.0/10
  21. Titus Winters 谈 Google 规模下的软件工程与 AI 对计算机教育的影响 ⭐️ 7.0/10
  22. 英国电网频率跌至 49.657 赫兹，险些引发大停电 ⭐️ 7.0/10

Cursor 市场上被篡改的 Claude Code 扩展植入 SSH 后门密钥 ⭐️ 8.0/10

一名恶意攻击者利用对 Cursor 扩展市场的访问权限，发布了被篡改的 Claude Code VS Code 扩展副本，该版本会向用户的 ~/.ssh/authorized_keys 文件中追加一个标记为“svc-telemetry”的攻击者 SSH 公钥。该恶意版本在周四太平洋时间约凌晨 2:27 至下午 1:35 期间上线，持续约 11 小时后被下架。 这一事件表明，扩展市场而非上游开发者，可能成为 AI 编程工具供应链中最薄弱的一环——一个看似可信的安装包就能悄无声息地授予攻击者持久的远程 shell 访问权限。凡是在该时间窗口内通过 Cursor 安装或自动更新过该扩展的开发者，都应假定自己的机器可能已被入侵，并检查自己的 SSH 密钥。 Anthropic 的 Felix Rieseberg 公开表示，此次事件并非 Anthropic 系统或员工笔记本电脑被攻破，官方渠道发布的版本未受影响，只有 Cursor 用户受到波及。Cursor 的官方公告与社区报道指出，被篡改的构建来自 Cursor 所依赖的 Open VSX 注册表，而非微软官方的 VS Code 市场；Mac 用户可用 grep -qs svc-telemetry ~/.ssh/authorized_keys 命令自查是否受影响。

hackernews · _chall · Oct 30, 07:09 · 社区讨论

背景: Cursor 是一款基于 VS Code 构建、面向 AI 的代码编辑器，与 VS Code 一样从在线注册表安装扩展，只不过它使用的是 Open VSX 而非微软官方市场。扩展以编辑器的权限运行，因此恶意扩展可以在开发者机器上执行任意命令。SSH 公钥认证允许持有对应私钥的人免密码登录，因此把攻击者的公钥追加到 authorized_keys 是一种广为人知的持久化后门手法。把恶意代码混入扩展或软件包注册表的供应链攻击屡见不鲜，因为这类攻击利用的是对分发渠道的信任，而非上游项目本身。

参考链接

社区讨论: 评论者对标题的表述提出了质疑，Anthropic 的代表澄清说，正版 Claude Code 扩展从未被攻破，问题仅限于通过 Cursor 市场发布的篡改副本。其他人分享了实用的检测命令，以及 Cursor 声明中提到的约 11 小时暴露窗口；也有人讨论微软官方市场是否同样受影响，但多数报道只提到 Cursor 和 Open VSX。还有用户指出，该帖子应当附上 Phorion 的原始技术报告链接，其中详细说明了具体的 SSH 密钥植入机制。

标签: #supply-chain-security, #security-incident, #vs-code-extension, #ai-coding-tools, #marketplace-trust

Northflank 遭入侵，多租户 PaaS 安全性争议再起 ⭐️ 8.0/10

提供托管 Kubernetes PaaS 与 AI 运行时服务的 Northflank 通过其状态页披露了一起安全事件，成为最新一家遭到攻击的 as-a-service 厂商。社区成员统计，仅在大约一个月内就发生了至少六起针对多租户 SaaS／基础设施厂商的大规模攻击，涉及 PingCAP/TiDB、Fireworks AI、Zeabur、OpenCode Console、Railway，如今又加上 Northflank。 在多租户 PaaS 中，平台方的安全就是租户的安全——一旦平台被攻破，所有租户的密钥与工作负载都可能暴露，因此这类事件会波及大量下游团队。这波疑似集中的攻击可能促使企业客户回流至超大规模云厂商（hyperscaler），因为后者的安全认证与隔离保障久经考验，而“更好用”的开发者体验无法替代安全性。 讨论者指出，根据现有信息，攻击者似乎并未获取客户代码或编译后的二进制文件；因此有人提出一种务实的变通做法：把环境变量加密，并把解密密钥硬编码在应用代码中，这样即便环境变量被窃取、没有二进制文件也无法解密。尽管所链接的页面只是一个信息极少的状态页，该帖仍获得了大量关注（376 分、283 条评论）。

hackernews · js4ever · Oct 30, 15:10 · 社区讨论

背景: Northflank 是一个“开箱即用”的开发者平台，负责在 Kubernetes 上构建、部署、伸缩与观测工作负载，定位为面向平台工程和 AI/ML 团队的托管 PaaS 替代方案。多租户是这类平台的核心架构特性：众多客户共享同一运行时与底层资源，因此租户之间的隔离是最关键的安全边界，平台方一旦被攻破，风险会级联传导给所有客户。安全从业者把这种现象称为“安全继承”——PaaS 厂商的安全态势实际上被传递给了它的客户，这也是基础设施初创公司遭遇入侵时影响范围远大于单一企业内部事件的原因。

参考链接

社区讨论: 讨论的主流情绪是警觉甚至危机感：一位评论者把九月以来接连发生的六起攻击称为“一场全面的信息安全紧急事件”；另一位则预测市场会重新向超大规模云厂商靠拢，因为在面向企业销售时，“再怎么‘好用’也替代不了安全”。也有人把目光放得更远，认为如果面对 LLM 速度的攻击、技术层面的安全已难以维系，行业可能会转向行为安全（behavioral security）与人为增加摩擦——例如高价值交易需要数日才能结算——而零信任是部分答案。

标签: #security, #cloud-infrastructure, #SaaS, #incident-response, #multi-tenancy

nesformer 在 Qwen3.5 模型权重中实现可运行的 NES 模拟器 ⭐️ 8.0/10

开发者 Drew Breunig 发布了 nesformer，它把 NES 的 6502 CPU（2A03 芯片的核心）、2 KB 工作内存以及卡带中的程序 ROM 全部编译进一个原生 Qwen3.5 检查点（Qwen3_5ForCausalLM）的权重里，而不是写成普通代码来执行。在一次长达 1,916,527 个 token、共 600 帧的 Thwaite 游戏测试中，保存下来的 300 帧画面每一帧都与传统 6502 模拟器的输出完全一致。 该项目生动展示了神经网络执行与传统确定性程序执行之间的算力鸿沟：它的运行速度比真实硬件慢 150 至 290 倍，量化了大模型式计算为一个本来只需几 KB 汇编代码就能完成的任务所带来的巨大开销。它还暗示了一种替代外部工具调用的设想——把小型解释器或虚拟机直接嵌入模型权重，仅靠矩阵乘法就能执行。 该检查点包含 4.666 亿个 bf16 参数，但其中只有 930 万个非零参数，因此压缩后的权重文件仅 3.3 MB；模型中的 Gated DeltaNet 层被用作模拟内存，渲染速度约为每帧 1 至 6 秒。Breunig 表示可用的权重和代码是由 Opus 5.5 仅凭两条提示词生成的，代码仓库采用 MIT 许可证。

hackernews · dbreunig · Oct 30, 16:40 · 社区讨论

背景: 模拟器通常通过编写软件逐条复刻游戏机处理器的指令来工作，速度快且精确，但需要手写大量逻辑。这个项目则把同样的状态机编码成神经网络的权重，于是每一次模拟 CPU 步骤都变成一次模型前向推理——原理上正确，但代价高得多。Qwen3.5 是阿里云的开源权重大模型系列，而这项工作建立在 Divyansh Agrawal 早前的概念验证项目 qwenputer 之上，后者把同样的技巧用在一台更简单的计算机上。

参考链接

社区讨论: 评论者热情高涨但也保持清醒：armcat 建议把一个小型虚拟机编译进权重，让 Python 解释器、shell 或 grep、sed 之类的工具能通过矩阵乘法在模型内部运行，而不再依赖缓慢的自回归式工具调用；jacquesm 则坦言，对一个热衷于汇编代码高尔夫的人来说这个 hack 堪称“恐怖”，同时也让人重新认识到确定性程序有多高效。pbohun 指出，该项目证明让大模型逐帧“幻觉”出整个操作系统在技术上确实可行，但代价是数千倍的算力。

标签: #LLM, #emulation, #model weights, #systems research, #Hacker News

Tangled 以基于 AT Protocol 的联邦式代码托管平台重新发布 ⭐️ 8.0/10

Tangled 是一个构建在 AT Protocol 之上的联邦式 Git 代码托管平台，此次重新发布带来了已稳定下来的 AT Protocol lexicon、全面重构的架构与界面，并支持用户在自己的服务器上托管整套技术栈（或只托管其中一部分）。该版本还新增了组织账号（organizations），用全球边缘基础设施替换了原先的单台瑞典服务器，并为所有 Git 用户提供了堆叠式拉取请求（stacked pull requests），私有仓库也承诺将在未来几周内上线。 它被宣传为首个真正意义上的联邦式代码托管平台：开发者可以把仓库放在自己的机器上，同时仍能与其他实例上的用户无缝协作，这为软件协作过度集中于 GitHub 的现状提供了一个有意义的替代方案。对于担心平台锁定或单一供应商依赖的团队而言，Tangled 提供了一条开放协议的路径，在保留 Git 作为事实来源的同时，补上了 forge 式的代码评审与 CI 能力。 稳定后的 lexicon 把 issue、pull request 和评论等协作记录放在仓库作用域（repository scope）下，而不是用户作用域，这正是第三方 forge 实现互操作所必需的改动。Tangled 将这些协作对象存放在仓库数据模型之内；由于它运行在 AT Protocol 的 XRPC 与类 JSON-Schema 的 lexicon 体系之上，独立服务器可以充当“knot”主机并与主网络联邦互通。

hackernews · Lobsters · Oct 30, 15:44 · 社区讨论

背景: 像 GitHub、GitLab 这样的传统代码托管平台是单一服务，仓库、issue 和 pull request 全都归它一处所有。AT Protocol 是 Bluesky 背后那套开放的联邦式社交数据协议，用户数据存放在由独立运营的服务器上的个人仓库中，并通过“lexicon”（定义记录类型与 RPC 方法的 JSON schema）来描述。Tangled 把这套模型套用到 Git 托管上：仓库历史仍保存在 Git 中，而围绕它的协作数据则在众多服务器之间联邦分布，而非集中于单一供应商。

参考链接

社区讨论: 讨论整体积极且颇具技术含量：Tangled 的联合创始人在帖中直接答疑；有用户表示打算把一个项目的仓库、发布甚至 CI 从自建 Gitea 迁到 Tangled，仅保留 GitHub 用于曝光、备份和抢注命名空间；另一位 forge 开发者（juju.bi）则询问最终定稿的 lexicon 是否已把 issue、PR 和评论归入仓库作用域，以便他的服务器能作为 knot 与之互操作。还有人提到其 380 万欧元融资消息，并提出界面方面的批评，认为首页时间线过于杂乱，建议个人主页的活动图改用大家熟悉的 GitHub 式贡献方格。

标签: #federated-code-forge, #at-protocol, #git, #decentralized-collaboration, #self-hosting

Binary Security 披露 Azure 五个可完全跨租户入侵的漏洞 ⭐️ 8.0/10

安全公司 Binary Security 发布了一篇题为《Azure’s Weakest Link – Five Full Cross-Tenant Compromises》的研究文章，记录了 Microsoft Azure 中五条相互独立的漏洞利用链，每一条都能让攻击者突破自身租户边界，完全控制另一个客户的资源。文章将这些弱点归因于 Azure 的身份与授权同意机制，而非某个单一的编码缺陷；社区讨论则聚焦于 OAuth2 管理员同意流程的回调，以及资源寻址中的路径穿越与 IDOR 类问题。 跨租户入侵打破的是企业在迁移上公有云时默认信任的核心隔离保证，因此哪怕只有一条这样的漏洞，也可能暴露彼此毫无关联的客户的数据、凭证和签名基础设施。由于 Azure 的租户模型是 Microsoft 365、Entra ID 以及大量第三方 SaaS 集成的基础，这些发现引发的是对整个 Microsoft 生态多租户身份设计的系统性质疑，而不仅仅关乎某一个服务。 根据讨论内容，最令人不安的是 login.microsoftonline.com/{tenant}/v2.0/adminconsent 流程：只要攻击者知道另一个客户的租户 ID，就能伪造该流程最终跳转的回调地址。Microsoft 的文档也警告开发者绝不要用 tenant 参数的值来做身份认证或授权，但批评者认为在缺少安全替代方案的情况下这条建议并不可行。评论者还指出，其中部分底层模式属于典型的路径穿越和 IDOR（不安全的直接对象引用）问题，可能自相关功能上线起就一直存在，而“给资源名称增加随机性”的建议本质上只是安全上的隐匿式防护。

hackernews · swq115 · Oct 30, 10:06 · 社区讨论

背景: 公有云都是多租户的：众多客户共享同一套底层基础设施，云厂商负责在逻辑上隔离各自的数据、身份与权限。在 Azure 中，租户（由 GUID 形式的租户 ID 标识）是最高层的身份容器，管理员通过 OAuth 2.0 的管理员同意流程为第三方应用授权，而该流程在设计上就需要在客户租户与 Microsoft 登录端点之间重定向浏览器。由于租户 ID 经常出现在 URL、工单和公开文档中，它被视为标识符而非机密，因此任何依赖它做授权判断的流程都可能成为跨租户攻击面。

参考链接

社区讨论: Hacker News 上的反应总体上是赞赏这项研究——有评论称作者是“Azure 开发者的噩梦”——同时也夹杂着对 Microsoft 的不满。一位评论者直接呼吁 Microsoft 安全团队修复可被伪造的 adminconsent 回调；另一位认为 Azure 在跨租户信息泄露方面远超同行，并质疑企业为何仍然纷纷选择它；还有人认为这些路径穿越和 IDOR 模式由来已久，并非新出现的问题。

标签: #azure, #cloud-security, #multi-tenancy, #vulnerability-research, #identity-security

谷歌 Gemini 4 Carbon 登顶多项榜单，首发仅向网络安全防御者开放 ⭐️ 8.0/10

谷歌 DeepMind 发布了新一代前沿模型 Gemini 4 Carbon，官方称其为“在网络安全与长程任务能力上达到最先进水平的史上最强模型”，初期仅向经过审核的网络安全防御者开放访问。据报道，该模型在多项独立评测中领先，并在部分基准上超过 OpenAI 与 Anthropic 的顶级模型，在编程和智能体任务上有明显提升。 一款登顶独立榜单的谷歌前沿模型，使得谷歌与 OpenAI、Anthropic 在能力最前沿的三方竞争进一步白热化。以网络安全为先、限制性放开的发布方式，也标志着双用途 AI 能力正走向分级准入，这将影响安全团队、企业和政策制定者获取前沿模型的途径。 谷歌尚未公布 Gemini 4 Carbon 的 API 模型 ID、上下文窗口或模型文档，该模型是在此前的 Gemini 4 Argon 基础上构建，属于渐进式提升。分阶段开放意味着大多数开发者暂时无法使用，而对其宣称的网络安全与长程任务性能的独立验证也仍然有限。

rss · Latent Space · Oct 29, 05:55

背景: “前沿模型”指的是处于或接近当前 AI 能力上限的系统，通常是顶级实验室最新发布的最大规模模型，这一标签如今越来越多地伴随监管与安全评估义务。谷歌 Gemini 4 系列采用以元素命名的代号，Carbon 被定位为 Gemini 4 Argon 的继任者。将具备强大网络攻防能力的模型限制给经过审核的防御者，正在成为行业惯例：OpenAI 已推出类似的“Trusted Access for Cyber”计划，Anthropic 也对双用途模型采取过阶段性发布策略。

参考链接

标签: #Google Gemini, #LLM, #AI benchmarks, #cybersecurity, #model release

OpenAI 将遵守 robots.txt 中共享的 AI 训练偏好信号 ⭐️ 8.0/10

OpenAI 宣布将遵守 robots.txt 中的一项通用信号，该文件用于让网站表达其内容是否可用于基础生成式 AI 训练的偏好。这意味着网站运营者可以一次性向多家参与的 AI 提供商传达其 AI 训练选择，而不必与每家公司单独交涉。 这为出版商、创作者和网站所有者提供了一个统一的标准化手段来选择退出 AI 训练，而不再依赖零散的针对单个爬虫的指令或双边授权协议。如果其他主要 AI 提供商也采纳同一信号，它可能成为事实上的 Web 标准，从而影响整个行业的训练数据治理方式。 该公告内容简短，并未说明具体支持哪一个 robots.txt 令牌或版本，也没有说明如何执行或验证合规性。值得注意的是，robots.txt 指令通常被视为访问偏好而非排名信号，而且部分提供商（例如 Apple）是通过 meta 标签而非 robots.txt 令牌来表达 AI 训练偏好的。

rss · OpenAI Blog · Oct 30, 09:30

背景: robots.txt 是长期存在于网站根目录的纯文本文件，用于告知自动爬虫可以访问网站的哪些部分。随着生成式 AI 模型开始使用海量网页内容进行训练，出版商希望有一种方式能够选择退出这种特定用途，于是出现了多个相互竞争的提案，包括 ai.txt 和 llms.txt，它们用途各不相同：ai.txt 用于表达 AI 训练和授权偏好，而 llms.txt 则提供一份经过整理的、便于 AI 读取的网站地图。共享的 robots.txt 信号旨在整合这些诉求，使一次声明即可同时传达给多家 AI 提供商。

参考链接

标签: #AI training, #robots.txt, #web standards, #data governance, #OpenAI

Android Binder 驱动的 C 实现被删除，由 Rust 版本取代 ⭐️ 8.0/10

在 Kangrejos 2026 大会上，Carlos Llamas 宣布他已删除 Android Binder 驱动的 C 语言实现，现场与会者报以掌声，随后他分享了替换这一实现的过程与经验。多年从事该 Rust 实现工作的 Alice Ryhl 也补充了她对此次迁移中最困难、最有意思部分的看法。 这是 Rust-for-Linux 从实验走向生产级工作最明确的信号之一：Binder 是每台 Android 设备的核心 IPC 机制，替换其沿用多年的 C 驱动会影响到数量庞大的已部署系统。这也为用内存安全的 Rust 取代成熟 C 内核代码提供了一个实实在在的先例。 该演讲是 Kangrejos 2026 的最后一场会议，宣布的内容是 C 代码已被实际删除，而不仅仅是一项提案。讨论重点在于移植过程中的工程经验，即在 Rust 中重现哪些部分最困难、贡献者学到了什么，而非新功能或性能数据。

rss · LWN.net · Oct 30, 17:46

背景: Binder 是 Android 最主要的进程间通信机制，允许一个进程以完全透明的方式调用另一个进程中的函数；它以驱动形式存在于 Linux 内核中，支撑着 Android 应用与系统服务之间几乎全部的通信。Rust for Linux 是 2020 年启动的项目，目标是让 Rust 成为可用于编写内核代码的语言，借助其内存安全保证减少驱动缺陷。Kangrejos 则是 Rust-for-Linux 开发者每年在 Linux Plumbers Conference 之前举行的非正式、仅限受邀者参加的小型聚会，用于讨论进展与悬而未决的问题。

参考链接

标签: #Rust for Linux, #Android Binder, #kernel development, #IPC, #memory safety

LLM 挖出数十年潜伏缺陷，PostgreSQL 19 被迫延期 ⭐️ 8.0/10

PostgreSQL 核心开发者 Robert Haas 发表了一篇复盘文章，解释 PostgreSQL 19 发布延期的主要原因：LLM 发现长期潜伏缺陷的速度，已经超过了项目维护者进行分类、排查和修复的速度。他强调延期本身时间不长，且源于项目对质量的坚持，但长期前景则远不明朗。 这一观察具有系统性意义，而不仅限于 PostgreSQL：任何成熟的代码库都沉淀了数十年人类未能发现的缺陷，而 LLM 如今可以将其挖掘出来，这意味着基础性开源项目将面临缺陷报告与补丁数量的骤然且持久的增长。这让人们不得不追问：维护者的精力、代码评审能力是否足够，以及这些项目能否在应对洪流的同时继续创新。 Haas 认为从大局看这次延期并不算长，且出发点是质量考量；他坦承自己目前还不知道项目要如何消化 LLM 找出的、累积了四十年的潜伏缺陷，只表示自己和许多其他人正在努力寻找答案。真正的瓶颈与其说是缺陷发现，不如说是缺陷分类与评审能力，而这恰恰是这类项目余量最少的地方。

rss · LWN.net · Oct 30, 16:52

背景: PostgreSQL 是使用最广泛的开源关系数据库之一，由志愿者社区而非单一公司驱动开发，大致每年发布一个大版本，流程中包含功能冻结和 beta 测试阶段。由于大量代码可追溯到几十年前，且对正确性要求极严，其维护者历来倾向于缓慢而审慎的评审，而非快速合并。如今 LLM 越来越多地被用于代码评审和缺陷挖掘流程，这意味着成熟项目收到的机器生成的问题报告数量，已远超其人类流程最初的设计承载能力。

参考链接

标签: #postgresql, #open-source, #llm, #software-maintenance, #release-management

Anthropic 的 Claude 发现 Linux 多路径 TCP 中可远程利用的 RCE 漏洞 ⭐️ 8.0/10

10 月 27 日，Anthropic 公开了 CVE-2026-98432：Linux 内核多路径 TCP 栈中存在一个可远程利用的释放后使用（use-after-free）漏洞，当重传的 SYN 报文处理与另一线程中连接建立同时发生时触发，使先执行的线程能够读取已释放的内核内存或写入攻击者控制的载荷。该漏洞的修复已合入上游主线，做法是将连接 options 结构的释放推迟到一个 RCU 宽限期之后；10 月 29 日 Go 安全团队又警告称所有 Go 程序默认启用 MPTCP，因此许多系统可能已在不知不觉中受影响。 内核 TCP 栈中一个可被远程触达、并可能导致内存泄露或受控缓冲区溢出的释放后使用漏洞本身就属于高危问题，任何开启了 MPTCP 监听的主机都可能受影响，包括如今默认启用 MPTCP 的 Go 服务。这次披露还被视为大模型驱动漏洞研究的一次示范：该漏洞是由 Anthropic 的 Claude 发现，而非传统模糊测试或人工审计。 该漏洞本质上是处理重传 SYN 与另一线程中连接建立之间的竞态，因此依赖时序条件，并非单个报文即可稳定触发。值得注意的是，Go 安全公告显著扩大了受影响范围，因为 Go 程序默认启用多路径 TCP；文章还提醒 TCP 栈的其他部分也可能存在类似缺陷，用户应在发行版提供补丁内核后尽快升级。

rss · LWN.net · Oct 30, 15:45

背景: 多路径 TCP（MPTCP）是标准 TCP 的扩展，已标准化为 RFC 8684（MPTCPv1），允许单条连接同时使用多个网络接口或路径，以提升吞吐量和冗余性；Linux 在内核中实现该协议，应用程序通过创建 MPTCP socket 来选择启用。释放后使用（use-after-free）是一类内存安全缺陷，指代码在结构已被释放后仍继续访问它，在内核态下可被转化为信息泄露或任意代码执行。该修复依赖 RCU（Read-Copy-Update）这一内核同步机制：内存只有在一个“宽限期”结束后才会被回收，而该宽限期足以保证所有可能仍持有引用的读者都已结束访问。

参考链接

标签: #linux-kernel, #security, #vulnerability-research, #multipath-tcp, #ai-for-security

任天堂 Wii 运行经典 Mac，充当 PowerMac 替代品 ⭐️ 7.0/10

Virtually Fun 博客文章《My favourite PowerMac is a Nintendo Wii》描述了如何把已破解的任天堂 Wii 当作运行经典 Mac OS/PowerMac 软件的机器，并在 Hacker News 上引发 262 分、75 条评论的讨论。该文是经验分享而非官方发布，但展示了一套把 Wii 视为 PowerPC Mac 替代品的复古计算方案。 这表明 Wii 基于 PowerPC 的硬件和成熟的自制软件生态可以被改用于运行老式 Mac 软件，从而延长主机和经典 Mac OS 的生命周期。对复古计算爱好者和自制软件开发者来说，这具有重要意义，因为它是游戏机硬件跨界进入通用计算的又一个例子。 这套方案是非官方且面向爱好者的，因此用户应预期配置过程会有摩擦，经典 Mac 软件的兼容性也不完美。讨论中有人链接了 Wack0 的 Macintosh 与 GameCube/Wii 移植仓库，还有评论者希望该 Mac OS 移植能进入 Wii 社区自制软件库 Open Shop Channel。

hackernews · DHowett · Oct 30, 17:25 · 社区讨论

背景: 经典 Mac OS 是苹果在 Mac OS X 之前使用的操作系统系列，从 1984 年的 System 1 到 2001 年的 Mac OS 9，先后运行在 68k 和 PowerPC 架构的 Macintosh 上。任天堂 Wii 同样采用 PowerPC 系列处理器，因此自制软件开发者会尝试通过模拟、Mac-on-Linux 或自定义引导程序在主机上运行 Mac OS 和 Mac 软件。Wii 自制软件生态还提供了 Open Shop Channel 这类应用目录，让破解后的主机可以安装非官方软件。

参考链接

社区讨论: Hacker News 上的反应热情且充满怀旧情绪：评论者称赞 Wii 自制软件和 WiiLink 在线游戏恢复的现状，分享 Wack0 的 Macintosh 与 GameCube/Wii 移植仓库链接，还开玩笑说能不能反过来让 PowerMac 运行 Wii。有人提到经典 Mac OS 的“jank”魅力，也有人询问《Marathon》和《Specter》等具体游戏能否运行，说明大家关心的是实际兼容性而不只是猎奇。

标签: #retrocomputing, #Nintendo Wii, #classic Mac OS, #emulation, #homebrew

文章认为 AI 副驾驶不会取代 SRE，而是在让 SRE「去技能化」 ⭐️ 7.0/10

Signoz 的一篇通讯文章提出，用于站点可靠性工程（SRE）的 AI 副驾驶并不会取代 SRE，而是会在不知不觉中让 SRE「去技能化」；文章建议借鉴航空业做法，把某些故障——即便是 AI 能够处理的故障——指定为必须由人练手的场景。该文在 Hacker News 上引发了约 527 分、397 条评论的热烈讨论。 当 AI 智能体在云环境排障、日志关联和故障初判上真正变得好用，值班工程师可能就不再积累那些隐性排障能力，而一旦自动化出错、不可用或遇到全新故障，这些能力恰恰是最需要的。这一论点把常见的「AI 会不会抢走我的工作」之争，重新框定为「人的能力会不会退化」的问题，而这关系到每一家把 AI 智能体接入生产系统的组织。 该建议属于组织管理层面的政策提议，而非技术研究成果——文章并未给出任何技能退化的量化数据，而是依赖航空业的类比：监管机构要求飞行员保持手动飞行时长，并设置关闭自动驾驶的模拟机科目。但这个类比有明显缺口：航空业有数十年的空难数据、标准化认证和模拟机，而 SRE 并没有对应的正式培训或执照体系。

hackernews · dorianniemiec · Oct 30, 15:52 · 社区讨论

背景: 站点可靠性工程（SRE）是一门以可靠方式运行生产系统的学科，把软件工程与运维结合起来：SRE 负责可用性、延迟和性能，日常工作涉及监控、SLI/SLO、故障响应与自动化。如今厂商已在售卖「AI SRE 副驾驶」，可读取遥测与日志并推进故障排查，不少工程师也早已让 AI 智能体以只读权限访问云控制台和命令行。「去技能化」是自动化长期被研究的副作用，从飞行员日益依赖自动驾驶的航空业，到使用决策支持工具后风险判断变得粗糙的金融审计领域，都能观察到类似现象。

参考链接

社区讨论: 讨论意见明显分化。一些评论者认可航空业的类比，认为随着复杂度上升，这是保持人的胜任力的成熟范式；一位创业公司工程师也坦言，AI 智能体在「使用计算机」方面已超越人类，解决云上问题的速度约是手动的十倍。另一些人则强烈反驳：有人认为 SRE 的核心一直是理解数据流、瓶颈与架构，而在 AI 生成的系统上这种理解根本不存在；也有人指出 Terraform 这类基础设施即代码工具早已让该领域去技能化，正确的回应是让工具变得更好，而不是刻意保留手工技能。

标签: #ai, #sre, #automation, #deskilling, #site-reliability-engineering

Spawn：由 AI 智能体自主构建并持续更新的多人游戏世界 ⭐️ 7.0/10

Jacob Sansbury 发表了一篇详尽的文章，讲述他如何打造 Spawn——一个大型多人在线体素游戏，玩家可以通过向游戏内的智能体 Savi 下达提示词来凭空生成并改造 3D 世界。Simon Willison 在手机上试玩了几分钟，先是用提示词生成了一座城堡，随后又生成了一条龙，并骑着这条龙在城堡周围飞行。Sansbury 表示，这款游戏如今主要由一大群由 Fable 模型驱动的智能体开发，它们直接修改线上代码并每小时发布到生产环境，每月消耗的 token 费用超过 300 万美元，他称之为“30 倍于人力成本的 AI 开销”。 这个案例把持续部署和智能体工程推到了极致：智能体自行读取生产环境错误、提交并分诊自己的缺陷报告，并在一小时内把修复交付给具体用户，为小团队以尖端模型为主要“劳动力”来运维软件提供了一个具体范本。它还表明，生成式世界构建正在从演示走向可实际游玩的多人产品，自然语言正在取代关卡编辑器和美术资源管线。 团队约 60% 的工作源自生产环境报错、Savi 提交的缺陷报告、日志中的异常或功能需求；若一小时没有发布，就会被当作最严重的 SEV-0 事故处理，理由是智能体只能在脑中维持数小时工作的一致性。出问题的改动可以在 30 秒内在确切出错的位置回滚；监控和日志告警会唤醒负责该故障的智能体，团队还会故意制造故障来检验这套恢复闭环。

rss · Simon Willison · Oct 29, 17:00

背景: Spawn 是一款“AI 原生”的多人游戏：它不依赖预先制作好的固定内容，而是内置一个名为 Savi 的游戏内智能体，把玩家的提示词转化为对体素风格 3D 世界的改动，因此同一套模型能力同时服务于玩家和工作室自身的开发流程。“智能体工程”（agentic engineering）指的是在人类指导下编排自主的大语言模型智能体，让它们规划、编写、测试并迭代代码；而“Fable”是 Anthropic 的 Claude Fable 模型系列，其中 Fable 5.1 被 Anthropic 描述为面向长时间运行的智能体与编程任务的“Mythos 级”模型。持续部署——即自动把每个通过验证的改动推送到生产环境——则是本文所述“每小时发布”节奏背后的运维范式。

参考链接

标签: #AI agents, #LLM applications, #generative game worlds, #agentic engineering, #frontier models

Josef Bacik 提出“cells”，欲让容器成为内核一等对象 ⭐️ 7.0/10

Josef Bacik 发布了名为“cells”的提案 RFC v2，旨在让容器成为内核正式认可的一等对象。该补丁系列重新尝试一个多年来屡次提出却始终未能推进的设计目标。 若被接受，cells 可能为内核提供原生容器抽象，有望简化运行时在命名空间、cgroups 和沙箱机制之上的隔离与资源管理。但它面临与早期失败尝试相同的长期反对意见，因此短期影响更可能是讨论而非合入代码。 该提案是 RFC v2，尚未合入主线，且现有摘录未披露其底层 API 或语义细节。此前 David Howells 等人的容器对象补丁曾引发担忧：单一的内核容器对象与实际容器使用方式不匹配，且其动机主要是解决容器环境中的内核 upcall 问题。

rss · LWN.net · Oct 29, 14:02

背景: Linux 内核本身并没有容器抽象。容器实际上是在用户空间由命名空间和 cgroups 等机制组装而成：命名空间隔离进程能看到的内容（如 PID、挂载点和网络接口），cgroups 则限制和统计资源使用（如 CPU 和内存）。Docker、Podman 和 Kubernetes 等容器运行时将这些机制与沙箱功能组合起来。由于没有单一的内核对象代表容器，需要识别或定位容器的内核功能（例如 upcall）长期难以可靠实现。

参考链接

标签: #linux-kernel, #containers, #namespaces, #cgroups, #operating-systems

.NET 11 RC2 发布：开放生产环境部署许可，并更新库、F#、MAUI 与 WinForms ⭐️ 7.0/10

微软发布了 .NET 11 的第二个候选版本（RC2），并随该预览版提供 go-live 许可，允许团队将 RC2 构建部署到生产环境。此次发布还包含对基础类库、F# 语言及工具链、.NET MAUI 和 Windows Forms 的一系列更新。 go-live 许可是企业用户最关心的里程碑：它意味着该平台已被认为足够稳定、可用于真实生产负载，组织可以在正式版发布前开始迁移和验证应用。由于更新涉及 MAUI、WinForms 这类广泛使用的 UI 技术栈以及 F#，维护跨平台或桌面应用的团队可以提前发现回归问题。 候选版本意味着功能已经冻结，因此 RC2 预计以缺陷修复和稳定性改进为主，而非新增 API；同时 go-live 许可通常并不附带针对生产事故的正式支持承诺。RC2 的改动分散在库、F#、MAUI 和 WinForms 等多个子系统，开发者应查阅各领域的发布说明，而不是期待某个单一重磅功能。

rss · InfoQ 中文站 · Oct 30, 15:09

背景: .NET 是微软主导的开源跨平台开发者平台，每年发布一个大版本，流程依次经过预览版、候选版本（RC）和正式版（GA）。所谓 go-live 许可是一项授权条款，解除了“预览版不得用于生产环境”的限制，实际上表明运行时和 SDK 的质量已接近正式版。Windows Forms（WinForms）是历史悠久的 Windows 桌面应用 GUI 类库；.NET MAUI 是较新的跨平台 UI 框架，可用同一套 C#/XAML 代码构建 Android、iOS、macOS 和 Windows 原生应用；F# 则是该平台上面向函数式编程的语言。

参考链接

标签: #.NET 11, #release candidate, #F#, #MAUI, #WinForms

curl 曾意外具备图灵完备性，持续约九个月 ⭐️ 7.0/10

seriot.ch 上的一篇分析文章指出，curl 的 .curlrc 配置文件变量展开以及基于函数的数据变换能力，曾让这个工具意外地具备了图灵完备性，前后持续约九个月。作者甚至用纯 curl 配置实现了康威生命游戏来证明这一点，并提到该能力后来被发现并回退（移除）。 配置文件通常被视为惰性数据，而 curl 配置语言竟然能编码任意计算，这一发现改变了安全审查者和维护者对命令行工具攻击面的认知。它也为著名的“意外图灵完备”清单增添了新案例，此前该清单中已包含 C++ 模板等非预期系统。 这种计算能力依赖 curl 配置文件中变量与“变换变量数据的函数”的组合，两者共同提供了足够的状态与迭代能力，从而可以模拟图灵机。作者用 curl 实现的生命游戏就是一个构造性证明；最终该特性被从 curl 中移除，而不是作为正式能力保留下来。

rss · Lobsters · Oct 30, 07:24

背景: curl 是广泛使用的命令行数据传输工具，支持从纯文本配置文件（默认名为 .curlrc）而不是命令行读取选项。该配置格式还支持为变量赋值并用函数对数据做变换，这使配置可复用，但在本例中也带来了意想不到的强大能力。所谓图灵完备，是指一个系统在内存不受限的前提下原则上能计算图灵机能计算的任何东西——这一性质通常只属于真正的编程语言，出现在配置解析器里自然令人惊讶。把这种能力藏进配置文件之所以重要，是因为配置文件常被视为可信、不可执行的输入。

参考链接

标签: #curl, #turing-completeness, #configuration-parsing, #security, #computability

深度解析：GCC 如何降级 switch 语句 ⭐️ 7.0/10

xoranth.net 上的一篇新技术文章详细剖析了 GCC 对 switch 语句的降级策略，解释了编译器如何在基于比较的决策树与跳转表之间做选择。文章梳理了 GCC 将一条 C 语言 switch 语句转换为最终机器码控制流所实际使用的各个编译遍与启发式规则。 switch 降级是代码生成中一个虽小却十分典型的环节，理解 GCC 的启发式规则有助于开发者写出能被编译成高效跳转表或无分支代码的 switch。对于编译器工程师而言，这还提供了一个与 LLVM/Clang 对照的具体参照，因为后者在多路分支上做出了不同的取舍。 两种主要降级形式是：由比较构成的决策树（通常会被重排，使对 case 值的二分查找达到 O(log N) 复杂度），以及跳转表——即先减去最小 case 值，再以该值索引的一张代码地址数组。跳转表只在 case 值较为稠密且区间跨度不会过大时才可行，因此稀疏或分布很散的取值通常会退回到比较链。

rss · Lobsters · Oct 30, 20:00

背景: 编译器会经由若干中间表示来翻译源代码，而“降级”（lowering）就是把这些高层结构逐步改写为更贴近真实指令的简单结构的过程。switch 语句在硬件上没有直接对应物，因此编译器必须自行合成控制流：要么是一连串条件分支，要么是通过地址表进行的间接跳转。GCC 在目标无关的中间端完成其中一部分工作，并在 RTL 展开阶段收尾，最终在跳转表与分支之间做出抉择。

参考链接

标签: #compilers, #GCC, #switch statements, #code generation, #programming languages

Matthew Garrett 为自己的回音壁音箱加入 Google Cast 功能 ⭐️ 7.0/10

知名 Linux 与固件开发者 Matthew Garrett（mjg59）发布了一篇博客文章，讲述他如何为自己的回音壁音箱（soundbar）添加 Google Cast 功能，从而把一台普通音箱变成了支持 Cast 的音频终端。这是一篇动手实践类的技术记录，而非某款产品或上游项目的发布公告，并在 Lobsters 上引发了关注。 通常，想要支持 Cast 就需要购买经过认证的 Chromecast 或授权音箱，而这次爱好者级别的重新实现说明，这一生态中的相当一部分能力可以在通用或嵌入式硬件上重建。对于使用 DIY 音频系统、自建媒体服务器，或仍在使用音质不错但已老旧设备的人来说，这类工作提供了一条在缺乏厂商支持的情况下继续让设备发挥作用的路径。 Google Cast 接收端通常需要经过认证并运行 Google 的接收器运行时，因此从零实现时就必须自行处理协议的设备发现与控制部分——Cast 使用 mDNS/DNS-SD 进行设备发现，并通过基于 protobuf 的控制通道通信，而接收端应用本身是一个 Web 应用。由于目前只有标题和评论链接，文章采用的具体方法、所用硬件以及仍存在的限制无法详细说明。

rss · Lobsters · Oct 30, 19:14

背景: Google Cast（Chromecast 背后的技术）是一种协议：手机或浏览器等发送端指示接收端设备播放媒体，接收端自己去获取内容，而不是由发送端推流。接收端传统上是 Chromecast 电视棒、Android TV 设备或获得授权的音箱，其接收端应用运行在沙箱化运行时中的一个小型 Web 应用里。Matthew Garrett 是长期从事 Linux 内核、电源管理与固件开发的开发者，目前在 NVIDIA 从事安全工作，他的博客因涉及底层硬件与固件实验而拥有广泛读者。

参考链接

标签: #Google Cast, #reverse engineering, #embedded systems, #audio, #mjg59

C2PA 的 eMudhra 时刻：PKI 信任弱点威胁内容凭证 ⭐️ 7.0/10

安全研究员 David Buchanan（retr0id）发布分析文章，认为 C2PA 的内容来源体系继承了更广泛的 CA/PKI 生态的信任弱点，并以 eMudhra 中间 CA 密钥泄露事件作为具体例证。由于 C2PA 验证方依赖受信任证书颁发机构签发的证书，只要其中某个 CA 被攻破或行为不当，就可能破坏 Content Credentials 本应提供的真实性保证。 在深度伪造和 AI 生成内容引发担忧的背景下，C2PA 正被大型科技与媒体公司推广为证明图像、视频和音频来源及编辑历史的手段。如果其信任根仅与广泛的 CA 生态同样可靠，那么发布者、平台和事实核查机构可能会高估 Content Credentials 实际提供的保障程度。 该批评指向结构性缺陷而非单一实现漏洞：C2PA 使用 X.509 风格证书和信任列表，验证方必须决定信任哪些证书颁发机构，而像 eMudhra 这样的 CA 密钥泄露可能层层传导为伪造的来源声明。eMudhra 事件涉及八把因随机性不足而生成的中间 CA 私钥，据报道超过 6000 万张已签发证书受影响，清理成本高昂。

rss · Lobsters · Oct 29, 20:33

背景: C2PA（内容来源与真实性联盟）维护一套名为 Content Credentials 的开放技术标准，允许发布者和创作者为文件附加经过加密签名的元数据，记录其来源和编辑历史。该标准依赖公钥基础设施：受信任证书颁发机构签发的证书为签署来源清单的密钥背书，验证方则依据信任列表检查这些签名。在普通 PKI 中，被攻破的证书颁发机构可以签发对依赖方看似合法的证书，这正是 CA 安全事件往往影响广泛的原因。

参考链接

标签: #C2PA, #content provenance, #PKI, #security, #certificate authorities

Anthropic 取消 LeetCode 式编程面试，AI 改变工程招聘 ⭐️ 7.0/10

Gergely Orosz 的 Pragmatic Engineer 通讯报道称，Anthropic 已从工程岗位面试流程中移除 LeetCode 式编程面试，因为 AI 编程工具让算法题变得不那么有用。同一期通讯还提到 incident.io 的 AI 支出以及微软向工程师提供的离职方案。 如果 Anthropic 这样的领先 AI 实验室放弃白板式算法测试，可能会加速整个行业重新思考软件工程师的评估方式，影响候选人、招聘经理以及面试培训行业。这也反映出招聘重点正从考察解题速度转向那些在 AI 能生成代码时仍然有价值的技能。 该条目是通讯汇总而非 Anthropic 的原始公告，提供的摘要没有说明哪些面试环节取代了编程题，也没有说明这一变化何时生效。它还提到 incident.io 的 AI 支出和微软向工程师提供离职方案等其他工程行业话题。

rss · The Pragmatic Engineer · Oct 30, 16:37

背景: LeetCode 式面试是算法与数据结构题目，通常在白板或电脑上完成，长期被大型科技公司用于筛选软件工程师。这类面试考察双指针、滑动窗口、DFS/BFS、二分查找和动态规划等解题模式。随着 AI 编程助手能够解决这些题目，企业开始重新审视这类测试是否还能衡量真实工程工作所需的实用技能。Anthropic 是一家以 Claude 模型闻名的 AI 公司，而 incident.io 是一个事件管理平台，其 AI 支出对工程管理者具有参考意义。

参考链接

标签: #AI, #hiring, #coding interviews, #software engineering, #Anthropic

Titus Winters 谈 Google 规模下的软件工程与 AI 对计算机教育的影响 ⭐️ 7.0/10

在《The Pragmatic Engineer》播客的最新一期节目中，Titus Winters 分享了从 Google 超大规模软件工程实践中总结的经验，并探讨了 AI 正在如何改变开发者生产力以及计算机科学的教学方式。这场对话侧重于工程文化与工程实践，并未发布任何新产品或研究成果。 Winters 是探讨大型组织如何保持代码可维护性时最常被引用的权威之一，因此他对 AI 的看法对于那些正在决定如何引入 AI 编程工具的团队颇具分量。他对计算机教育的评论同样重要，因为高校和培训机构正在重新设计课程，而初级工程岗位也正被 AI 辅助工具重新塑造。 这是一档访谈形式的讨论节目，而非经过同行评审的研究，因此其价值在于实践者的判断和经验之谈，而不是量化数据。听众应把其中关于生产力的具体说法视为来自一个高度标准化的大型工程组织的观察，未必适用于规模较小的团队。

rss · The Pragmatic Engineer · Oct 29, 13:37

背景: Titus Winters 是一位资深的 Google 工程师，因负责公司核心 C++ 库的工作而知名，也是《Software Engineering at Google》一书的合著者，该书介绍了代码评审、测试文化、依赖管理和大规模重构等实践。这本书被广泛用作了解大型科技公司如何在数十年间维持庞大体量代码库可持续性的参考。近年来，业界讨论的焦点已转向 AI 编程助手，以及它们究竟是真正提升了生产力，还是主要改变了工程师投入时间的方式。

标签: #software-engineering, #google, #AI, #developer-productivity, #CS-education

英国电网频率跌至 49.657 赫兹，险些引发大停电 ⭐️ 7.0/10

2026 年 6 月 23 日，在欧洲历史上最严重的热浪之一期间，英国国家电网的频率跌至 49.657 赫兹，明显低于 50 赫兹的正常运行区间，系统一度逼近大停电边缘，最终被运营方拉回。Hackaday 于 2026 年 10 月 30 日发布的文章复盘了这次电网距离触发自动切负荷究竟有多近。 电网频率是衡量发电与用电是否平衡最直观的指标，频率跌到如此之深，说明当热浪同时推高空调负荷、又给发电和输电设备带来压力时，系统的安全裕度可以薄到什么程度。随着电网接入更多基于逆变器的风电和光伏、并关停同步机组，这类“险些出事”的事件正在成为整个能源转型的设计约束，而不再只是偶发异常。 值得注意的是，49.657 赫兹虽仍处于英国法定的 49.5 至 50.5 赫兹范围内，却已远超 49.8 至 50.2 赫兹的正常运行区间，也就是说距离保护装置开始切除用户负荷的水平只差约 0.16 赫兹。作为对比，2019 年 8 月英国那次真正触发了切负荷的事件，频率最低跌至约 48.8 赫兹。

rss · Hackaday · Oct 30, 15:30

背景: 电网以额定的标称频率运行——英国和世界大部分地区是 50 赫兹，北美是 60 赫兹——它反映的是发电量与用电量之间每时每刻的平衡。当大型机组或互联线路跳闸、供给突然不足以满足需求时，其余发电机的旋转质量会抵抗这种变化（即“惯量”），频率随之下跌，直到控制系统注入额外功率。由于英国发电结构中有大量通过电力电子设备并网的风电和光伏，其机械惯量已相对稀少，因此英国国家电网越来越依赖合成惯量、快速频率响应和电池来维持系统稳定。

参考链接

标签: #power grid, #infrastructure reliability, #energy systems, #frequency stability, #UK