因此，该软件受到 ALAS2023-2026-2033 公告中提及的多个漏洞影响。

    在 NLnet Labs Unbound 1.16.2 及之前 1.25.1版本中，发现一个与 CVE-2026-40622 “ghost 域名”系列攻击类似的漏洞，其可将 ghost 域窗口扩展至多个一个 A/AAAA 胶水记录的缓存 TTL 配置值。与其他“ghost 域名”攻击类似，攻击者需要控制（ghost）区域，并且能够查询易受攻击的 Unbound。单个客户端 A/AAAA 查询可能导致 Unbound 覆盖缓存过期的父端胶水 rrset，实质上将 ghost 域窗口扩展最多一个缓存的 TTL 配置值（“cache-max-ttl”）。在使用了“harden-referral-path： yes”的配置（非默认配置）中，不需要任何客户端查询，因为 Unbound 会隐式执行该查询。这是仅处理 NS 查询的变体 CVE-2026-40622 。（CVE-2026-42955）

    在 NLnet Labs Unbound 及之前版本 1.25.1中，如果达到阈值并且由于函数调用允许列表中缺少该函数，libunbound 需要调用“libworker_alloc_cleanup”，则使用 libunbound 并使用“unwanted-reply-threshold”进行配置的应用程序最终可突然终止。当使用 libunbound 的应用程序将“unwanted-reply-threshold”设置为任何非零值，并且迭代器查询以足够错误的 transaction-ID UDP 数据报超过阈值回复的权威设备时，最终将调用“libworker_alloc_cleanup”。由于函数调用允许列表中缺少该函数，这会导致 libunbound 的致命退出并最终终止嵌入应用程序。Unbound 本身不受影响，因为其相关函数“worker_alloc_cleanup”已在允许列表中注册，并继续执行记录的缓存刷新。（CVE-2026-44621）

    在 NLnet Labs Unbound 1.13.2 中（含 1.25.1）、名称位于 DNSSEC 签名区域下方的中间实验室的存根或转发区域可能会被中间标签的父级安全 NXDOMAIN 答案遮蔽。这是由“harden-below-nxdomain”逻辑中的差一错误导致的;
    默认情况下启用。它可有效绕过配置，并且永远不会联系配置的存根/转发区域。“harden-below-nxdomain”与不允许在存根/转发区域上方合成 NXDOMAIN 的委派点防护一起执行向上 DNS 缓存遍历。该防护在剥离标签之前测试域名。这会产生一个迭代，其中域名等于配置的存根/转发区域顶点，后者通过防护，再剥离一个标签，并探测顶点的直接公共父级处的缓存。如果该父项具有缓存的 DNSSEC 安全 NXDOMAIN（将为任何在签名的公共名称下嵌套两个或更多标签的私有命名空间）进行缓存，则 walk 会返回该域名，并且永远不会联系配置的存根/转发上游。这只能由查询中间标签（在存根/转发顶点和 DNSSEC 父区域之间）触发。（CVE-2026-44687）

    在 NLnet Labs Unbound 1.7.0 中（含 1.25.1），对 RRSIG 的验证不足。标签字段与 RFC 8198 激进 NSEC 处理期间的过早缓存写入相结合会导致缓存中毒，从而允许控制单个委派区域的恶意执行者毒化 NSEC 签名父域下的任意同级区域。在 NSEC 签署的 TLD 下拥有一个注册域的恶意执行者，可为不相关的同级域（共享相同的父区域）提供恶意的不安全 DNS 响应。
    父域下不存在且由父域 NSEC 链覆盖的任意委派可通过来自恶意同级域的欺骗性通配符 DS 记录（标签少于预期，未知算法）呈现为不安全存在。这允许恶意执行者为这些委派注入不安全的通配符记录。（CVE-2026-44690）

    在 NLnet Labs Unbound 1.6.0 （包括 1.25.1）中，仅根据 RRSIG 验证将通配符 rrset 作为另一段数据进行重播可短暂地视为 DNSSEC 安全并存储到缓存中，之后的验证会根据 NSEC 验证将其视为虚假的。当解析线程在 rrset 上放置安全，并且服务过期路径上的另一个线程随后获取具有回复安全的安全状态的更新后的 rrset 内容时，它可用于将通配符可能涵盖的通配符旁的特定记录更改为通配符。恶意执行者可通过拥有任何 DNSSEC 签名的域（与受害者域无关）和指向通配符（通配符可能被通配符覆盖）旁边的记录的 CNAME 封装程序记录来利用可能的有害影响。然后，查询 Unbound 以获取通配符同级记录，则会植入安全消息。以后（过期后）对 CNAME 封装程序的查询需要解析目标同级记录。如果将通配符重播注入响应，通配符 rrset 将把过期的同级记录更新为安全状态，然后再使用 NSEC 记录完成适当的通配符验证，并最终将 CNAME 封装程序答案视为虚假。更新后的中毒 rrset 现在是安全的，并指向通配符。此漏洞明确用于服务过期路径，需要注入已签名的通配符 rrset，且没有 NSEC 伴随的 rrset。（CVE-2026-46582）

    在 NLnet Labs Unbound 1.15.0 及之前 1.25.1版本中，用于 DNS-over-TLS （DoT） 转发查询的 TLS 服务器名称与结构 （'serviced_query'） 的生命周期相关联，但也被另一个结构 （'waiting_tcp'） 引用。当拥有的结构体在 DoT TCP 流仍在握手时被挤出网格时，它会释放引用字符串后面的存储，如果 TLS 流随后出错，它将取消引用已释放的指针。取消引用为只读，实际影响为后台程序崩溃，从而导致拒绝服务。知道 DoT 转发/存根 Unbound 配置的恶意执行者可通过查询相应区域中的记录利用此漏洞，同时保持 Unbound uder 压力，以便启动推挤逻辑。如果易受攻击区域的回答很慢，则推挤此类查询的可能性会更高，尽管推挤的时间需要精确。存在漏洞的 Unbound 要求是存在为 DoT 配置的存根/转发区域，以及服务器标识上配置的“#authname”后缀。服务器的连接需要在正确的时间出现暂时性故障，才能启动易受攻击的错误路径。（CVE-2026-50046）

    在 NLnet Labs Unbound 1.6.2 及之前 1.25.1版本中，当 Unbound 在验证器前面配置了“respip”模块以及“response-ip”重定向规则或带有 RPZ-IP 触发器的 RPZ 文件时，重写处理程序不会检查上游答案的安全状态，而是可能重写一个虚假的 A/AAAA 答案以指向运算符的配置 IP。如果验证器发现 A 记录属于“response-ip”/RPZ 配置的答案中存在过期或在其他方面无效的 RRSIG，则仍会重写该答案并赋予硬编码安全级别 INSECURE。这会导致客户端收到由运算符的配置 IP 重写的不安全的 NOERROR 回复。恶意执行者可通过伪造属于运算符配置的子网重写内的虚假 A/AAAA 答案来利用可能的有害影响。然后，这些受 DNSSEC 保护的应答会以不安全的方式重定向至操作员的配置目标。（CVE-2026-50243）

    在 NLnet Labs Unbound 1.7.0 及之前（包括以下版本 1.25.1）中，当 auth/rpz 区域拥有解析为 BOGUS A/AAAA 的配置主主机名时，它仍被视为可能的 XFR 端点。可欺骗主机名的 A/AAAA 记录（无需有效 RRSIG）的恶意执行者将成为区域的 XFR 主执行者并可替换整个区域/解析器的完整响应策略。（CVE-2026-50248）

    在 NLnet Labs Unbound 及之前的版本 1.25.1中，当启用了“unwanted-reply-threshold”（设置为大于零的任意值）时，/：：0 的 0.0.0.0胶水记录可通过发出 DNS 查询并接收看似不需要的回复，在可以引导此类流量的系统上短路 Unbound，因为远程 IP 与原始源 IP 0.0.0.0 不匹配/::0.此行为会持续循环寻找胶水记录，并将计数器推送到配置的“unwanted-reply-threshold”，此函数可触发防御性缓存清除。控制返回 /：：0 的 0.0.0.0辖区内胶水的委派的恶意执行者可将计数器驱动到阈值的“unwanted-reply-threshold”限制，并触发消息和 rrset 缓存的缓存清除;无限期，无需发送任何伪造数据包。迭代器使用 0.0.0.0/：：0 胶水，以及可以路由此胶水的系统（例如，Linux 内核通过环回路由数据报），Unbound 自己的监听器 127.0.0.1从 . 由于 和 127.0.0.1在此0.0.0.0示例中不匹配，Unbound 将回复视为不需要的（可能是欺骗性的）应答。每次缓存刷新时计数器重置为零，因此攻击永久循环。（CVE-2026-50251）

    在 NLnet Labs Unbound 1.4.22 及之前（包括 1.25.1）中，UDP 源端口是随机的，旨在用作增加 DNS 事务熵的秘密值。当解析器负载平衡策略依赖于源端口而其结果泄露时，此保密性就会受到破坏。当负载平衡策略对于传入源 UDP 端口和 IP 地址保持一致，同时严重依赖传入源 UDP 端口作为随机化源时，便会出现该漏洞。
    当 Unbound 中启用了 SO_REUSEPORT 配置选项（“so-reuseport： yes”）时（默认），它满足这些条件，使其容易遭受 DNS 缓存中毒攻击。启动时，Unbound 会将可用的 UDP 源端口空间随机划分为（几乎）大小相等的不相交子集，并将每个子集分配给特定的工作线程。收到传入 DNS 查询时，内核的SO_REUSEPORT负载平衡机制会确定性地将查询分配给与特定线程关联的套接字。解析该请求期间生成的所有外发 DNS 查询都使用从分配给相应线程的端口子集中专门选择的源端口。由于这些端口子集在线程间是不相交的，因此在解析器对权威名称服务器的传出查询中观察到的源端口可用作处理原始客户端查询的工作线程的可靠指示符。恶意执行者可获取传入 UDP 源端口（针对给定固定源 IP 地址）和 Unbound 工作线程之间的映射，并通过有效降低每个线程的随机端口填充数，利用此映射执行 DNS 缓存中毒攻击。（CVE-2026-50252）

    在 NLnet Labs Unbound 1.6.0 及之前 1.25.1版本中，当视图一开始就没有本地数据配置时，'unbound-control' 的 'view_local_data' 和 'view_local_datas' 命令会为该视图创建裸露的本地区域树。但是，通过控制界面创建会省略添加默认受保护的区域（例如，RFC 1918 反向、 AS112 zones、.onion、.localhost）。一旦存在没有默认值的本地区域树，则映射到该视图的客户端中针对受默认保护名称的每个查询都会通过迭代器转义到公共 DNS，而不是在本地进行应答，从而绕过本地策略预期。（CVE-2026-55708）

    在 NLnet Labs Unbound 1.10.0 （包括以下 1.25.1版本）中，若将 'serve-expired： yes' 与 'response-ip： <net> redirect' /'response-ip-data： <net> CNAME <target>' 规则（或 RPZ 'rpz-cname-override' 等同项）设置在一起，则控制任何委派域的远程客户端可使后台程序崩溃。serve-expired-client-timeout 回调运行双传递循环以追逐 respip 生成的 CNAME 别名;在第二次传递中，它重置“alias_rrset”而不会重置“partial_rep”。随后，这种不一致会导致空指针取消引用和最终崩溃。恶意执行者可通过控制以所配置 response-ip/rpz 子网内的 A/AAAA 记录进行回复的任何区域，以恶意利用此漏洞。若在上一条记录过期时延迟回答，系统会采用“serve-expired-client-timeout”的易受攻击路径，通过服务器崩溃导致拒绝服务。（CVE-2026-55717）

    在 NLnet Labs Unbound 及之前版本 1.25.1（含）中，当验证器为 RRSIG 涵盖的 PX/RP/MINFO/SOA RRset 构建规范 RDATA 表单时，它会将第二个嵌入式域名的地址计算为“datstart + dname_valid（datstart， ...）”，然后直接将其传递到“query_dname_tolower（）”，而不检查 RDATA 中是否实际存在第二个名称。有线格式解析器接受 RDATA 在名字之后结尾的多 dname RR，因此，运行 DNSSEC 签名的权威服务器的攻击者可传递缺少第二个域名（例如 SOA 记录）的记录，并造成“query_dname_tolower（）”逐个标签遍历每个工作线程“env->scratch_buffer”中的过时字节，超过该堆分配的末尾（如果“msg-buffer-size”已从默认值降低）。这会导致堆缓冲区溢出，并且在版本中，结果在很大程度上依赖于缓冲区末尾和相邻堆区块的内容。（CVE-2026-56416）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Rocky Linux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：2026：1785417704公告中提及的多个漏洞的影响。

  - 争议说明：此问题不构成安全风险，因为它（根据原始软件开发人员 NLnet Labs 的分析）属于应用程序的预期功能和安全控制范围。Red Hat 已声明 Red Hat 产品存在安全风险。NLnet Labs 没有关于该声明的进一步信息，建议受影响的 Red Hat 客户参阅可用的 Red Hat 文档或支持渠道。原始描述：在 Unbound 的 config_file.c 内的 cfg_mark_ports 函数中发现堆缓冲区溢出缺陷，可导致内存损坏。
    此问题可允许具有本地访问权限的攻击者提供特别构建的输入，可能导致应用程序崩溃或允许任意代码执行。此漏洞可导致拒绝服务或对系统执行未经授权的操作。（CVE-2024-43168）

  - NLnet Labs Unbound 之前（含）版本 1.25.0 在 DNSSEC 验证器中存在一个漏洞，其中用于查阅 DS 记录的负缓存的代码路径未考虑 中引入 1.19.1的 NSEC3 哈希计算限制。这会导致攻击期间服务降级。控制 DNSSEC 签名区域的攻击者可通过为子委派使用可接受的高迭代来签署 NSEC3 记录，并查询易受攻击的 Unbound，来利用此漏洞。Unbound 将继续对 NSEC3 记录执行允许的哈希计算，并且不会通过 1.19.1 中引入的缓解措施来限制工作。其副作用是，在哈希期间将保留负缓存的全局锁，从而阻断需要查阅负缓存的其他线程。协同攻击可将此漏洞升级为拒绝服务。Unbound 1.25.1 包含一个补丁，该补丁将问题修复为将易受攻击的代码路径与 NSEC3 哈希计算的现有限制绑定。（CVE-2026-42923）

  - 在 NLnet Labs Unbound 1.6.2 及之前 1.25.1版本中，当 Unbound 在验证器前面配置了“respip”模块以及“response-ip”重定向规则或带有 RPZ-IP 触发器的 RPZ 文件时，重写处理程序不会检查上游答案的安全状态，而是可能重写虚假的 A/AAAA 答案以指向运算符的配置 IP。如果验证器发现 A 记录属于“response-ip”/RPZ 配置的答案中存在过期或在其他方面无效的 RRSIG，则仍会重写该答案并赋予硬编码安全级别 INSECURE。这会导致客户端收到由运算符的配置 IP 重写的不安全的 NOERROR 回复。恶意执行者可通过伪造属于运算符配置的子网重写内的虚假 A/AAAA 答案来利用可能的有害影响。然后，这些受 DNSSEC 保护的应答会以不安全的方式重定向至操作员的配置目标。（CVE-2026-50243）

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

