远程主机上安装的 AHV 版本低于 20201105.1082。因此，该主机受到 NXSA-AHV-20201105.1082 公告中提及的多个漏洞影响。

  - 在 GNU C 库（也称为 glibc 或 libc6）2.32 及之前所有版本中，iconv 功能在处理 EUC-KR 编码中的无效多字节输入序列时，可能存在缓冲区过度读取的问题。(CVE-2019-25013)

  - 如果 80 位长双重函数的输入包含非规范位模式，如在将 0x5d414141414141410000 值传递至 x86 目标上的 sinl 时所见，2.32 之前的 GNU C 库（亦称 glibc 或 libc6）会在范围检查期间导致堆栈上的缓冲区溢出。这与 sysdeps/ieee754/ldbl-96/e_rem_pio2l.c 相关。(CVE-2020-10029)

  - 在 32 位平台上，5.30.3 之前的 Perl 允许基于堆的缓冲区溢出，这是因为嵌套正则表达式的量词存在一个整数溢出漏洞。(CVE-2020-10543)

  - 5.30.3 之前的 Perl 存在一个整数溢出漏洞，该漏洞与 PL_regkind[OP(n)] == NOTHING 状况处理不当有关。构建的正则表达式可导致畸形字节码，并且可能会注入指令。(CVE-2020-10878)

  - 在 5.30.3 之前的 Perl 中，regcomp.c 可通过构建的正则表达式造成缓冲区溢出，这是因为递归 S_study_chunk 调用。(CVE-2020-12723)

  - 在 x86 目标上的 GNU C 库（又称为 glibc 或 libc6）2.23 之前版本中，如果任何 printf 系列函数的输入为包含非规范位模式的 80 位长双精度型，则 sysdeps/i386/ldbl2mpn.c 会发生基于堆栈的缓冲区溢出，将 \x00\x04\x00\x00\x00\x00\x00\x00\x00\x04 值传递至 sprintf 时发生的情况即为一例。注意：默认情况下，该问题在 2016 或更高版本（即 2.23 或更高版本）中不会影响 glibc，原因是在 2015 年针对通过使用内置 GCC 对 C99 math 函数进行内联而进行了提交。换句话说，尽管在 26649 引用中提及对 glibc 2.33 的修正，但提及 2.23 是有意为之。
    (CVE-2020-29573)

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

检测

Nutanix AHV：多个漏洞 (NXSA-AHV-20201105.1082)

high Nessus 插件 ID 164563

版本 1.3