issue处理注意事项:
1. 提交正常修复分支的修复PR时,必须关联当前issue,否则无法关闭当前issue;
2. 模板内容需要填写完整, 无论是受影响或者不受影响都需要填写完整内容;
3. 以下为模板中需要填写完整的内容, 请复制到评论区回复;
注: 内容的关键词(影响性分析说明, openEuler评分, 受影响版本排查(受影响/不受影响), 修复是否涉及abi变化(是/否), 原因说明)不能省略,省略后cve-manager将无法正常解析填写内容.
影响性分析说明:
openEuler评分: (评分和向量)
受影响版本排查(受影响/不受影响):
1.master(3.2.8):
2.openEuler-20.03-LTS-SP4(2.5.8):
3.openEuler-22.03-LTS-SP4(3.0.3):
4.openEuler-24.03-LTS-Next(3.2.2):
5.openEuler-24.03-LTS-SP1(3.2.2):
6.openEuler-24.03-LTS-SP3(3.2.2):
7.openEuler-24.03-LTS-SP4(3.2.2):
修复是否涉及abi变化(是/否)：
1.master(3.2.8):
2.openEuler-20.03-LTS-SP4(2.5.8):
3.openEuler-22.03-LTS-SP4(3.0.3):
4.openEuler-24.03-LTS-Next(3.2.2):
5.openEuler-24.03-LTS-SP1(3.2.2):
6.openEuler-24.03-LTS-SP3(3.2.2):
7.openEuler-24.03-LTS-SP4(3.2.2):
原因说明：
1.master(3.2.8):
2.openEuler-20.03-LTS-SP4(2.5.8):
3.openEuler-22.03-LTS-SP4(3.0.3):
4.openEuler-24.03-LTS-Next(3.2.2):
5.openEuler-24.03-LTS-SP1(3.2.2):
6.openEuler-24.03-LTS-SP3(3.2.2):
7.openEuler-24.03-LTS-SP4(3.2.2):
原因说明填写请参考下方表格(注意：版本是否受影响和版本的原因说明必须对应，例如master版本分支受影响，那原因说明只能是受影响对应的原因之一!)：
分支状态 |
原因说明 | 使用场景 |
|---|---|---|
| 受影响 | 正常修复 | 受影响且需要修复（包含升级版本修复）的漏洞； 受影响且已经修复的漏洞（历史修复PR也需要关联issue）； 若因特殊原因无法修复，应修改原因说明为【不修复-特殊原因】，并在安委会备案相关情况。 |
| 受影响 | 漏洞仍在分析中 | 已关注到相关漏洞，正在处理，未明确漏洞影响和修复方案。 |
| 受影响 | 暂不修复-暂无解决方案或补丁 | 当前没有可用的修复或补救措施。【影响性分析】中应包含有关为什么没有修复或补救措施的详细说明、上游相关PR等。 |
| 受影响 | 不修复-超出修复范围 | 没有漏洞的修复计划。当版本停维、软件包宣布生命周期终止或弃用使用。 |
| 受影响 | 不修复-特殊原因导致不再修复 | 如存在其他特殊情况不修复相关漏洞，或评估后无法升级修复，应在openEuler社区安全委员会例会进行说明备案。 【影响性分析】中应包含不发布修复的详细说明、特殊情况还应有安委会会议纪要。 |
| 不受影响 | 不受影响-组件不存在 | 软件不受影响，因为易受攻击的组件不在产品中。 |
| 不受影响 | 不受影响-已有内置的内联控制或缓解措施 | 内置的内联控制或缓解措施可防止攻击者利用漏洞 |
| 不受影响 | 不受影响-漏洞代码不能被攻击者触发 | 易受攻击的组件存在，并且该组件包含易受攻击的代码。但是，易受攻击的代码的使用方式使得攻击者无法进行任何预期的攻击。 |
| 不受影响 | 不受影响-漏洞代码不在执行路径 | 易受影响的代码在执行过程中不可访问，包括产品的非预期状态。产品不使用也不执行的组件。 |
| 不受影响 | 不受影响-漏洞代码不存在 | 产品不受影响，因为漏洞背后的代码在产品中不存在。与component_not_present不同的是，有问题的组件存在，但由于某种原因（例如安全的编译器选项）使漏洞的特定代码不存在于组件中。 |
issue处理具体操作请参考:
https://atomgit.com/openeuler/cve-manager/blob/master/cve-vulner-manager/doc/md/manual.md
pr关联issue具体操作请参考:
https://docs.atomgit.com/docs/help/home/org_project/pullrequests/pr-related-issue
| 参考网址 | 关联pr | 状态 | 补丁链接 |
|---|---|---|---|
| https://www.opencve.io/cve/CVE-2026-47242 | |||
| https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2026-47242 | |||
| https://security-tracker.debian.org/tracker/CVE-2026-47242 | |||
| http://www.cnnvd.org.cn/web/vulnerability/queryLds.tag?qcvCnnvdid=CVE-2026-47242 | |||
| https://nvd.nist.gov/vuln/detail/CVE-2026-47242 | |||
| https://ubuntu.com/security/CVE-2026-47242 | None | None | https://discourse.ubuntu.com/c/project |
说明：补丁链接仅供初步排查参考，实际可用性请人工再次确认，补丁下载验证可使用CVE补丁工具。
若补丁不准确，烦请在此issue下评论 '/report-patch 参考网址 补丁链接1,补丁链接2' 反馈正确信息，便于我们不断优化工具，不胜感激。
如 /report-patch https://security-tracker.debian.org/tracker/CVE-2021-3997 https://github.com/systemd/systemd/commit/5b1cf7a9be37e20133c0208005274ce4a5b5c6a1
@tong_1001 CVE信息从NVD同步成功, 稍后请重新加载页面.
xiaoo_robot本 CVE（CVE-2026-47242）已包含在 bundle 合并修复 PR 中。
Bundle Issue: https://gitcode.com/src-openeuler/ruby/issues/127#note_5028e1ad52e51d4ae7a1ca0502de2879423040ac
PR 链接:
- [openEuler-24.03-LTS-SP4] https://gitcode.com/src-openeuler/ruby/merge_requests/315
该漏洞的根本原因在于 net-imap 库在执行两个 IMAP 命令时，对用户输入参数的校验不足：
-
Net::IMAP#id 命令：当传入一个哈希（Hash）参数时，虽然代码会对其中的特殊字符进行引号转义（防止在值内注入），但没有禁止输入中包含 CRLF（回车换行）序列。在 IMAP 协议中，CRLF 用于分隔不同的命令。因此，攻击者可以在 id 命令的参数中插入 \r\n，进而结束当前命令并开始执行任意新的 IMAP 命令。id命令是在提交 https://github.com/ruby/net-imap/commit/15fb3d6f7b735495b2f896cf261a51256cc91064 中实现的，对应net-imap版本v0.2.0。openEuler:ruby 2.5.8版本和3.0.3版本不受影响。
-
Net::IMAP#enable 命令：这个命令在处理参数时，没有将输入验证为合法的 IMAP "原子（atom）"，而是直接将参数的 #to_s 值作为命令的一部分发送给了服务器。因此，攻击者同样可以通过提供恶意字符串来注入额外的命令。该命令openEuler:ruby还不支持，上游社区是在提交 https://github.com/ruby/net-imap/commit/7e3a373ecf0d3f0b48a18700ebac87c68dee318f 中新增的Net::IMAP#enable 命令，openEuler:ruby所有分支均未合入该提交，因此CVE修复补丁中修复enable命令安全问题的提交 https://github.com/ruby/net-imap/commit/3aca4bb36e1ee407f4c9ed77594d67aadc62839b openEuler不需要回合
影响性分析说明：Ruby 标准库 Net::IMAP 存在命令注入漏洞。在特定版本中，Net::IMAP#id 方法虽然正确转义了字符串中的特殊字符，但未禁止 CRLF（换行符）序列；Net::IMAP#enable 方法在处理别名时，未验证参数是否为合法的原子字符或原子字符列表，而是直接发送 to_s 的值。攻击者可利用这些缺陷注入任意 IMAP 命令。
openEuler评分：
5.8
CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:P/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N
受影响版本排查(受影响/不受影响)：
1.master(3.2.8):受影响
2.openEuler-20.03-LTS-SP4(2.5.8):不受影响
3.openEuler-22.03-LTS-SP4(3.0.3):不受影响
4.openEuler-24.03-LTS-Next(3.2.2):受影响
5.openEuler-24.03-LTS-SP1(3.2.2):受影响
6.openEuler-24.03-LTS-SP3(3.2.2):受影响
7.openEuler-24.03-LTS-SP4(3.2.2):受影响
修复是否涉及abi变化(是/否)：
1.master(3.2.8):否
2.openEuler-20.03-LTS-SP4(2.5.8):否
3.openEuler-22.03-LTS-SP4(3.0.3):否
4.openEuler-24.03-LTS-Next(3.2.2):否
5.openEuler-24.03-LTS-SP1(3.2.2):否
6.openEuler-24.03-LTS-SP3(3.2.2):否
7.openEuler-24.03-LTS-SP4(3.2.2):否
原因说明：
1.master(3.2.8):正常修复
2.openEuler-20.03-LTS-SP4(2.5.8):不受影响-漏洞代码不存在
3.openEuler-22.03-LTS-SP4(3.0.3):不受影响-漏洞代码不存在
4.openEuler-24.03-LTS-Next(3.2.2):正常修复
5.openEuler-24.03-LTS-SP1(3.2.2):正常修复
6.openEuler-24.03-LTS-SP3(3.2.2):正常修复
7.openEuler-24.03-LTS-SP4(3.2.2):正常修复
@tong_1001 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | Ruby 标准库 Net::IMAP 存在命令注入漏洞。在特定版本中，Net::IMAP#id 方法虽然正确转义了字符串中的特殊字符，但未禁止 CRLF（换行符）序列；Net::IMAP#enable 方法在处理别名时，未验证参数是否为合法的原子字符或原子字符列表，而是直接发送 to_s 的值。攻击者可利用这些缺陷注入任意 IMAP 命令。 |
| 已分析 | 2.openEulerScore | 5.8 |
| 已分析 | 3.openEulerVector | AV:L/AC:L/AT:P/PR:N/UI:P/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N |
| 已分析 | 4.受影响版本排查 | master:受影响,openEuler-20.03-LTS-SP4:不受影响,openEuler-22.03-LTS-SP4:不受影响,openEuler-24.03-LTS-Next:受影响,openEuler-24.03-LTS-SP1:受影响,openEuler-24.03-LTS-SP3:受影响,openEuler-24.03-LTS-SP4:受影响 |
| 已分析 | 5.是否涉及abi变化 | master:否,openEuler-20.03-LTS-SP4:否,openEuler-22.03-LTS-SP4:否,openEuler-24.03-LTS-Next:否,openEuler-24.03-LTS-SP1:否,openEuler-24.03-LTS-SP3:否,openEuler-24.03-LTS-SP4:否 |
| 已分析 | 6.原因说明 | master:正常修复,openEuler-20.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-24.03-LTS-Next:正常修复,openEuler-24.03-LTS-SP1:正常修复,openEuler-24.03-LTS-SP3:正常修复,openEuler-24.03-LTS-SP4:正常修复 |
请确认分析内容的准确性, 确认无误后, 您可以进行后续步骤, 否则您可以继续分析.
经过cve-manager解析，部分分支PR未合入，如红色字体所示：
原因说明：
1.master:正常修复(PR未合入)
2.openEuler-20.03-LTS-SP4:不受影响-漏洞代码不存在
3.openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在
4.openEuler-24.03-LTS-Next:正常修复(PR未合入)
5.openEuler-24.03-LTS-SP1:正常修复(PR未合入)
6.openEuler-24.03-LTS-SP3:正常修复(PR未合入)
7.openEuler-24.03-LTS-SP4:正常修复(PR未合入)
openeuler-ci-botopeneuler-ci-botopeneuler-ci-botopeneuler-ci-bot
一、漏洞信息
漏洞编号：CVE-2026-47242
漏洞归属组件：ruby
漏洞归属的版本：2.5.8,3.0.3,3.1.3,3.2.2,3.2.7,3.2.8
CVSS评分：
BaseScore：5.8 Medium
Vector：CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:P/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
漏洞简述：
Net::IMAP implements Internet Message Access Protocol (IMAP) client functionality in Ruby. Prior to 0.6.5 and 0.5.15, when Net::IMAP#id is called with a hash argument, although the ID field value strings are correctly quoted (escaping quoted specials), they were not validated to prohibit CRLF sequences. While Net::IMAP#enable does process its arguments for aliases, it does not validate them as valid atoms (or as a list of valid atoms). The #to_s value is sent verbatim. Arguments to either command could be used by an attacker to inject arbitrary IMAP commands. This vulnerability is fixed in 0.6.5 and 0.5.15.
漏洞公开时间：2026-06-23 05:16:24
漏洞创建时间：2026-08-14 16:00:19
漏洞详情参考链接：
https://nvd.nist.gov/vuln/detail/CVE-2026-47242
更多参考(点击展开)
漏洞分析指导链接：
https://atomgit.com/openeuler/cve-manager/blob/master/cve-vulner-manager/doc/md/manual.md
漏洞数据来源:
七彩瞬析开源风险感知平台
漏洞补丁信息：
详情(点击展开)
二、漏洞分析结构反馈
影响性分析说明：
Ruby 标准库 Net::IMAP 存在命令注入漏洞。在特定版本中，Net::IMAP#id 方法虽然正确转义了字符串中的特殊字符，但未禁止 CRLF（换行符）序列；Net::IMAP#enable 方法在处理别名时，未验证参数是否为合法的原子字符或原子字符列表，而是直接发送 to_s 的值。攻击者可利用这些缺陷注入任意 IMAP 命令。
openEuler评分：
5.8
Vector：CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:P/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N
受影响版本排查(受影响/不受影响)：
1.master(3.2.8):受影响
2.openEuler-20.03-LTS-SP4(2.5.8):不受影响
3.openEuler-22.03-LTS-SP4(3.0.3):不受影响
4.openEuler-24.03-LTS-Next(3.2.2):受影响
5.openEuler-24.03-LTS-SP1(3.2.2):受影响
6.openEuler-24.03-LTS-SP3(3.2.2):受影响
7.openEuler-24.03-LTS-SP4(3.2.2):受影响
修复是否涉及abi变化(是/否)：
1.master(3.2.8):否
2.openEuler-20.03-LTS-SP4(2.5.8):否
3.openEuler-22.03-LTS-SP4(3.0.3):否
4.openEuler-24.03-LTS-Next(3.2.2):否
5.openEuler-24.03-LTS-SP1(3.2.2):否
6.openEuler-24.03-LTS-SP3(3.2.2):否
7.openEuler-24.03-LTS-SP4(3.2.2):否
原因说明：
1.master(3.2.8):正常修复
2.openEuler-20.03-LTS-SP4(2.5.8):不受影响-漏洞代码不存在
3.openEuler-22.03-LTS-SP4(3.0.3):不受影响-漏洞代码不存在
4.openEuler-24.03-LTS-Next(3.2.2):正常修复
5.openEuler-24.03-LTS-SP1(3.2.2):正常修复
6.openEuler-24.03-LTS-SP3(3.2.2):正常修复
7.openEuler-24.03-LTS-SP4(3.2.2):正常修复