CentOS Linux 8 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS-STREAM8：CLSA-2026：1785489388公告中提及的多个漏洞的影响。

  - 争议说明：此问题不构成安全风险，因为它（根据原始软件开发人员 NLnet Labs 的分析）属于应用程序的预期功能和安全控制范围。Red Hat 已声明 Red Hat 产品存在安全风险。NLnet Labs 没有关于该声明的进一步信息，建议受影响的 Red Hat 客户参阅可用的 Red Hat 文档或支持渠道。原始描述：在 Unbound 的 config_file.c 内的 cfg_mark_ports 函数中发现堆缓冲区溢出缺陷，可导致内存损坏。
    此问题可允许具有本地访问权限的攻击者提供特别构建的输入，可能导致应用程序崩溃或允许任意代码执行。此漏洞可导致拒绝服务或对系统执行未经授权的操作。（CVE-2024-43168）

  - NLnet Labs Unbound 之前（含）版本 1.25.0 在 DNSSEC 验证器中存在一个漏洞，其中用于查阅 DS 记录的负缓存的代码路径未考虑 中引入 1.19.1的 NSEC3 哈希计算限制。这会导致攻击期间服务降级。控制 DNSSEC 签名区域的攻击者可通过为子委派使用可接受的高迭代来签署 NSEC3 记录，并查询易受攻击的 Unbound，来利用此漏洞。Unbound 将继续对 NSEC3 记录执行允许的哈希计算，并且不会通过 1.19.1 中引入的缓解措施来限制工作。其副作用是，在哈希期间将保留负缓存的全局锁，从而阻断需要查阅负缓存的其他线程。协同攻击可将此漏洞升级为拒绝服务。Unbound 1.25.1 包含一个补丁，该补丁将问题修复为将易受攻击的代码路径与 NSEC3 哈希计算的现有限制绑定。（CVE-2026-42923）

  - 在 NLnet Labs Unbound 1.6.2 及之前 1.25.1版本中，当 Unbound 在验证器前面配置了“respip”模块以及“response-ip”重定向规则或带有 RPZ-IP 触发器的 RPZ 文件时，重写处理程序不会检查上游答案的安全状态，而是可能重写虚假的 A/AAAA 答案以指向运算符的配置 IP。如果验证器发现 A 记录属于“response-ip”/RPZ 配置的答案中存在过期或在其他方面无效的 RRSIG，则仍会重写该答案并赋予硬编码安全级别 INSECURE。这会导致客户端收到由运算符的配置 IP 重写的不安全的 NOERROR 回复。恶意执行者可通过伪造属于运算符配置的子网重写内的虚假 A/AAAA 答案来利用可能的有害影响。然后，这些受 DNSSEC 保护的应答会以不安全的方式重定向至操作员的配置目标。（CVE-2026-50243）

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

