远程主机上安装的 F5 Networks BIG-IP 版本低于 17.1.3.3 / 17.5.1.7 / 21.1.0 版。因此，它受到 K000162286 公告中提及的一个漏洞影响。

    如果 BIND 解析器执行 DNSSEC 验证时遇到恶意构建的区域，解析器可能会消耗过量 CPU。仅授权服务器通常不受影响，但在某些情况下授权服务器可能会进行递归查询（请参阅： https://kb.isc.org/docs/why-does-my-authoritative-server-make-recursive-queries）。此问题影响 BIND 9 版本9.11.0，从 、 到 、 9.18.469.18.09.20.209.20.0 到 、 、 到 、 9.21.09.21.199.11.3-S1 到 9.16.50-S1、9.18.11-S1 到 9.18.46-S1 和 9.20.9-S1 到 9.20.20-S1 版本。CVE-2026-15199.16.50未配置 DNS 的 BIG-IP LTMBIG-IP 系统包含存在漏洞的 BIND 版本，且 BIND 默认启用。然而，如果配置了 LTM 但未配置 DNS，BIND 存在但不会用作执行域名系统安全扩展 （DNSSEC） 验证的解析器。由于攻击要求处理路径中包含 DNSSEC 验证，因此未配置 DNS 模块的 LTM 不易受到影响。配置有 DNS 的 BIG-IP BIG-IP DNS 在下列条件下容易受到攻击：BIND 充当递归解析器。默认情况下，BIG-IP 系统上的 BIND 有递归编号;已配置，这意味着它不是递归解析器。如果您已通过添加递归来手动启用递归，是;BIND 可代表客户端执行 DNSSEC 验证，从而容易受到影响。
    您可以通过运行 grep recursion /var/named/config/named.conf 来检查这一点。如果结果显示递归编号，则此配置不易受到影响。DNS 缓存配置为验证解析器。如果 DNS 缓存实例的配置类型设置为“验证解析器”，则无论 BIND 的递归设置为何，其都会将 DNSSEC 验证作为其核心功能。这意味着即使禁用 BIND 递归，系统也可以通过此路径受到攻击。您可以通过运行 tmsh list ltm dns cache validating-resolver 命令来检查这一点。若返回任何输出，则说明存在验证解析器缓存，使用此配置时系统易受攻击。普通解析器缓存类型（非验证解析器）会执行递归解析，但不会执行 DNSSEC 验证，因此不易直接受到此特定 CVE 的影响。即使禁用了 BIND 递归，如果系统依赖 BIND 的 DNSSEC 验证逻辑，并且可以接受来自可到达攻击者控制域的来源的查询，则仍然存在潜在的风险暴露。实际上，当 BIND 递归关闭时，验证解析器 DNS 缓存路径是最可能的方式。

Tenable 直接从 F5 Networks BIG-IP 安全公告中提取了前面的描述块。

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

检测

F5 Networks BIG-IP：BIND 漏洞 (K000162286)

high Nessus 插件 ID 330803

版本 1.2