遠端主機上安裝的 AHV 低於 20201105.1082 版。因此，它受到 NXSA-AHV-20201105.1082 公告中所提及的多個弱點影響。

  - 在 GNU C 程式庫 (亦即 glibc 或 libc6) 2.32 及之前所有版本中，iconv 功能在 EUC-KR 編碼中無效的多位元組輸入序列時，可能會發生緩衝區過度讀取。(CVE-2019-25013)

  - 如果 80 位長的雙精度函式輸入項中包含非正式位元模式，則 2.32 之前的 GNU C 程式庫 (即 glibc 或 libc6) 可在範圍縮小期間造成堆疊上緩衝區溢位，向 x86 目標上的 sinl 傳送 0x5d414141414141410000 值時即可看到。這與 sysdeps/ieee754/ldbl-96/e_rem_pio2l.c 有關。 (CVE-2020-10029)

  - 32 位元平台上的 Perl 5.30.3 之前版本允許發生堆積型緩衝區溢位，這是巢狀規則運算式數量詞中存在整數溢位問題所致。(CVE-2020-10543)

  - Perl 5.30.3 之前版本中存在整數溢位問題，這與程式錯誤處理「PL_regkind [OP（n）] == NOTHING」情況有關。特別建構的規則運算式可導致位元組程式碼格式錯誤，並可能造成指令插入。(CVE-2020-10878)

  - 在 Perl 5.30.3 之前的版本中，regcomp.c 允許透過特別建構的規則運算式造成緩衝區溢位，這是遞迴 S_study_chunk 呼叫所致。(CVE-2020-12723)

  - 如果任何 printf 系列函式的輸入是包含非正式位元模式的 80 位元長雙精度數，x86 目標上 2.23 版之前 GNU C 程式庫 (亦即 glibc 或 libc6) 中的 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 Plugin ID 164563

版本 1.4