執行 CORE 5.05 / MAIN 5.05 版本的遠端 NewStart CGSL 主機上安裝的 glibc 套件受到多個弱點影響：

  -在 x86-64 架構上，2.31 之前的 GNU C 程式庫 (即 glibc) 無法在安全性轉換後的程式執行期間忽略 LD_PREFER_MAP_32BIT_EXEC 環境變數，進而允許本機攻擊者限制已載入程式庫的可能對應位址，進而針對 setuid 程式繞過 ASLR。(CVE-2019-19126)

  - 在 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)

  - 如果任何 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 並未測試此問題，而是僅依據應用程式自我報告的版本號碼。

偵測

NewStart CGSL CORE 5.05 / MAIN 5.05：glibc 多個弱點 (NS-SA-2021-0180)

low Nessus Plugin ID 154460

找不到依附元件