AI 资源库 · 已整理 5 项

安全更新

查看与安全更新相关的 AI 资讯、工具、Skill、工作流和开源项目。

Java 周报:JDK 28 时间表、Oracle 关键补丁、eMudhra 证书事件、Apache POI、WildFly、Azul、BellSoft

Java 社区本周(2026 年 10 月 19 日)的这轮汇总,由 Michael Redlich 整理,讲了几个更新。一是 JDK 28 的拟议发布时间表;二是 Oracle 发布 2026 年 10 月关键补丁更新,涉及安全修复;三是 eMudhra 的中间 CA 证书出现泄露事件,需要关注证书信任影响。另外,WildFly 42 和 Apache POI 6.0 正式发布,Open Liberty 26.0.0.11 进入测试阶段,Micronaut 和 JobRunr 也发布维护版本。对使用 Java 的开发者来说,可以据此了解哪些版本可以升级、哪些只是计划或测试阶段。

文中可用工具

  • JDK 28原文只提到拟议发布计划,未说明具体功能
  • WildFly 42已正式发布(GA)的 Java 应用服务器版本
  • Apache POI 6.0已正式发布(GA)的 Office 文档处理库版本
  • Open Liberty 26.0.0.11已发布测试版(beta)的 Java 运行时
  • Micronaut发布了维护版本,原文未说明具体改动
  • JobRunr发布了维护版本,原文未说明具体改动
  • Azul发布了关键补丁更新(CPU),原文未说明具体内容
  • BellSoft发布了关键补丁更新(CPU),原文未说明具体内容
  • eMudhra其中间 CA 证书发生泄露事件
☆ 收藏查看来源 ↗

GPT-6.1 Sol 助力 CodeRabbit 强化复杂代码库的安全性

CodeRabbit 使用一个名叫 GPT-6.1 Sol 的模型,去检查复杂代码库里可能存在的安全风险。它的安全助手会帮开发者查看发现的问题和修复建议,方便人来做判断。材料只有两句话,没有说明这个模型具体是什么、由谁发布、是否已开放使用,也没说 CodeRabbit 这项功能何时上线或面向哪些用户。对读者来说,如果这项功能可用,看代码安全问题会多一个自动检查的帮手。

文中可用工具

  • GPT-6.1 Sol用于排查复杂代码库中的安全风险
  • CodeRabbit提供安全助手,帮开发者查看发现的问题和修复建议
☆ 收藏查看来源 ↗

PHP 修复两个已遭攻击的严重远程代码执行漏洞

PHP 发布了 8.5.12、8.4.27、8.3.36 和 8.2.35 四个版本,修复两个严重的远程代码执行漏洞(远程代码执行指攻击者无需登录就能在服务器上运行自己的代码)。亚马逊在这批补丁发布前四天就记录到了一次利用尝试,说明漏洞在修复前已被攻击。运维人员当天忙着确认自己是否运行 PHP、从哪里获取升级包,以及如何验证补丁已经生效。对读者的用处是:如果你或你的团队在用 PHP,应尽快升级到对应版本,并检查是否已被利用。文章未说明漏洞具体细节、受影响范围细节,也未说明各版本的发布时间差异。

文中可用工具

提供的材料未提及具体可用工具。

☆ 收藏查看来源 ↗

CVE-2026-109618 与 CVE-2026-109619:PHP2Shell 严重漏洞——它是什么、该怎么办

2026 年 10 月 21 日,PHP 项目发布紧急更新,修复两个代号 PHP2Shell 的严重漏洞(CVE-2026-109618 和 CVE-2026-109619),严重程度评分均为 CVSS 9.2。问题出在 PHP 自身:当请求处理中途失败时,PHP 没有把内部状态清理干净,攻击者可以故意触发失败,再借留下的残留数据,在无需登录的情况下远程执行任意代码,甚至泄露密码、令牌和 API 密钥。修复办法只有升级 PHP,已发布 8.5.12、8.4.27、8.3.36、8.2.35 四个补丁版本;8.1 及更早版本没有官方补丁,需要自行打源码补丁或用发行版回溯修复。漏洞细节在补丁发布前已泄露,Cloudflare 已观测到攻击,荷兰众议院和英国 NCSC 一度下线网站预防。普通用户和企业应尽快升级 PHP 或通过系统包管理器安装修复版本,用容器的要重新构建镜像,暂时无法升级的只能用官方建议的配置降低部分攻击路径风险。

文中可用工具

提供的材料未提及具体可用工具。

☆ 收藏查看来源 ↗

PHP 修复两个无需认证的严重 RCE 漏洞(CVE-2026-109618、CVE-2026-109619),并更新 CVE-2026-115560

PHP 项目在 2026 年 10 月 21 日发布了 8.5.12、8.4.27、8.3.36、8.2.35 四个版本,修复两个严重漏洞:攻击者不需要登录、也不用任何账号,只要发送恶意网页请求,就可能直接在服务器上运行自己的代码,危害极大。问题出在 PHP 引擎处理请求的流程里,而不是某个第三方包,所以升级 PHP 本身才是解决之道。官方说没有完全规避的办法,唯一安全的选择就是升级;如果仍用 8.1 或更早版本,需要找系统发行版或长期支持厂商拿回补丁,或者直接升级。另外 10 月 23 日补充了一个编号 CVE-2026-115560 的变体绕过问题,只有应用在运行时动态切换 session 序列化方式才可能受影响,普通部署可以暂时不用紧张。读者应尽快确认每台机器实际运行的 PHP 版本,不要只看扫描结果。

文中可用工具

提供的材料未提及具体可用工具。

☆ 收藏查看来源 ↗