issue处理注意事项:
1. 提交正常修复分支的修复PR时,必须关联当前issue,否则无法关闭当前issue;
2. 模板内容需要填写完整, 无论是受影响或者不受影响都需要填写完整内容;
3. 以下为模板中需要填写完整的内容, 请复制到评论区回复;
注: 内容的关键词(影响性分析说明, openEuler评分, 受影响版本排查(受影响/不受影响), 修复是否涉及abi变化(是/否), 原因说明)不能省略,省略后cve-manager将无法正常解析填写内容.
影响性分析说明:
openEuler评分: (评分和向量)
受影响版本排查(受影响/不受影响):
1.master(1.25.2):
2.openEuler-20.03-LTS-SP4(1.11.0):
3.openEuler-22.03-LTS-SP4(1.13.2):
4.openEuler-24.03-LTS-Next(1.17.1):
5.openEuler-24.03-LTS-SP1(1.17.1):
6.openEuler-24.03-LTS-SP3(1.17.1):
7.openEuler-24.03-LTS-SP4(1.17.1):
修复是否涉及abi变化(是/否):
1.master(1.25.2):
2.openEuler-20.03-LTS-SP4(1.11.0):
3.openEuler-22.03-LTS-SP4(1.13.2):
4.openEuler-24.03-LTS-Next(1.17.1):
5.openEuler-24.03-LTS-SP1(1.17.1):
6.openEuler-24.03-LTS-SP3(1.17.1):
7.openEuler-24.03-LTS-SP4(1.17.1):
原因说明:
1.master(1.25.2):
2.openEuler-20.03-LTS-SP4(1.11.0):
3.openEuler-22.03-LTS-SP4(1.13.2):
4.openEuler-24.03-LTS-Next(1.17.1):
5.openEuler-24.03-LTS-SP1(1.17.1):
6.openEuler-24.03-LTS-SP3(1.17.1):
7.openEuler-24.03-LTS-SP4(1.17.1):
原因说明填写请参考下方表格(注意:版本是否受影响和版本的原因说明必须对应,例如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-81634 | |||
| https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2026-81634 | |||
| https://security-tracker.debian.org/tracker/CVE-2026-81634 | |||
| http://www.cnnvd.org.cn/web/vulnerability/queryLds.tag?qcvCnnvdid=CVE-2026-81634 | |||
| https://nvd.nist.gov/vuln/detail/CVE-2026-81634 | |||
| https://ubuntu.com/security/CVE-2026-81634 | 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


Welcome To openEuler Community
Hey @openLiBingCI , thanks for your contribution to the community.
Bot Usage Manual
I'm the Bot here serving you. You can find the instructions on how to interact with me at Here . That means you can comment below every pull request or issue to trigger Bot Commands. You can self-configure the PR merge rules for this repository. For more details, please refer to Here.
Contact Guide
If you have any questions, please contact the SIG: Networking ,
and any of the maintainers: @Apricity_HW, @MrRlu, @robert-xingwang, @sunsuwan ,
and any of the committers: @jiangheng12138, @zhongxuan2 .


经过cve-manager解析,部分字段填写错误,如红色字体所示:
影响性分析说明:
(请填写此字段)
openEuler评分: (评分和向量)
(请填写此字段)
受影响版本排查(受影响/不受影响):
1.master:(请填写此字段)
2.openEuler-20.03-LTS-SP4:(请填写此字段)
3.openEuler-22.03-LTS-SP4:(请填写此字段)
4.openEuler-24.03-LTS-Next:(请填写此字段)
5.openEuler-24.03-LTS-SP1:(请填写此字段)
6.openEuler-24.03-LTS-SP3:(请填写此字段)
7.openEuler-24.03-LTS-SP4:(请填写此字段)
修复是否涉及abi变化(是/否):
1.master:(请填写此字段)
2.openEuler-20.03-LTS-SP4:(请填写此字段)
3.openEuler-22.03-LTS-SP4:(请填写此字段)
4.openEuler-24.03-LTS-Next:(请填写此字段)
5.openEuler-24.03-LTS-SP1:(请填写此字段)
6.openEuler-24.03-LTS-SP3:(请填写此字段)
7.openEuler-24.03-LTS-SP4:(请填写此字段)
原因说明:
1.master:(请填写此字段)
2.openEuler-20.03-LTS-SP4:(请填写此字段)
3.openEuler-22.03-LTS-SP4:(请填写此字段)
4.openEuler-24.03-LTS-Next:(请填写此字段)
5.openEuler-24.03-LTS-SP1:(请填写此字段)
6.openEuler-24.03-LTS-SP3:(请填写此字段)
7.openEuler-24.03-LTS-SP4:(请填写此字段)


🔍 CVE 项目匹配性分析结果
CVE: CVE-2026-81634
针对分支: master
结果: ❌ 不匹配
原因: CVE 存在(NVD totalResults=1、MITRE state=PUBLISHED、NLnet Labs 厂商公告均收录,2026-09-16 发布,CWE-122 堆缓冲区溢出,CVSS 7.5)。组件匹配:漏洞产品 NLnet Labs Unbound 与包名 unbound 一致。版本不匹配:上游受影响范围为 <=1.26.0(<1.26.1),修复版本 1.26.1;master 分支 SPEC Version 已为 1.26.1-1(changelog 2026-09-17 记录 update to 1.26.1 to fix cves,早于本 Issue 创建时间 2026-09-17 之后一天),且已验证 spec 构建所用的 unbound-1.26.1.tar.gz 源码中修复代码实际存在(validator/val_sigcrypt.c rrset_canonical() 中新增 first can_owner name 的 sldns_buffer_remaining(buf) < k->rk.dname_len+2 缓冲区长度检查,对应官方 patch_CVE-2026-81634.diff)。当前版本不在受影响范围内且漏洞代码已被修复,判定 NOT_MATCHED。
建议:
- 此 CVE 实际影响的项目与当前 Issue 所在项目不一致
- 建议关闭此 Issue,或将其移至正确项目的 Issue 列表
- 如有疑问,请联系安全团队确认
此评论由 Claude Agent Team(项目经理)自动生成


/branches openEuler-20.03-LTS-SP4 /patch_url https://github.com/NLnetLabs/unbound/commit/3d65973d38cd7e4dcdc9d5764ef1ea40fd849d10.patch /name gaihuiying /email eaglegai@163.com


【任务 #129 · openEuler-20.03-LTS-SP4】CVE-2026-81634
1. 是否受影响:受影响
Step 4 源码影响性分析判定本分支受影响:核心漏洞函数 rrset_canonical 在 unbound-1.11.0 的 validator/val_sigcrypt.c:1160 存在,且漏洞模式与 CVE 描述完全匹配——canonicalise owner name 与 rdata 写入缓冲区时缺失边界检查(写 sig 前无 siglen 检查、首次 insert_can_owner 写入未检查、写入后无 rdata 复查),漏洞代码存在于本版本源码,需要修复。
- openEuler-20.03-LTS-SP4(1.11.0):受影响
2. 修复补丁
上游补丁:https://github.com/NLnetLabs/unbound/commit/3d65973d38cd7e4dcdc9d5764ef1ea40fd849d10.patch
3. 补丁适配情况
已适配补丁:backport-CVE-2026-81634.patch(状态 adapted,置信度 high)。无前置补丁。
- 冲突原因:上游补丁基于远新于 1.11.0 的版本(约 1.26.x),部分 hunk 的上下文行与目标函数在 1.11.0 基线源码中不存在。
- 适配内容:val_sigcrypt.c hunk#1 仅做上下文行适配——上游
canon_dname_tolower(begin,end)两行上下文替换为基线 1.11.0 的单行query_dname_tolower(begin),核心变更行逐字节保留;hunk#2 原样应用。CVE 在基线的真实漏洞路径rrset_canonical(val_sigcrypt.c:1160,:1511 调用)已由保留的 hunk#1/#2 完整修复,核心修复逻辑保真。 - 丢弃 hunk:val_sigcrypt.c hunk#3/#4 的目标函数
rrset_canonicalize_to_buffer在基线全树不存在,其唯一生产调用方是基线不存在的 ZONEMD(RFC 8976,上游 1.13.x 引入)特性,该路径在基线不可达,按“目标代码不存在的不可适用 hunk”丢弃;unitverify.c 两个 hunk 新增的canon_owner_buf_test调用该不存在函数、会导致编译失败,改写测试语义被禁止,一并丢弃。 - 落地验证:补丁已成功应用到 openEuler-20.03-LTS-SP4 分支源码并通过应用验证(0 个失败补丁、无 AI 干预),适配置信度 high。
冲突明细:
validator/val_sigcrypt.c(context_adjusted):hunk#1 上下文行差异——上游 1.13+ 用双参canon_dname_tolower转小写并返回新终点,基线 1.11.0 用单参query_dname_tolower原地转小写;按基线实际内容替换,插入位置与全部核心变更行逐字节不变。validator/val_sigcrypt.c(other):目标函数rrset_canonicalize_to_buffer基线全树不存在,唯一生产调用方为基线不存在的 ZONEMD 特性、该路径不可达;内联该函数属添加无调用者死代码,backport 其引入 commit 需搬入整个 ZONEMD 特性,均违反最小适配,故丢弃。validator/val_sigcrypt.c(other):同上;语义等价的复查已通过保留的 hunk#2 应用到基线真实存在的rrset_canonical。testcode/unitverify.c(other):canon_owner_buf_test调用基线不存在的rrset_canonicalize_to_buffer,保留会导致 testcode 编译失败,故连同调用点一并丢弃。
4. PR 提交
已提交 PR(openEuler-20.03-LTS-SP4):https://gitcode.com/src-openeuler/unbound/merge_requests/263
──────── 复制以下内容回填 issue ────────
受影响版本排查(受影响/不受影响):
1.openEuler-20.03-LTS-SP4(1.11.0): 受影响
ABI 变化:N/A
原因说明:
1.正常修复
────────────────────────────────────────


影响性分析说明:In NLnet Labs Unbound up to and including 1.26.0, a 255 length query name with a large TCP response can lead to a heap buffer overflow during the RRSet canonicalisation routine. This is caused by missing to add the first owner name into the buffer length check. A malicious actor operating a malicious name server or tampering with an incoming response to Unbound (canonicalisation happens before DNSSEC validation), can trigger the vulnerability.
openEuler评分:7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
受影响版本排查(受影响/不受影响):
1.master(1.25.2):受影响
2.openEuler-20.03-LTS-SP4(1.11.0):受影响
3.openEuler-22.03-LTS-SP4(1.13.2):受影响
4.openEuler-24.03-LTS-Next(1.17.1):受影响
5.openEuler-24.03-LTS-SP1(1.17.1):受影响
6.openEuler-24.03-LTS-SP3(1.17.1):受影响
7.openEuler-24.03-LTS-SP4(1.17.1):受影响
修复是否涉及abi变化(是/否):
1.master(1.25.2):否
2.openEuler-20.03-LTS-SP4(1.11.0):否
3.openEuler-22.03-LTS-SP4(1.13.2):否
4.openEuler-24.03-LTS-Next(1.17.1):否
5.openEuler-24.03-LTS-SP1(1.17.1):否
6.openEuler-24.03-LTS-SP3(1.17.1):否
7.openEuler-24.03-LTS-SP4(1.17.1):否
原因说明:
1.master(1.25.2):正常修复
2.openEuler-20.03-LTS-SP4(1.11.0):正常修复
3.openEuler-22.03-LTS-SP4(1.13.2):正常修复
4.openEuler-24.03-LTS-Next(1.17.1):正常修复
5.openEuler-24.03-LTS-SP1(1.17.1):正常修复
6.openEuler-24.03-LTS-SP3(1.17.1):正常修复
7.openEuler-24.03-LTS-SP4(1.17.1):正常修复


@MrRlu 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | In NLnet Labs Unbound up to and including 1.26.0, a 255 length query name with a large TCP response can lead to a heap buffer overflow during the RRSet canonicalisation routine. This is caused by missing to add the first owner name into the buffer length check. A malicious actor operating a malicious name server or tampering with an incoming response to Unbound (canonicalisation happens before DNSSEC validation), can trigger the vulnerability. |
| 已分析 | 2.openEulerScore | 7.5 |
| 已分析 | 3.openEulerVector | AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
| 已分析 | 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:正常修复
2.openEuler-20.03-LTS-SP4:正常修复(PR未合入)
3.openEuler-22.03-LTS-SP4:正常修复(PR未合入)
4.openEuler-24.03-LTS-Next:正常修复
5.openEuler-24.03-LTS-SP1:正常修复
6.openEuler-24.03-LTS-SP3:正常修复(PR未合入)
7.openEuler-24.03-LTS-SP4:正常修复


@MrRlu 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | In NLnet Labs Unbound up to and including 1.26.0, a 255 length query name with a large TCP response can lead to a heap buffer overflow during the RRSet canonicalisation routine. This is caused by missing to add the first owner name into the buffer length check. A malicious actor operating a malicious name server or tampering with an incoming response to Unbound (canonicalisation happens before DNSSEC validation), can trigger the vulnerability. |
| 已分析 | 2.openEulerScore | 7.5 |
| 已分析 | 3.openEulerVector | AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
| 已分析 | 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:正常修复
2.openEuler-20.03-LTS-SP4:正常修复(PR未合入)
3.openEuler-22.03-LTS-SP4:正常修复(PR未合入)
4.openEuler-24.03-LTS-Next:正常修复
5.openEuler-24.03-LTS-SP1:正常修复
6.openEuler-24.03-LTS-SP3:正常修复(PR未合入)
7.openEuler-24.03-LTS-SP4:正常修复


@MrRlu 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | In NLnet Labs Unbound up to and including 1.26.0, a 255 length query name with a large TCP response can lead to a heap buffer overflow during the RRSet canonicalisation routine. This is caused by missing to add the first owner name into the buffer length check. A malicious actor operating a malicious name server or tampering with an incoming response to Unbound (canonicalisation happens before DNSSEC validation), can trigger the vulnerability. |
| 已分析 | 2.openEulerScore | 7.5 |
| 已分析 | 3.openEulerVector | AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
| 已分析 | 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:正常修复
2.openEuler-20.03-LTS-SP4:正常修复
3.openEuler-22.03-LTS-SP4:正常修复
4.openEuler-24.03-LTS-Next:正常修复
5.openEuler-24.03-LTS-SP1:正常修复
6.openEuler-24.03-LTS-SP3:正常修复(PR未合入)
7.openEuler-24.03-LTS-SP4:正常修复


@MrRlu 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | In NLnet Labs Unbound up to and including 1.26.0, a 255 length query name with a large TCP response can lead to a heap buffer overflow during the RRSet canonicalisation routine. This is caused by missing to add the first owner name into the buffer length check. A malicious actor operating a malicious name server or tampering with an incoming response to Unbound (canonicalisation happens before DNSSEC validation), can trigger the vulnerability. |
| 已分析 | 2.openEulerScore | 7.5 |
| 已分析 | 3.openEulerVector | AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
| 已分析 | 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均已合入


经过cve-manager解析,所有PR均已合入


一、漏洞信息
漏洞编号:CVE-2026-81634
漏洞归属组件:unbound
漏洞归属的版本:1.10.1,1.11.0,1.13.2,1.17.0,1.17.1,1.25.1,1.25.2
CVSS评分:
BaseScore:7.5 High
Vector:CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
漏洞简述:
In NLnet Labs Unbound up to and including 1.26.0, a 255 length query name with a large TCP response can lead to a heap buffer overflow during the RRSet canonicalisation routine. This is caused by missing to add the first owner name into the buffer length check. A malicious actor operating a malicious name server or tampering with an incoming response to Unbound (canonicalisation happens before DNSSEC validation), can trigger the vulnerability.
漏洞公开时间:2026-09-16 17:17:06
漏洞创建时间:2026-09-17 01:41:24
漏洞详情参考链接:
https://nvd.nist.gov/vuln/detail/CVE-2026-81634
更多参考(点击展开)
无
漏洞分析指导链接:
https://atomgit.com/openeuler/cve-manager/blob/master/cve-vulner-manager/doc/md/manual.md
漏洞数据来源:
其他
漏洞补丁信息:
详情(点击展开)
无
二、漏洞分析结构反馈
影响性分析说明:
In NLnet Labs Unbound up to and including 1.26.0, a 255 length query name with a large TCP response can lead to a heap buffer overflow during the RRSet canonicalisation routine. This is caused by missing to add the first owner name into the buffer length check. A malicious actor operating a malicious name server or tampering with an incoming response to Unbound (canonicalisation happens before DNSSEC validation), can trigger the vulnerability.
openEuler评分:
7.5
Vector:CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
受影响版本排查(受影响/不受影响):
1.master(1.25.2):受影响
2.openEuler-20.03-LTS-SP4(1.11.0):受影响
3.openEuler-22.03-LTS-SP4(1.13.2):受影响
4.openEuler-24.03-LTS-Next(1.17.1):受影响
5.openEuler-24.03-LTS-SP1(1.17.1):受影响
6.openEuler-24.03-LTS-SP3(1.17.1):受影响
7.openEuler-24.03-LTS-SP4(1.17.1):受影响
修复是否涉及abi变化(是/否):
1.master(1.25.2):否
2.openEuler-20.03-LTS-SP4(1.11.0):否
3.openEuler-22.03-LTS-SP4(1.13.2):否
4.openEuler-24.03-LTS-Next(1.17.1):否
5.openEuler-24.03-LTS-SP1(1.17.1):否
6.openEuler-24.03-LTS-SP3(1.17.1):否
7.openEuler-24.03-LTS-SP4(1.17.1):否
原因说明:
1.master(1.25.2):正常修复
2.openEuler-20.03-LTS-SP4(1.11.0):正常修复
3.openEuler-22.03-LTS-SP4(1.13.2):正常修复
4.openEuler-24.03-LTS-Next(1.17.1):正常修复
5.openEuler-24.03-LTS-SP1(1.17.1):正常修复
6.openEuler-24.03-LTS-SP3(1.17.1):正常修复
7.openEuler-24.03-LTS-SP4(1.17.1):正常修复