AlmaLinux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：1785417704公告中提及的多个漏洞的影响。

  - 争议说明：此问题不构成安全风险，因为它（根据原始软件开发人员 NLnet Labs 的分析）属于应用程序的预期功能和安全控制范围。Red Hat 已声明 Red Hat 产品存在安全风险。NLnet Labs 没有关于该声明的进一步信息，建议受影响的 Red Hat 客户参阅可用的 Red Hat 文档或支持渠道。原始描述：在 Unbound 的 config_file.c 内的 cfg_mark_ports 函数中发现堆缓冲区溢出缺陷，可导致内存损坏。
    此问题可允许具有本地访问权限的攻击者提供特别构建的输入，可能导致应用程序崩溃或允许任意代码执行。此漏洞可导致拒绝服务或对系统执行未经授权的操作。（CVE-2024-43168）

  - NLnet Labs Unbound 之前（含）版本 1.25.0 在 DNSSEC 验证器中存在一个漏洞，其中用于查阅 DS 记录的负缓存的代码路径未考虑 中引入 1.19.1的 NSEC3 哈希计算限制。这会导致攻击期间服务降级。控制 DNSSEC 签名区域的攻击者可通过为子委派使用可接受的高迭代来签署 NSEC3 记录，并查询易受攻击的 Unbound，来利用此漏洞。Unbound 将继续对 NSEC3 记录执行允许的哈希计算，并且不会通过 1.19.1 中引入的缓解措施来限制工作。其副作用是，在哈希期间将保留负缓存的全局锁，从而阻断需要查阅负缓存的其他线程。协同攻击可将此漏洞升级为拒绝服务。Unbound 1.25.1 包含一个补丁，该补丁将问题修复为将易受攻击的代码路径与 NSEC3 哈希计算的现有限制绑定。（CVE-2026-42923）

  - 在 NLnet Labs Unbound 1.6.2 及之前 1.25.1版本中，当 Unbound 在验证器前面配置了“respip”模块以及“response-ip”重定向规则或带有 RPZ-IP 触发器的 RPZ 文件时，重写处理程序不会检查上游答案的安全状态，而是可能重写虚假的 A/AAAA 答案以指向运算符的配置 IP。如果验证器发现 A 记录属于“response-ip”/RPZ 配置的答案中存在过期或在其他方面无效的 RRSIG，则仍会重写该答案并赋予硬编码安全级别 INSECURE。这会导致客户端收到由运算符的配置 IP 重写的不安全的 NOERROR 回复。恶意执行者可通过伪造属于运算符配置的子网重写内的虚假 A/AAAA 答案来利用可能的有害影响。然后，这些受 DNSSEC 保护的应答会以不安全的方式重定向至操作员的配置目标。（CVE-2026-50243）

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 NLnet Labs Unbound 1.6.2 及之前 1.25.1版本中，当 Unbound 在验证器前面配置了“respip”模块以及“response-ip”重定向规则或带有 RPZ-IP 触发器的 RPZ 文件时，重写处理程序不会检查上游答案的安全状态，而是可能重写虚假的 A/AAAA 答案以指向运算符的配置 IP。如果验证器发现 A 记录属于“response-ip”/RPZ 配置的答案中存在过期或在其他方面无效的 RRSIG，则仍会重写该答案并赋予硬编码安全级别 INSECURE。这会导致客户端收到由运算符的配置 IP 重写的不安全的 NOERROR 回复。恶意执行者可通过伪造属于运算符配置的子网重写内的虚假 A/AAAA 答案来利用可能的有害影响。然后，这些受 DNSSEC 保护的应答会以不安全的方式重定向至操作员的配置目标。（CVE-2026-50243）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

