本期摘要

本期核心看点：Linux 内核五版本同步更新、LibreQoS v2.0 正式发布带来更强的网络可观测性；OpenWrt 社区就 AI 生成内容政策展开讨论，与此同时 Google 将量子计算威胁（Q Day）预警时间线大幅提前至 2029 年，加密基础设施的迁移压力骤增。

Linux 动态

五个稳定版内核同步发布

Greg Kroah-Hartman 宣布同步发布 6.19.10、6.18.20、6.12.78、6.6.130 和 6.1.167 五个稳定版内核，各版本均包含针对整个代码树的重要修复。其中 6.6.x 和 6.1.x 属于长期支持（LTS）分支，对路由器及嵌入式设备的 OpenWrt 构建影响显著，建议相关用户尽快升级。

🔗 原文

LibreQoS v2.0 正式发布

开源流量管理平台 LibreQoS 发布 2.0 大版本，重点优化了运维体验与日常网络可观测性，用户可在更细粒度层面观测全网流量状态、排查用户侧故障。此版本对 ISP 及有流量整形需求的 OpenWrt 用户尤具实用价值，配合 Linux 内核的 tc/eBPF 能力可大幅提升 QoS 精度。

🔗 原文

内核直接映射（Direct Map）页面移除效率优化

LWN 深度报道了一组针对内核 direct map 的优化补丁。direct map 为内核态代码提供对全部物理内存的直接访问，但也带来了 Spectre/Meltdown 类侧信道攻击面。新补丁通过更高效的页面移除机制，在减少安全暴露面的同时降低了性能损耗，是内核安全加固路径上的持续改进。

🔗 原文

SunSecCon 2026：安全事件响应中的协作困境

SunSecCon 2026 主题演讲由 Farzan Karimi 带来，他通过多个真实”战例”揭示了防御方在安全事件处置中因协作不足而导致响应失效的问题——而攻击者往往具备高度协同的作战体系。这一视角对 Linux 基础设施及网络安全运维团队具有重要参考意义。

🔗 原文

无线通信动态

本期无线通信方向暂无独立新闻入选，相关安全议题请参见下方”WiFi 标准 & 技术”章节。

WiFi 标准 & 技术

Google 将 Q Day 预警时间线提前至 2029 年

Google 正式发出警告：量子计算机破解 RSA 和椭圆曲线（EC）加密的”Q Day”可能早在 2029 年到来，远早于此前业界预估。Google 呼吁整个行业加速迁移至后量子密码学（PQC）算法。这一时间线对 Wi-Fi 安全协议（WPA3、802.11az 测距等依赖 ECC 的机制）及 HTTPS/VPN 隧道均构成直接挑战，设备厂商与固件维护者需尽早规划迁移路径。

🔗 原文

芯片 & 硬件

高 NA EUV 光刻中金属氧化物光刻胶（MOR）的大气环境效应

来自 SPIE Advanced Lithography + Patterning 2025 的研究揭示了 Metal Oxide Resist（MOR）在高 NA EUV 光刻中受大气成分影响导致关键尺寸（CD）漂移的机理。随着先进制程推进至 2nm 以下节点，光刻胶的环境稳定性成为良率瓶颈之一，该研究为后续工艺窗口优化提供了化学层面的理论依据。

🔗 原文

后硅验证中的 MMU 压力测试新方法

Cadence 验证团队分享了一种基于裸机（bare-metal）执行器对 MMU 进行后硅验证的方法，可在硅片流片后系统性地发现虚拟内存管理单元中残余的硬件 bug。该方法由 Cadence GM Paul Cunningham 及前 Synopsys CTO Raúl Camposano 联合介绍，体现了 EDA 行业在芯片可靠性验证上向更自动化、更早期发现的演进趋势。

🔗 原文

路由器 & OpenWrt

OpenWrt 社区就 AI 政策展开讨论

OpenWrt 论坛发起了一场关于 AI 生成内容使用规范的社区讨论，议题涵盖 AI 辅助提交代码、论坛回复及文档的合规边界。这折射出开源社区在 AI 工具快速普及背景下对代码质量与社区生态的集体审慎态度，其政策走向值得持续关注。

🔗 原文

Intelbras WRN 240 V2 刷入 OpenWrt：Error 18004 解析

一位用户在尝试通过 Web UI 为巴西品牌 Intelbras WRN 240 V2 刷入 OpenWrt 时遭遇 Error 18004。经拆机确认，该设备为 TP-Link TL-WR743ND v1 的 OEM 版本，搭载 Atheros AR7240 CPU 及 32MB RAM。帖子记录了完整的硬件识别过程，对同类 OEM 设备的 OpenWrt 移植具有参考价值。

🔗 原文

USB 以太网适配器在 OpenWrt PC 上的接口持久化问题

用户在基于 HP t620 瘦客户机运行 OpenWrt 24.10.1（内核 6.6.86）时，遭遇 USB 以太网适配器在启动时序中接口名称不稳定的问题。帖子详细描述了 udev 规则与 network 配置的配合思路，对使用 x86/PC 平台部署 OpenWrt 软路由的用户有较强的实操参考意义。

🔗 原文

Asus RT-AX53U 关闭 LAN/WAN 指示灯

用户询问如何在 OpenWrt 下关闭华硕 RT-AX53U 的 LAN 与 WAN 状态指示灯，涉及 /sys/class/leds 节点操作或 UCI 配置。此类需求在静音/暗室部署场景中较为常见，体现了 OpenWrt 在 LED 管理自由度上相较原厂固件的优势。

🔗 原文

编辑小结

本期最值得关注的长线信号是 Google 将 Q Day 提前至 2029 年——这不只是密码学学术界的议题，WiFi 设备固件、VPN 客户端乃至 TR-069/CWMP 管理协议都深度依赖 RSA/ECC，厂商留给后量子迁移的窗口期已经很紧。LibreQoS v2.0 的发布则提醒我们，Linux 生态在 ISP 级流量管理领域正在形成一套成熟的开源工具链，值得有流量整形需求的运营者跟进评估。OpenWrt 社区讨论 AI 政策，折射出开源项目在 AI 时代维护代码与社区质量的共同挑战，其最终政策走向或将为其他嵌入式 Linux 项目提供参考范本。对于使用 x86 软路由的读者，本期 USB 以太网接口持久化的帖子值得收藏，此类细节往往是软路由稳定运行的隐藏门槛。