【漏洞连环爆 ⚠️】IT 人今晚不用睡了 !! 继 PHP 爆出两个重大 RCE 漏洞，无须认证即可远端攻击，目前官方已释出更新。没想到同一时间 Node.js 与 Go 亦紧急释出安全更新，修补可能导致无凭证远端执行程式码（RCE）的重大漏洞、TLS 凭证验证绕过以及私钥外洩的中间 CA 信任链风险，所以今晚大家一齐打「丁*」吧 !! (编者按︰补丁)

由于此波更新直接涉及伺服器后端逻辑、传输层安全性协定与底层执行环境安全，各官方强烈唿吁系统管理员及开发团队尽速排查并完成版本升级，如果你还没打完「丁」，今晚根本不用睡。

PHP 官方团队正式发布版本更新，主要修正两项严重等级的远端执行程式码漏洞，编号分别为 CVE-2026-109618 与 CVE-2026-109619。

【先避避 😂】PHP 两项重大安全漏洞被提早外洩后，不仅政府机关主动关站保平安，就连知名地下黑客讨论区也採取紧急避险措施，知名骇客论坛 BreachForums 与知名暗网社群 Dread 早前主动关闭网站伺服器，其中，BreachForums 站长更公开表示︰「简单几下就被完全入侵 先避一下。」

本次引发资安界高度警戒的核心，为两项分别被标记为 CVE-2026-109618 与 CVE-2026-109619 的高危险性漏洞。两者的 CVSS 风险评分皆达到 9.2 的极高危等级。

根据技术分析，受影响的 PHP 伺服器若未经修补，攻击者将有机会绕过安全防护机制，并发动远端执行程式码（Remote Code Execution, RCE）攻击，进而完全控制受害主机或窃取核心数据，被外界视为潜在威胁极高的「PHP2Shell」级别危机。

【预防 ⚠️】由于两个 CVSS v4.0 评分高达 9.2 的 PHP 重大漏洞被提早外洩，欧洲多国政府机关及公共服务採取罕见预防措施，在 PHP 紧急安全修补程式上线前，主动将多个对外官方网站与线上系统离线，以降低潜在网络安全风险。官方强调此举纯属主动防范，「Cut Here to activate the firewall」才是最强的网络防御。

芬兰国家资讯科技中心（Valtori）宣布，已预先暂时关闭中央政府面向公众的多项网络服务，其中芬兰国家土地调查局（National Land Survey of Finland）网站目前已处于离线状态。Valtori 官方声明澄清，本次服务中断并非遭受网络攻击或系统遭入侵所致，而是为配合即将发布的安全修补程式所进行的预防性技术维护与安全最佳化流程。

荷兰方面亦出现大规模离线情况。包括荷兰国会二院（Tweede Kamer）、荷兰国家网络安全中心（NCSC）以及个人资料保护局（Dutch Data Protection Authority）在内的核心部门网站均已暂停运作。此外，为荷兰逾百个地方政府提供市议会资讯服务的技术供应商 NotuBiz，以及荷兰科技新闻网站 Tweakers，亦同步预防性下线。

【罢工 ⚠️】台湾 Micron 晶圆科技公司企业工会（桃园工会）宣布，明日（22 日）发动为期 1 天的警告性罢工。工会抗议资方迟迟未针对一次性特别奖金及常态性利润分享制度提出具体方案，藉此向 Micron 施压，要求资方在调解会上正面回应诉求，否则将发动更大规模的罢工行动。

该工会于 10 月 1 日至 6 日举行罢工投票，在 2,258 名工会会员中，有多达 1,994 人投下贊成票，以逾 88% 的高支持率取得合法罢工权。工会随后选定于 10 月 22 日进行 24 小时警告性罢工，并将此次行动定调为「同理心罢工」，旨在与台中厂劳工串连，敦促资方提出让全体台湾 Micron 员工都能接受的分润方案。

本次劳资争议核心聚焦于分红奖金制度。受惠于人工智能（AI）伺服器浪潮爆发，高频宽记忆体（HBM）与高阶 DRAM 晶片需求飙升，Micron 业绩创下歷史新高；然而相较 Samsung、SK hynix 员工可获得 15% 营业利益分红，Micron 员工却未能受惠。

【共同抗敌 ㊙️】AI 工作重心正由「模型训练」转向「AI Agent / 智能体推理」，AI 算力正由「8 颗 GPU 配 1 颗 CPU」走向「1 颗 GPU 配 1 颗 CPU」，CPU 的配置比重大幅回升，重返数据中心架构的关键 C 位。为了把握 AI 机遇，两大 x86 处理器巨头 Intel 与 AMD 决定联手，AMD 将会把 ZenDNN 併入由 Intel 开源的 oneDNN 专案中。未来开发者在 PyTorch 上进行处理器端 AI 推论时，只需维护 oneDNN 单一程式码路径（Code Path），即可同时自动对应 Intel 与 AMD 处理器，共同抗衡 ARM 的挑战。

随着人工智能工作负载日益多样化，轻量级模型或特定边缘与伺服器推论任务对 CPU 运算资源的需求持续攀升。然而，以往开发人员若希望在 PyTorch 框架中充分发挥不同晶片的硬体指令集加速优势，往往需要选定特定阵营的最佳化函式库，必须在 ZenDNN 和 oneDNN 之间二选其一。

透过本次整合，原本作为 oneDNN 下游衍生版本的 AMD ZenDNN 将正式匯入开源主线。未来 PyTorch 处理器端推论将全面以 oneDNN 作为核心后端，函式库可在执行时（Runtime）自动侦测硬体架构特性，并动态调用最适合该处理器的最佳化核心（Kernel），大幅消除跨平台部署时的相容性负担。