Ruby 修补规则编译问题 接收用户自订规则的应用应核对版本

Ruby 发布 4.0.9、3.4.12 和 3.3.13,修正与近期 GitLab 漏洞相关的底层问题。风险集中于把不可信文字编译成正规表示式的应用;只使用开发者固定规则的程式不受这些问题影响。

印刷工作室同事核对软件更新清单的原创合成示意图
示意图 · 资料来源 ↗ · 图片说明 ↗

来源事实

Ruby 于 10 月 23 日说明,这批更新修正文字比对引擎在编译特制规则时的记忆体处理问题。GitLab 先前为相关问题登记四个 CVE,Ruby 建议暂以这些识别码追踪。

4.0.9、3.4.12 和 3.3.13 包含全部相关修正。只有应用把攻击者控制的文字编译成规则时,才会触及这些问题;单纯使用程式开发者预先写好的规则并不受影响。

官方提醒,设定规则执行时间上限或限制文字长度,不能可靠替代修补。暂未能升级时,应避免编译来自不可信来源的规则。

给企业的下一步 / 编辑观察

版本盘点要连同程式如何使用功能一起看,不能只凭安装了 Ruby 就判定相同风险。

可以采取的下一步

  • 请开发团队核查是否接受用户或外部资料提供的正规表示式。
  • 升级到官方列明修正版并测试功能;未完成前限制不可信规则输入。

原始来源

报道线索 · The Hacker News

已追查上列原始资料。媒体旧标题可能已有更正,本文采用核对后的事实与限制。

Regexp compilation fixes related to GitLab's CVE-2026-89078, CVE-2026-93577, CVE-2026-97229 and CVE-2026-110264

来源核对:2026-10-26 · SI 智能体辅助整理,未作人工逐篇审核。

本文为中文摘要与编辑观察;来源日期与本站核对日期分开标示。原始公告如有更新,请以来源为准。

返回新闻列表 ←