远程 Debian 13 主机上存在安装的程序包，该程序包受到 dsa-6507 公告中提及的多个漏洞的影响。

    ------------------------------------------------------------------------- Debian 安全公告 security@debian.org DSA-6507-1https://www.debian.org/security/Moritz Muehlenhoff 2026 年 9 月 19 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    程序包：unbound CVE ID： CVE-2026-14586 CVE-2026-32665 CVE-2026-40622 CVE-2026-40691 CVE-2026-41637 CVE-2026-42955 CVE-2026-44621 CVE-2026-44687 CVE-2026-44690 CVE-2026-46582 CVE-2026-50045 CVE-2026-50046 CVE-2026-50243 CVE-2026-50248 CVE-2026-50251 CVE-2026-50252 CVE-2026-52863 CVE-2026-54478 CVE-2026-55708 CVE-2026-55717 CVE-2026-55973 CVE-2026-55990 CVE-2026-55991 CVE-2026-56416 CVE-2026-56444 CVE-2026-77860 CVE-2026-77955 CVE-2026-78227 CVE-2026-80225 CVE-2026-81634 CVE-2026-81642 CVE-2026-82717 CVE-2026-82720 CVE-2026-85501

    验证、递归、缓存 DNS 解析器 Unbound 中发现多个安全漏洞，可能会造成拒绝服务、缓存中毒、DNS cookie 绕过，或可能会造成执行任意代码。

    对于稳定发行版本 （trixie），已在版本 1.26.1-0+deb13u1 中修复这些问题。

    建议您升级 unbound 程序包。

    如需了解 unbound 的详细安全状态，请参阅其安全跟踪页面：
    https://security-tracker.debian.org/tracker/unbound

    有关 Debian 安全公告、如何将这些更新应用到系统以及常见问题解答的更多信息，请访问以下网址：https://www.debian.org/security/

    邮件列表：debian-security-announce@lists.debian.org

