企业 Linux 的更新进入集中发布窗口，RHEL 10.3 与容器工具同步强化完整性、安全性和自动化诊断；桌面、NAS、开发平台以及 GPU/AI 驱动也在调整运行边界。本期既关注已经正式发布的变化，也保留仍处于预览或上游开发阶段的项目，避免把路线信息当作现成能力。
一、企业 Linux 与容器
RHEL 10.3 强化镜像完整性和开发工具链
Red Hat 发布 RHEL 10.3，并同步推出 RHEL 9.9。10.3 搭载 Linux 6.12 内核，强化 IMA 完整性测量和只对零页去重的 KSM 能力，RTLA 开始支持自定义 eBPF 程序；RHEL image mode 的 sealed images 已正式可用，可从固件、引导程序一直校验到内核和根文件系统，并配合只读根文件系统拒绝未授权修改。
面向运维的 RHEL MCP Server 已从开发预览转为正式版本，可让 AI 助手读取系统信息、经 SSH 查询历史 Performance Co-Pilot 指标，并联动 Goose CLI。通过 OpenShift AI 接入客户自有模型的命令行助手仍属开发预览。开发工具包含 GCC 16.2.1、Binutils 2.46、LLVM 22、Rust 1.97、Go 1.27、Node.js 26 LTS 等，同时支持使用 Leapp 从 RHEL 9.9 原地升级到 10.3。
Podman 6.2 修复三项安全缺陷
Podman 6.2 修复三个安全漏洞，分别涉及恶意镜像标签操控自动更新、镜像摘要与签名校验绕过，以及默认 seccomp 配置中的 socket 限制绕过。Kubernetes YAML 处理新增 --validate、--label、--multiple-pods 和子目录构建支持；Quadlet 增加 Umask 与挂载依赖控制，并弃用旧式 seccomp annotation。
WSL 上的新 Podman 机器开始采用原生 systemd，取代旧的自定义配置，但要求 WSL 2.5.1 或更高版本；官方建议使用 2.7.5 以上，以获得正确的 nftables 网络支持。已有机器仍兼容原有配置。
二、Linux 发行版与桌面
Steam Linux 客户端转向 64 位运行时容器
Steam Linux 客户端已改为 64 位程序，并运行在 Steam Runtime 容器内，以减少对宿主发行版软件环境的依赖。新版还重做更新器界面，修复从休眠恢复及多人游戏大厅创建时的崩溃。
Remote Play 在 Linux 上支持通过 PipeWire 采集 HDR 内容，Steam Deck OLED 的 HDR 串流重新启用，并新增自动、常开、关闭三种 HDR 模式以及亮度和画面比例控制。硬件兼容性窗口开始展示用户匿名上报的 Steam Deck 平均帧率，桌面客户端也可选择加入这项数据收集。
Tails 7.17 更新浏览器、Tor 与内核
Tails 7.17 发布，更新到 Tor Browser 16.0.1、Tor 客户端 0.4.9.16 和 Linux 6.12.116 内核。Tails 7.0 及之后的用户可以自动升级并保留 Persistent Storage；若自动升级失败或系统无法启动，应改用手动升级。
全新写入 USB 会清除原有 Persistent Storage，因此不能把手动安装当作无损升级。对依赖匿名网络和可验证隐私环境的用户，浏览器、Tor 客户端与内核应一起更新，不能只替换其中一项。
Deepin 25.3 加入冻结保护与本地 AI 能力
Deepin 25.3 为不可变 Debian 系发行版加入冻结保护：系统高负载或响应异常时，任务栏、应用启动器和系统监视器仍应保持可操作。默认内核升至 6.6.159，较新硬件可切换 6.18.56；日志总量上限设为 5GB，磁盘剩余空间低于 5% 时停止记录。
UOS AI 新增自然语言创建提醒和周期任务、经授权的本地全盘知识库，以及统一接入 MCP、Skills 与多种智能体的入口。系统快照可存到本地盘、U 盘或外置硬盘，并可从指定位置直接恢复；Linyaps 应用的 NVIDIA 容器工具链改为预装，安装器也会按硬件选择驱动程序。
Sprout 为旧款 iPod 提供开源 Linux 主板
开源硬件项目 Sprout 为旧款 iPod 提供无需焊接的替换主板，保留原屏幕、点击轮和外壳，并增加 Wi-Fi、蓝牙、USB-C DAC、AirPlay、Google Cast 与音乐串流。Sprout Pico 使用 RP2350，Sprout Pi 额外搭载 Raspberry Pi Compute Module Zero，用于运行 Linux 应用、3D 游戏和模拟器，存储改由 microSD 卡承担。
当前兼容 iPod mini 第一、二代，以及第三代和第四代 iPod。项目公开了硬件、固件和部分反向工程文档，但价格与上市时间尚未公布；其界面并非 Apple 授权产品。
三、NAS 与开发平台
Unraid OS 7.4 改进多网络容器和 Mover
Unraid OS 7.4 允许 Docker 容器连接多个自定义网络，并在升级或重建容器时保留配置；界面新增容器内存上限，镜像更新检查支持 OCI manifest 与 index。Mover 加入进度和状态跟踪，同时保留硬链接，文件管理器则修复跨共享和存储池移动时可能丢失源文件的问题。
底层升级到 Linux 6.18.60-Unraid、Btrfs 7.3 与 ZFS 2.4.4，并更新 16 个基础软件包。WebGUI 对多处运行期值改为纯文本输出，OpenTerminal 加强输入校验，通知代理访问公共 API 时强制验证 TLS 证书。
.NET 11 正式发布并结束旧版本支持
微软发布 .NET 11。C# 15 引入联合类型、封闭类层级、扩展索引器和带标签的 break/continue，并加强 switch 表达式对所有分支的编译期检查。Runtime Async 仍为可选预览，不能视为默认执行模型。
正式能力包括默认采用 Native AOT 的 CLI 主机、持久 MSBuild 服务、Linux 进程内崩溃报告、内置 Zstandard 压缩，以及 ASP.NET Core 的异步验证和 OpenAPI 3.2 默认支持。.NET 11 属于两年支持期版本；.NET 8 与 .NET 9 已于 2026 年 11 月 10 日结束支持，仍在使用旧版本的组织需要安排迁移。
四、Linux 内核、AI 与硬件
Intel 继续为 GPU D 系列完善 Linux 7.5 驱动
Intel 正在为即将推出的 GPU D 系列，也就是基于 Xe3P 的 Crescent Island AI 加速器，继续完善 Linux 7.5 内核驱动。当前工作仍处于上游使能阶段，尚无对应的公开稳定内核版本。
密集提交表明该加速器的软件栈正在进入主线准备期，但不能据此推断产品已经上市。实际可用时间仍取决于硬件发布、内核合入和发行版采用进度。
AMD 向 Mesa 提交最初的 GFX13 支持
在 AMDGPU 驱动收到 GFX13 补丁后，AMD 又向 Mesa 提交了最初的支持代码。RADV Vulkan 与 RadeonSI OpenGL 驱动目前只有非常初步的基础能力，主要目标是建立后续开发入口。
这属于开发中支持，距离完整图形功能、性能调优和稳定运行仍有一段距离。现有 RDNA 用户不应把 GFX13 代码出现等同于新显卡已经获得生产级驱动。
Mesa 27.0 继续优化老款 Radeon 着色器
Mesa 27.0 开发分支合入一批 R300g 着色器编译器优化，受益硬件覆盖超过 24 年的 Radeon R300、R400 与 R500 系列。对保留旧工作站、复古设备或轻量桌面环境的用户，这意味着开源驱动仍在获得维护。
这些优化改善的是旧硬件的编译与渲染路径，不会改变 GPU 的指令集、显存容量或功能上限。是否获得实际收益还取决于具体应用和 Mesa 版本。
AMD AOCC 6.0 加入 Zen 6 优化
AMD 发布 AOCC 6.0 编译器套件，加入针对 Zen 6 的优化，并把编译器入口改为 aoc、aoc++，同时提供新的 aof Fortran 编译器。该版本与第六代 EPYC 平台同步推进。
AOCC 基于 LLVM/Clang，现有程序需要重新构建才能使用新优化。性能变化取决于代码结构、编译选项和目标处理器，不能只凭套件版本判断迁移收益。
Intel 发布 CPU 微码修复功能问题
Intel 发布 microcode-20261110，为第 13 代 Core 及更新产品、Sapphire Rapids 及更新的 Xeon 修复多种功能问题，并首次为 Clearwater Forest 提供微码更新。此次说明强调功能异常，并未明确对应新的通用安全漏洞。
用户仍应通过操作系统厂商的固件、微码包或 Linux 发行版更新渠道完成部署。是否立即可用取决于主板固件与内核加载方式，不能仅凭微码文件版本判断已经生效。
五、系统安全与开放生态
Ubuntu 26.10 逐步启用 upki 证书吊销
Ubuntu 26.10 开始启用 upki 证书吊销支持，但因改动进入周期较晚，首轮只覆盖 curl 软件包。项目计划把支持扩展到更多组件。
在扩展完成前，系统上其他依赖 TLS 的工具不能默认具备相同的吊销检查能力。管理员应继续查看各组件安全公告和实际版本，避免把单一软件包的改进外推为系统级保证。
FreeBSD 着手制定开发者 AI 使用政策
FreeBSD 项目在第三季度状态报告中说明，正在依据开发者调查制定 AI 使用政策。政策尚未正式定稿，因此调查结果不能被解读为新的许可限制、贡献许可或工具批准清单。
讨论重点包括 AI 生成代码、贡献审核和开发工具边界。对开源项目而言，如何在提高效率与控制维护风险之间建立可执行规则，已成为基础设施治理的一部分。
本期观察
本期最明确的变化是企业平台开始强调“可验证性”：RHEL 10.3 把镜像完整性和诊断接口落到正式功能，Podman 6.2 同时收紧更新、镜像验证和容器隔离边界。开发平台则在提升启动速度与语言能力的同时，提醒用户旧版 .NET 已结束支持，升级不再只是版本选择。
AI 与硬件主线仍处于不同成熟阶段。Intel GPU D 系列的驱动提交和 AMD GFX13 的 Mesa 代码都属于早期使能，不能与已发布产品混为一谈；FreeBSD 的 AI 政策也仍在调查与起草中。另一侧，Unraid、Deepin 和 Tails 把更新重点放在数据保留、恢复路径与隐私组件，提醒基础设施升级应优先确认回滚和兼容边界。