Tenable 已直接从 Debian 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

AlmaLinux 9.2 主机上安装的程序包受到 TuxCare ALMALINUX9.2：CLSA-2026：1786637650公告中提及的多个漏洞的影响。

  - RFC 1035 及更新中的 DNS 协议允许远程攻击者通过安排 DNS 查询累积数秒来造成拒绝服务（资源消耗），以便随后以脉冲突发形式发送响应（在某些情况下可被视为流量放大），也称为 DNSBomb 问题。（CVE-2024-33655）

  - 争议说明：此问题不构成安全风险，因为它（根据原始软件开发人员 NLnet Labs 的分析）属于应用程序的预期功能和安全控制范围。Red Hat 已声明 Red Hat 产品存在安全风险。NLnet Labs 没有关于该声明的进一步信息，建议受影响的 Red Hat 客户参阅可用的 Red Hat 文档或支持渠道。原始描述：在 Unbound 的 ub_ctx_set_fwd 函数中发现一个空指针取消引用缺陷。此问题可允许可调用特定 API 调用序列的攻击者造成分段错误。以特定顺序调用某些 API 函数（如 ub_ctx_set_fwd 和 ub_ctx_resolvconf）时，程序会尝试从空指针读取，从而导致崩溃。此问题可通过造成应用程序意外终止而导致拒绝服务。（CVE-2024-43167）

  - 在 NLnet Labs Unbound 1.16.2 （包括 1.25.1）中，在 Unbound 中发现一个与 CVE-2026-40622 “ghost 域名”系列攻击类似的漏洞，可将 ghost 域窗口扩展到最多一个 A/AAAA 胶水记录的缓存 TTL 配置值。与其他“ghost 域名”攻击类似，攻击者需要控制（ghost）区域，并且能够查询易受攻击的 Unbound。单个客户端 A/AAAA 查询可能导致 Unbound 覆盖缓存过期的父端胶水 rrset，实质上将 ghost 域窗口扩展最多一个缓存的 TTL 配置值（“cache-max-ttl”）。在使用了“harden-referral-path： yes”的配置（非默认配置）中，不需要任何客户端查询，因为 Unbound 会隐式执行该查询。这是仅处理 NS 查询的变体 CVE-2026-40622 。（CVE-2026-42955）

  - 在 NLnet Labs Unbound 及之前版本 1.25.1（含）中，如果达到阈值并且由于函数调用允许列表中缺少该函数，libunbound 需要调用“libworker_alloc_cleanup”，则使用 libunbound 并配置了“unwanted-reply-threshold”的应用程序最终可突然终止。当使用 libunbound 的应用程序将“unwanted-reply-threshold”设置为任何非零值，并且迭代器查询以足够错误的 transaction-ID UDP 数据报超过阈值回复的权威设备时，最终将调用“libworker_alloc_cleanup”。由于函数调用允许列表中缺少该函数，这会导致 libunbound 的致命退出并最终终止嵌入应用程序。Unbound 本身不受影响，因为其相关函数“worker_alloc_cleanup”已在允许列表中注册，并继续执行记录的缓存刷新。（CVE-2026-44621）

  - 在 NLnet Labs Unbound 1.13.2 （含 1.25.1） 中，名称位于 DNSSEC 签名区域下方的中间实验室的存根或转发区域可被中间标签的父级安全 NXDOMAIN 答案遮蔽。这是由“harden-below-nxdomain”逻辑中的差一错误导致的;
    默认情况下启用。它可有效绕过配置，并且永远不会联系配置的存根/转发区域。“harden-below-nxdomain”与不允许在存根/转发区域上方合成 NXDOMAIN 的委派点防护一起执行向上 DNS 缓存遍历。该防护在剥离标签之前测试域名。这会产生一个迭代，其中域名等于配置的存根/转发区域顶点，后者通过防护，再剥离一个标签，并探测顶点的直接公共父级处的缓存。如果该父项具有缓存的 DNSSEC 安全 NXDOMAIN（将为任何在签名的公共名称下嵌套两个或更多标签的私有命名空间）进行缓存，则 walk 会返回该域名，并且永远不会联系配置的存根/转发上游。这只能由查询中间标签（在存根/转发顶点和 DNSSEC 父区域之间）触发。（CVE-2026-44687）

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
331989	Amazon Linux 2023：python3-unbound、unbound、unbound-anchor (ALAS2023-2026-2033)	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/8/6	high
362086	Rocky Linux 9.6 [TuxCare] 安全更新：python3-unbound / unbound / unbound-devel / unbound-dracut 等多个漏洞（ALMALINUX9.6：CLSA-2026：1785417704）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	medium
360600	CentOS Linux 8 [TuxCare] 安全更新：python3-unbound / unbound / unbound-devel / unbound-libs 多个漏洞（CENTOS-STREAM8：CLSA-2026：1785489388）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	medium
361909	AlmaLinux 9.6 [TuxCare] 安全更新：python3-unbound / unbound / unbound-devel / unbound-dracut 等多个漏洞（ALMALINUX9.6：CLSA-2026：1785417704）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	medium
329571	Linux Distros 未修补的漏洞：CVE-2026-50243	Nessus	Misc.	2026/7/25	2026/9/21	medium
348572	Debian DSA-6507：libunbound-dev - 安全更新	Nessus	Debian Local Security Checks	2026/9/21	2026/10/5	critical
352033	AlmaLinux 9.2 [TuxCare] 安全更新：python3-unbound / unbound / unbound-devel / unbound-libs 多个漏洞（ALMALINUX9.2：CLSA-2026：1786637650）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	medium

检测

插件搜索

high

medium

medium

medium

medium

critical

medium