遠端 CentOS Linux 9 主機上安裝的套件受到 gstreamer1-plugins-good-1.18.4-6.el9 版本變更記錄中提及的多個弱點影響。

  - gst_matroska_demux_add_wvpk_header 函式的 matroskademux 元素中存有整數溢位弱點，在剖析 Matroska 檔案時，可發生堆積覆寫。可能透過堆積覆寫執行任意程式碼。(CVE-2022-1920)

  - gst_avi_demux_invert 函式的 avidemux 元素中存在整數溢位弱點，在剖析 avi 檔案時，可發生堆積覆寫。可能透過堆積覆寫執行任意程式碼。(CVE-2022-1921)

  - 使用 zlib 解壓縮對 mkv 執行分解複用時可造成 DOS，亦可能導致堆積覆寫。gst_matroska_decompress_data 函式的 matroskademux 元素中存在整數溢位弱點，可造成分割錯誤，亦可能造成堆積覆寫，視 libc 和 OS 而定。視使用的 libc 和基礎作業系統功能而定，可能只造成分割錯誤或堆積覆寫。如果 libc 針對大型區塊使用 mmap，且作業系統支援 mmap，則只造成分割錯誤 (因為整數溢位之前，realloc 會使用 mremap 來減少區塊大小，並且開始寫入未對應的記憶體)。但是，如果使用的 libc 實作未使用 mmap，或者作業系統在使用 libc 時不支援 mmap，則可能會導致堆積覆寫。(CVE-2022-1922)

  - 使用 bzip 解壓縮對 mkv 執行分解複用時可造成 DOS，亦可能導致堆積覆寫。bzip 解壓縮函式的 matroskademux 元素中存在整數溢位弱點，可造成分割錯誤，亦可能造成堆積覆寫，視 libc 和 OS 而定。視使用的 libc 和基礎作業系統功能而定，可能只造成分割錯誤或堆積覆寫。如果 libc 針對大型區塊使用 mmap，且作業系統支援 mmap，則只造成分割錯誤 (因為整數溢位之前，realloc 會使用 mremap 來減少區塊大小，並且開始寫入未對應的記憶體)。但是，如果使用的 libc 實作未使用 mmap，或者作業系統在使用 libc 時不支援 mmap，則可能會導致堆積覆寫。(CVE-2022-1923)

  - 使用 lzo 解壓縮對 mkv 執行分解複用時可造成 DOS，亦可能導致堆積覆寫。lzo 解壓縮函式的 matroskademux 元素中存在整數溢位弱點，可造成分割錯誤，亦可能造成堆積覆寫，視 libc 和 OS 而定。視使用的 libc 和基礎作業系統功能而定，可能只造成分割錯誤或堆積覆寫。如果 libc 針對大型區塊使用 mmap，且作業系統支援 mmap，則只造成分割錯誤 (因為整數溢位之前，realloc 會使用 mremap 來減少區塊大小，並且開始寫入未對應的記憶體)。但是，如果使用的 libc 實作未使用 mmap，或者作業系統在使用 libc 時不支援 mmap，則可能會導致堆積覆寫。(CVE-2022-1924)

  - 使用 HEADERSTRIP 解壓縮對 mkv 執行分解複用時可造成 DOS，亦可能導致堆積覆寫。gst_matroska_decompress_data 函式的 matroskaparse 元素中存在整數溢位弱點，可造成堆積溢位。由於 matroskademux 元素中的區塊大小具有限制，因此無法觸發溢位，但 matroskaparse 元素並未執行大小檢查。(CVE-2022-1925)

  - 使用 zlib 解壓縮的 qtdemux 中會發生 DOS，亦可能導致堆積覆寫。qtdemux_inflate 函式的 qtdemux 元素中存在整數溢位弱點，可造成分割錯誤，亦可能造成堆積覆寫，視 libc 和 OS 而定。視使用的 libc 和基礎作業系統功能而定，可能只造成分割錯誤或堆積覆寫。(CVE-2022-2122)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 nodejs- nodemon-2.0.20-3.el9 版本變更記錄中提及的弱點影響。

  - Node.js 的 glob-parent 套件 6.0.1 之前版本允許攻擊者對封裝規則運算式發動 ReDoS (規則運算式拒絕服務) 攻擊。(CVE-2021-35065)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 opensc-0.23.0-2.el9 版本變更記錄中提及的弱點影響。

  - cardos 的 pkcs15init 中存在緩衝區滿溢弱點 (CVE-2023-2977)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 glibc-2.34-83.el9.7 版本變更記錄中提及的多個弱點影響。

  - getaddrinfo 中可能存在釋放後使用弱點 (RHEL-2426) (CVE-2023-4806)

  - ld.so 中存在會導致權限提升的緩衝區溢位弱點 (RHEL-3000) (CVE-2023-4911)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 LibRaw-0.20.2-6.el9 版本變更記錄中提及的弱點影響。

  - LibRaw linux/unix v0.20.0 中的緩衝區溢位弱點允許攻擊者透過 /src/libraw/src/libraw_datastream.cpp 中的 LibRaw_buffer_datastream::gets(char*, int) 提升權限。(CVE-2021-32142)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 cpio-2.13-16.el9 版本變更記錄中提及的弱點影響。

  - GNU cpio 到 2.13 版允許攻擊者透過特製的模式檔案執行任意程式碼，因為 dstring.c ds_fgetstr 整數溢位會觸發超出邊界堆積寫入。注意：目前尚不清楚與 -E 選項相關聯的模式檔案是否為不受信任的資料。
    (CVE-2021-38185)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 libtiff-4.4.0-8.el9 版本變更記錄中提及的多個弱點影響。

  - 在 LibTIFF 4.5.0 及其之前所有版本中，tools/tiffcrop.c 的 processCropSelections 存取堆積型緩衝區溢位弱點 (例如，寫入大小為 307203)，透過特製的 TIFF 影像可以觸發此弱點。(CVE-2022-48281)

  - LibTIFF 4.4.0 的 tools/tiffcrop.c:3488 的 tiffcrop 中存在超出邊界讀取錯誤，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit afaabc3e 取得此問題的修正程式。(CVE-2023-0795)

  - LibTIFF 4.4.0 的 tools/tiffcrop.c:3592 的 tiffcrop 中存在超出邊界讀取錯誤，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit afaabc3e 取得此問題的修正程式。(CVE-2023-0796)

  - LibTIFF 4.4.0 的 libtiff/tif_unix.c:368 的 tiffcrop 中存在超出邊界讀取錯誤，由 tools/tiffcrop.c:2903 和 tools/tiffcrop.c:6921 叫用，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit afaabc3e 取得此問題的修正程式。
    (CVE-2023-0797)

  - LibTIFF 4.4.0 的 tools/tiffcrop.c:3400 的 tiffcrop 中存在超出邊界讀取錯誤，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit afaabc3e 取得此問題的修正程式。(CVE-2023-0798)

  - LibTIFF 4.4.0 的 tools/tiffcrop.c:3701 的 tiffcrop 中存在超出邊界讀取錯誤，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit afaabc3e 取得此問題的修正程式。(CVE-2023-0799)

  - LibTIFF 4.4.0 的 tools/tiffcrop.c:3502 的 tiffcrop 中存在超出邊界寫入錯誤，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit 33aee127 取得此問題的修正程式。(CVE-2023-0800)

  - LibTIFF 4.4.0 的 libtiff/tif_unix.c:368 的 tiffcrop 中存在超出邊界寫入錯誤，由 tools/tiffcrop.c:2903 和 tools/tiffcrop.c:6778 叫用，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit 33aee127 取得此問題的修正程式。
    (CVE-2023-0801)

  - LibTIFF 4.4.0 的 tools/tiffcrop.c:3724 的 tiffcrop 中存在超出邊界寫入錯誤，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit 33aee127 取得此問題的修正程式。(CVE-2023-0802)

  - LibTIFF 4.4.0 的 tools/tiffcrop.c:3516 的 tiffcrop 中存在超出邊界寫入錯誤，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit 33aee127 取得此問題的修正程式。(CVE-2023-0803)

  - LibTIFF 4.4.0 的 tools/tiffcrop.c:3609 的 tiffcrop 中存在超出邊界寫入錯誤，攻擊者可以藉此透過建構的 tiff 檔案造成拒絕服務。對於使用原始碼編譯 libtiff 的使用者，可透過 commit 33aee127 取得此問題的修正程式。(CVE-2023-0804)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 curl-7.76.1-22.el9 版本變更記錄中提及的弱點影響。

  - 低於 7.87.0 版的 curl 中存在一個釋放後使用弱點。可以要求 Curl 透過 HTTP Proxy 為其支援的所有通訊協定*建立通道*。HTTP Proxy 可以 (而且經常) 拒絕此類通道作業。
    當特定通訊協定 SMB 或 TELNET 被拒絕時，curl 會在其傳輸關閉程式碼路徑中使用堆積配置結構。(CVE-2022-43552)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 vim-8.2.2637-13.el9 版本變更記錄中提及的弱點影響。

  - ex_retab() 中的堆積溢位可能導致當機 (CVE-2022-0572)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 flatpak-1.12.8-1.el9 版本變更記錄中提及的多個弱點影響。

  - Flatpak 是用來在 Linux 上建置、發佈和執行沙箱化桌面應用程式的系統。
    1.10.8、1.12.8、1.14.4 和 1.15.4 之前版本包含與 CVE-2017-5226 類似的弱點，但使用的是 `TIOCLINUX` ioctl 命令，而非 `TIOCSTI`。如果在 Linux 虛擬主控台 (例如 `/dev/tty1`) 上執行 Flatpak 應用程式，則它可從虛擬主控台複製文字並將之貼到命令緩衝區中，在 Flatpak 應用程式結束後從該緩衝區執行命令。xterm、gnome-terminal 和 Konsole 等一般圖形終端機模擬器不受影響。僅 Linux 虛擬主控台 `/dev/tty1`、`/dev/tty2` 等會受此弱點影響。已在 1.10.8、1.12.8、1.14.4 和 1.15.4 版中提供修補程式。因應措施為不在 Linux 虛擬主控台上執行 Flatpak。Flatpak 主要用於 Wayland 或 X11 圖形環境。(CVE-2023-28100)

  - Flatpak 是用來在 Linux 上建置、發佈和執行沙箱化桌面應用程式的系統。在 1.10.8、1.12.8、1.14.4 和 1.15.4 之前的版本中，如果攻擊者以提升的權限發布 Flatpak 應用程式，他們就可透過將其他權限設定為包含不可列印之控製字元 (例如 `ESC`) 的特製值，從而向 `flatpak(1)` 命令行介面的使用者隱藏這些權限。1.10.8、1.12.8、1.14.4 和 1.15.4 版現已提供修正。因應措施為使用 GNOME 軟體之類的 GUI 而非命令行介面，或只安裝維護者受您新任的應用程式。
    (CVE-2023-28101)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 runc-1.1.7-2.el9 版本變更記錄中提及的多個弱點影響。

  - runc 是一種 CLI 工具，用於根據 OCI 規範在 Linux 上產生並執行容器。在 runc 中，netlink 在內部用作序列化系統，用於將相關容器組態指定給程式碼的「C」部分 (負責容器的基礎命名空間設定)。在 1.0.3 之前的所有 runc 版本中，編碼器並未處理位元組陣列屬性類型的 16 位元長度欄位中發生整數溢位的可能性，這表示惡意的位元組陣列屬性可能會導致長度溢位以及將屬性內容剖析為容器組態的 netlink 訊息。此弱點需要攻擊者對容器的組態有一定控制權，並允許攻擊者簡單新增他們自己的 netlink 承載 (停用所有命名空間)，從而繞過容器的命名空間限制。受影響的主要使用者為允許在其計算機上執行具有不受信任組態的不受信任影像 (例如使用共用雲端基礎結構) 的使用者。runc 版本 1.0.3 包含此錯誤的修正。因應措施為：嘗試禁止來自容器的不受信任命名空間路徑。請注意，即使沒有此錯誤，不受信任的命名空間路徑也會允許攻擊者完全停用命名空間保護。(CVE-2021-43784)

  - 大量交握記錄可造成 crypto/tls 發生錯誤。用戶端和伺服器都可能傳送大量 TLS 交握記錄，這會分別造成伺服器和用戶端在嘗試建構回應時發生錯誤。此問題會影響所有 TLS 1.3 用戶端、明確啟用工作階段恢復的 TLS 1.2 用戶端 (透過將 Config.ClientSessionCache 設為非 nil 值)，以及要求用戶端憑證的 TLS 1.3 伺服器 (透過設定 Config.ClientAuth >= RequestClientCert)。(CVE-2022-41724)

  - runc 是一種 CLI 工具，用於根據 OCI 規範產生並執行容器。據發現，當容器內的「/proc」與特定掛載組態進行符號連結時，可繞過 AppArmor。此問題已在 runc 版本 1.1.5 中修正，方法是禁止符號連結「/proc」。詳細資訊請查看 PR #3785。我們建議使用者進行升級。無法升級的使用者應避免使用不受信任的容器映像。(CVE-2023-28642)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 vim-8.2.2637-15.el9 版本變更記錄中提及的弱點影響。

  - 緩衝區溢位 [rhel-9] (CVE-2022-0714)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 libwebp-1.2.0-8.el9 版本變更記錄中提及的弱點影響。

  - Google Chrome 116.0.5845.187 之前版本的 libwebp 和 libwebp 1.3.2 版中存在堆積緩衝區溢位弱點，遠端攻擊者可藉此透過特別建構的 HTML 頁面執行超出邊界寫入記憶體。(Chromium 安全性嚴重性：重大) (CVE-2023-4863)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 qt5-qtbase-5.15.9-6.el9 版本變更記錄中提及的弱點影響。

  - 在 5.15.15 之前的 Qt、6.2.9 之前的 6.x、6.5.2 之前的 6.3.x 的 6.5.x 版本中發現了一個問題。
    TLS 的憑證驗證並不總是考慮鏈結的 root 是否為已設定的 CA 憑證。(CVE-2023-34410)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 sqlite-3.34.1-6.el9 版本變更記錄中提及的弱點影響。

  - 如果在 C API 的字串引數中使用數十億個位元組，則 SQLite 1.0.12 版至 3.39.x 的 3.39.2 之前版本有時會發生陣列邊界溢位。(CVE-2022-35737)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 libldb-2.5.2-1.el9 版本變更記錄中提及的弱點影響。

  - 在 Samba AD LDAP Server 中發現一個缺陷。AD DC 資料庫稽核記錄模組可存取先前資料庫模組所釋放的 LDAP 訊息值，從而導致釋放後使用問題。只有在修改特定的權限屬性 (例如 userAccountControl) 時，才可能發生此問題。(CVE-2022-32746)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 toolbox-0.0.99.3-9.el9 版本變更記錄中提及的弱點影響。

  - 攻擊者可在接受 HTTP/2 要求的 Go 伺服器中造成記憶體過度增長。HTTP/2 伺服器連線包含用戶端傳送的 HTTP 標頭金鑰快取。雖然此快取中的項目總數設有上限，但攻擊者如果傳送非常大的金鑰，即可造成伺服器為每個開啟的連線配置大約 64 MiB。(CVE-2022-41717)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 podman-4.1.1-3.el9 版本變更記錄中提及的多個弱點影響。

  - 在早於 1.16.12 版的 Go 和早於 1.17.x 版的 Go 1.17.5 中，net/http 允許透過 HTTP/2 要求在標頭標準化快取中消耗不受控制的記憶體。(CVE-2021-44716)

  - 由於在檔案描述符號耗儘後錯誤關閉檔案描述符號 0，因此 UNIX 上早於 1.16.12 的 Go 版本和早於 1.17.x 的 Go 1.17.5 版本允許寫入非預定檔案或非預定網路連線。(CVE-2021-44717)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 dbus-1.12.20-8.el9 版本變更記錄中提及的弱點影響。

  - 1.15.6 版之前的 D-Bus 有時會允許無權限的使用者損毀 dbus-daemon。如果可控制 dbus-daemon 的有權限使用者使用 org.freedesktop.DBus.Monitoring 介面監控訊息匯流排流量，則能夠連線至相同 dbus-daemon 的無權限使用者可在某些情況下，透過無法回覆的訊息造成 dbus-daemon 當機。在已知系統匯流排上執行時，這是一個拒絕服務弱點。修正後的版本是 1.12.28、1.14.8 和 1.15.6。
    (CVE-2023-34969)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 nodejs-16.16.0-1.el9 版本變更記錄中提及的多個弱點影響。

  - npm CLI 6.14.6 之前版本容易受到透過記錄檔發起的資訊洩漏攻擊。CLI 支援下列 URL：<protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>。密碼值未編輯，且列印至 stdout 以及任何產生的記錄檔。(CVE-2020-15095)

  - 16.6.0、14.17.4 和 12.22.4 版之前的 Node.js 容易受到遠端程式碼執行、XSS、應用程式損毀攻擊，這是因為 Node.js dns 程式庫中缺少對網域名稱伺服器所傳回的主機名稱輸入的驗證，進而導致使用該程式庫的應用程式中存在錯誤的主機名稱輸出 (導致網域劫持) 和插入弱點。(CVE-2021-22931)

  - 如果 Node.js https API 使用不當，並且針對 rejectUnauthorized 參數傳入 undefined，則應用程式不會傳回任何錯誤，且會接受與具有過期憑證的伺服器的連線。(CVE-2021-22939)

  - 16.6.1 、14.17.5 和 12.22.5 版之前的 Node.js 容易受到釋放後使用攻擊，攻擊者可能會利用記憶體損毀來變更處理程序的行為。(CVE-2021-22940)

  - 剖析器接受冒號前的標頭名稱後帶有一個空格 (SP) 的要求。這可導致低於 2.1.4 版和 6.0.6 版的 llhttp 發生 HTTP 要求走私。(CVE-2021-22959)

  - 在低於 2.1.4 版和 6.0.6 版的 llhttp 中，parse 函式在剖析區塊要求的內文時會忽略區塊延伸模組。在某些情況下，這會導致 HTTP 要求走私 (HRS)。(CVE-2021-22960)

  - ssri 5.2.2-8.0.0 版會使用容易受到拒絕服務影響的規則運算式處理 SRI，此問題已在 8.0.1 版中修正。處理惡意 SRI 可能需要極長的時間，這會導致拒絕服務。此問題只會影響使用 strict 選項的使用者。(CVE-2021-27290)

  - ansi-regex 容易受到低效規則運算式複雜性的影響 (CVE-2021-3807)

  - json-schema 容易受到受控不當修改物件原型內容 (「原型污染」) 的影響 (CVE-2021-3918)

  - 即使 package-lock.json 中的相依性資訊與 package.json 不同，npm 7.x 和 8.x 至 8.1.3 版本中的 npm ci 命令仍會繼續執行安裝。此行為與說明文件不一致，這讓攻擊者更容易安裝本應透過 package-lock.json 中的版本完全符合要求封鎖的惡意軟體。注意：npm 團隊認為這不是弱點。這需要有人以社交工程的方式入侵其中的相依性與 package-lock.json 不同的 package.json。該使用者必須擁有檔案系統或寫入權限，才能變更相依性。
    npm 團隊表示，防止惡意執行者進行社交工程入侵或取得檔案系統存取權超出了 npm CLI 的範圍。(CVE-2021-43616)

  - 接受任意主體別名 (SAN) 類型 (除非特別定義 PKI 以使用特定 SAN 類型) 可導致繞過限制名稱的中繼體。Node.js < 12.22.9、< 14.18.3、< 16.13.2 和 < 17.3.1 接受通常定義為不使用 PKI 的 URI SAN 類型。
    此外，當通訊協定允許 URI SAN 時，Node.js 未與 URI 正確相符。具有此修正的 Node.js 版本會在針對主機名稱檢查憑證時停用 URI SAN 類型。此行為可透過 --security-revert 命令列選項還原。(CVE-2021-44531)

  - Node.js < 12.22.9、< 14.18.3、< 16.13.2 和 < 17.3.1 會將 SAN (主體別名) 轉換為字串格式。驗證連線時，它會使用此字串根據主機名稱檢查對等憑證。在憑證鏈中使用名稱限制時，字串格式容易受到一個插入弱點影響，進而允許繞過這些名稱限制。具有此修正的 Node.js 版本會溢出包含問題字元的 SAN，以防止插入。此行為可透過 --security-revert 命令列選項還原。(CVE-2021-44532)

  - Node.js < 12.22.9、< 14.18.3、< 16.13.2 和 < 17.3.1 未正確處理多值相對辨別名稱。例如，攻擊者可建構包含單值相對辨別名稱的憑證主體，該名稱會被解譯為多值相對辨別名稱，以便插入允許繞過憑證主體驗證的通用名稱。受影響的 Node.js 版本不會接受多值相對辨別名稱，因此本身不會受到此類攻擊影響。但是，憑證主體使用節點不明確表示法的第三方程式碼可能會受到影響。(CVE-2021-44533)

  - 由於 console.table() 函式的格式化邏輯，在傳送具有至少一個屬性的純物件 (可能是 __proto__) 的同時，將使用者控制的輸入傳送至屬性參數是不安全的。原型污染的控制權非常有限，因為它只允許將空字串指派給物件原型的數值金鑰。Node.js >= 12.22.9、>= 14.18.3、>= 16.13.2 和 >= 17.3.1 使用這些屬性獲派的物件空值原型。(CVE-2022-21824)

  - 14.20.0、16.20.0、18.5.0 之前的 Node.js 版本中有一個 OS 命令注入弱點，這是因為 IsAllowedHost 檢查不充分所致，因為 IsIPAddress 在提出 DBS 要求之前未正確檢查 IP 位址是否無效，進而允許重新系結攻擊。(CVE-2022-32212)

  - Node.js http 模組中的 llhttp 剖析器 (小於 v14.20.1、v16.17.1 和 v18.9.1) 未正確剖析和驗證 Transfer-Encoding 標頭，進而可能導致 HTTP 要求走私 (HRS)。(CVE-2022-32213)

  - Node.js http 模組中的 llhttp 剖析器 (小於 v14.20.1、v16.17.1 和 v18.9.1) 未嚴格使用 CRLF 序列來分隔 HTTP 要求。這可導致 HTTP 要求走私 (HRS)。
    (CVE-2022-32214)

  - Node.js http 模組中的 llhttp 剖析器 (小於 v14.20.1、v16.17.1 和 v18.9.1) 未正確處理多行傳輸編碼標頭。這可導致 HTTP 要求走私 (HRS)。
    (CVE-2022-32215)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 dbus- broker-28-7.el9 版本變更記錄中提及的弱點影響。

  - 在 31 版之前的 dbus-broker 中發現一個問題。提供格式錯誤的 XML 設定檔時，發現多個 NULL 指標解除參照問題。(CVE-2022-31213)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 postgresql-13.7-1.el9 版本變更記錄中提及的弱點影響。

  - 在 PostgreSQL 中發現一個缺陷。當有權限的使用者維護其他使用者的物件時，會發生安全作業不完整的問題。在處理程序期間，Autovacuum、REINDEX、CREATE INDEX、REFRESH MATERIALIZED VIEW、CLUSTER 和 pg_amcheck 命令啟動相關保護措施過晚或完全不啟動。如果攻擊者有權在至少一個結構描述中建立非暫存物件，便能以超級使用者的身分執行任意 SQL 函式。(CVE-2022-1552)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 librsvg2-2.50.7-2.el9 版本變更記錄中提及的弱點影響。

  - 在 2.56.3 之前的 librsvg 中，URL 解碼器中存在目錄遊走問題，本機或遠端攻擊者可利用此問題洩漏檔案 (本機檔案系統上預期區域外)，如 xi:include 元素中的 href=.?../../../../../../../../../../etc/passwdhref=.?../../../../../../../../../../etc/passwd 所示。(CVE-2023-38633)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 toolbox-0.0.99.3-7.el9 版本變更記錄中提及的多個弱點影響。

  - 在 Go 1.17.12 之前版本和 Go 1.18.4 版中，net/http 中的 HTTP/1 用戶端會接受某些無效的 Transfer-Encoding 標頭，如果配合使用的中繼伺服器與也未正確拒絕此無效標頭，則可以觸發 HTTP 要求走私攻擊。(CVE-2022-1705)

  - 在 Go 1.18.6 之前版本和 1.19.1 之前的 1.19.x 版中，攻擊者可在 net/http 中造成拒絕服務，這是因爲如果嚴重錯誤先於關機操作執行，則 HTTP/2 連線可能在關閉期間懸置。(CVE-2022-27664)

  - 在 Go 1.17.12 之前版本和 Go 1.18.4 版中，io/fs 的 Glob 中存在不受控制的遞回弱點，攻擊者可藉此透過包含大量路徑分隔符號的路徑造成堆疊耗盡，進而引致錯誤。
    (CVE-2022-30630)

  - 在 Go 1.17.12 之前版本和 Go 1.18.4 版中，compress/gzip 的 Reader.Read 中存在不受控制的遞回弱點，攻擊者可藉此透過含有大量串連長度為 0 的壓縮檔案的封存造成堆疊耗盡，進而引致錯誤。(CVE-2022-30631)

  - 在 Go 1.17.12 之前版本和 Go 1.18.4 版中，path/filepath 的 Glob 中存在不受控制的遞回弱點，攻擊者可藉此透過包含大量路徑分隔符號的路徑造成堆疊耗盡，進而引致錯誤。
    (CVE-2022-30632)

  - 在 Go 1.17.13 之前版本和 1.18.5 版中，編碼訊息太短可造成 math/big 中的 Float.GobDecode 和 Rat GobDecode 發生錯誤，進而可能導致拒絕服務。(CVE-2022-32189)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 tang-11-1.el9 版本變更記錄中提及的弱點影響。

  - 網路密碼編譯系結伺服器 tang 中存在一個缺陷，而該缺陷可能導致私密金鑰洩漏。(CVE-2021-4076)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 nss-3.79.0-14.el9 版本變更記錄中提及的弱點影響。

  - 3.73 或 3.68.1 ESR 之前版本的 NSS (網路安全性服務) 版本在處理 DER 編碼的 DSA 或 RSA-PSS 簽章時，容易受到堆積溢位的影響。使用 NSS 處理在 CMS、S/MIME、PKCS \#7 或 PKCS \#12 內編碼之簽章的應用程式可能會受此影響。使用 NSS 進行憑證驗證或其他 TLS、X.509、OCSP 或 CRL 功能的應用程式可能會受此影響，具體視該等應用程序設定 NSS 的方式而定。*注意：此弱點不會影響 Mozilla Firefox。* 但是，使用 NSS 進行簽章驗證的電子郵件用戶端和 PDF 檢視器 (例如 Thunderbird、LibreOffice、Evolution 和 Evince)，據信會受到影響。此弱點會影響 3.73 和 3.68.1 之前版本的 NSS。
    (CVE-2021-43527)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 yajl-2.1.0-22.el9 版本變更記錄中提及的弱點影響。

  - 在使用 yajl_tree_parse 函式的 yajl 2.1.0 中有記憶體洩漏問題。這會造成伺服器記憶體不足並造成當機。(CVE-2023-33460)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 podman-4.6.0-0.3.el9 版本變更記錄中提及的多個弱點影響。

  - 惡意特製的 HTTP/2 串流可造成 HPACK 解碼器中發生 CPU 過度佔用問題，透過少量小型要求即可造成程式拒絕服務。(CVE-2022-41723)

  - 大量交握記錄可造成 crypto/tls 發生錯誤。用戶端和伺服器都可能傳送大量 TLS 交握記錄，這會分別造成伺服器和用戶端在嘗試建構回應時發生錯誤。此問題會影響所有 TLS 1.3 用戶端、明確啟用工作階段恢復的 TLS 1.2 用戶端 (透過將 Config.ClientSessionCache 設為非 nil 值)，以及要求用戶端憑證的 TLS 1.3 伺服器 (透過設定 Config.ClientAuth >= RequestClientCert)。(CVE-2022-41724)

  - net/http 和 mime/multipart 中可能存在因資源消耗過度導致的拒絕服務問題。
    使用 mime/multipart.Reader.ReadForm 剖析 Multipart 表單時，可能會大量消耗無限量的記憶體和磁碟檔案。這也會影響 net/http 套件中使用 Request 方法 FormFile、FormValue、ParseMultipartForm 和 PostFormValue 剖析表單的情況。ReadForm 採用 maxMemory 參數，並記錄為在記憶體中最多儲存 maxMemory 位元組 +10MB (為非檔案部分保留的空間)。無法儲存在記憶體中的檔案部分會儲存在磁碟上的暫存檔中。為非檔案部分保留的無法設定的 10MB 過大，可能會自行開啟拒絕服務媒介。但是，ReadForm 並未正確考量已剖析表單消耗的所有記憶體，例如對應項目額外負荷、部分名稱和 MIME 標頭，這允許惡意製作的表單消耗記憶體容量超過 10MB。此外，ReadForm 對建立的磁碟檔案數量沒有限制，允許相對較小的要求內文建立大量的磁碟暫存檔。修正後，ReadForm 現在會正確考量各種形式的記憶體額外負荷，並且現在應保持在其記錄的 10MB + maxMemory 位元組記憶體消耗範圍內。使用者仍應注意，此限制較高且可能仍然存在危險。此外，ReadForm 現在最多可建立一個磁碟上暫存檔，將多個表單部分合併為一個暫存檔。mime/multipart.File 介面類型的文件指出，如果儲存在磁碟上，檔案的基礎具體類型將為 *os.File.。如果表單包含多個檔案部分，則因為要將部分合併到一個檔案中，所以情況不再如此。之前針對每個表單部分使用不同檔案的行為，可透過環境變數 GODEBUG=multipartfiles=distinct 重新啟用。使用者應注意，multipart.ReadForm 和呼叫它的 http.Request 方法不會限制暫存檔消耗的磁碟量。呼叫者可使用 http.MaxBytesReader 限製表單資料的大小。(CVE-2022-41725)

  - 即使在剖析小輸入時，HTTP 和 MIME 標頭剖析仍可配置大量記憶體，進而可能導致拒絕服務。輸入資料的某些異常模式可造成用於剖析 HTTP 和 MIME 標頭的通用函式配置比保留已剖析標頭所需的更多的記憶體。攻擊者可惡意利用此行為，造成 HTTP 伺服器從小型要求配置大量記憶體，進而可能導致記憶體耗盡和拒絕服務。
    經過修正，標頭剖析現在只會正確配置保留已剖析標頭所需的記憶體。
    (CVE-2023-24534)

  - 處理含有極大量部分的表單輸入時，多部分表單剖析會消耗大量 CPU 和記憶體。這源於數個原因：1. mime/multipart.Reader.ReadForm 限制已剖析的多部分錶單可消耗的總記憶體。ReadForm 可低估消耗的記憶體量，導致其接受比預期更大的輸入。2. 限制總記憶體並未將具有許多部分的表單中的大量小配置對記憶體回收行程增加的壓力考慮在內。3.
    ReadForm 可配置大量存留期短的緩衝區，進一步增加記憶體回收行程的壓力。這些因素結合在一起，可允許攻擊者造成剖析多部分錶單的程式消耗大量 CPU 和記憶體，進而可能導致拒絕服務。
    這會影響使用 mime/multipart.Reader.ReadForm 的程式，以及具有 Request 方法 FormFile、FormValue、ParseMultipartForm 和 PostFormValue 的 net/http 套件中的表單剖析。經過修正，ReadForm 現在可以更好地估計已剖析表單的記憶體消耗，並減少執行短期配置。此外，已修正的 mime/multipart.Reader 對剖析表單的大小進行了下列限制：1. 使用 ReadForm 剖析的表單最多可包含 1000 個部分。此限制可使用環境變數 GODEBUG=multipartmaxparts= 進行調整。2. 使用 NextPart 和 NextRawPart 剖析的表單部分包含的標頭欄位不得超過 10,000。此外，使用 ReadForm 剖析的表單在所有部分中包含的標題欄位不得超過 10,000 個。此限制可使用環境變數 GODEBUG=multipartmaxheaders= 進行調整。(CVE-2023-24536)

  - 若在 Go 原始程式碼上呼叫含有非常大行數的 //line 指示詞的任何剖析函式，可因整數溢位而造成無限迴圈。(CVE-2023-24537)

  - 範本未正確將反引號 (`) 視為 Javascript 字串分隔符號，也未如預期對其進行逸出。自 ES6 起，JS 範本常值使用反引號。如果範本在 Javascript 範本常值中包含 Go 範本動作，則可使用動作內容終止該常值，從而將任意 Javascript 程式碼插入 Go 範本。由於 ES6 範本常值相當複雜，而且本身可以進行字串插入，因此決定簡單地禁止在其中使用 Go 範本動作 (例如 var a = {{.}})，因為此行為沒有明確可行的安全方法。這與 github.com/google/safehtml 所採用的方法相同。經過修正，Template.Parse 在遇到此類範本時會傳回 ErrorCode 值為 12 的錯誤。此 ErrorCode 目前未匯出，但將在 Go 1.21 版中匯出。依賴先前行為的使用者可使用 GODEBUG 旗標 jstmpllitinterp=1 重新執行該行為，但需要注意的是現在將逸出反引號。應謹慎使用。(CVE-2023-24538)

  - 插入 CSS 內容時，不將尖括號 (<>) 視為危險字元。如果使用未受信任的輸入執行範本，包含多個以「/」字元分隔的動作的範本可導致非預期地關閉 CSS 內容並允許插入非預期的 HTML。(CVE-2023-24539)

  - 並非所有有效的 JavaScript 空白字元都被視為空白字元。在 JavaScript 內容中，在字元集 \t\n\f\r\u0020\u2028\u2029 之外，包含其他空白字元和動作的範本可能無法在執行期間正確清理。(CVE-2023-24540)

  - containerd 是一種開放原始碼的容器執行階段。在 containerd 1.6.18 之前版本和 1.5.18 之前版本中發現一個錯誤，容器內未正確設定附加群組。如果攻擊者擁有容器的直接存取權並操控其附加群組存取權，則在某些情況下，他們可能能夠使用附加群組存取權繞過主要群組限制，進而可能獲得敏感資訊的存取權，或能夠在此容器中執行程式碼。使用 containerd 用戶端程式庫的下游應用程式也可能受到影響。此錯誤已在 containerd v1.6.18 和 v.1.5.18 中修正。使用者應更新至這些版本，並且重新建立容易以解決此問題。
    使用者若依賴使用 containerd 用戶端程式庫的下游應用程式，應檢查此應用程式是否有單獨的公告和指示。因應措施是確保不使用 `USER $USERNAME` Dockerfile 指令，而是將容器入口點設定為類似 `ENTRYPOINT [su, -, user]` 的值，以允許 `su` 正確設定附加群組。(CVE-2023-25173)

  - 範本包含以空白輸入執行的未加引號的 HTML 屬性 (例如 attr={{.}}) 中的操作，這可能會因為 HTML 正規化規則而導致在剖析時產生未預期的結果。這可能允許在標籤中插入任意屬性。(CVE-2023-29400)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 python3.9-3.9.14-1.el9 版本變更記錄中提及的弱點影響。

  - 在 Python (即 CPython) 3.10.8 和之前的所有版本中，mailcap 模組不會將逸出字元新增到在系統 mailcap 檔案中發現的命令中。這可能允許攻擊者將 shell 命令插入使用未受信任的輸入呼叫 mailcap.findmatch 的應用程式中 (若未驗證使用者提供的檔案名稱或引數)。此修正也已反向移植至 3.7、 3.8、 3.9 (CVE-2015-20107)

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：不建議將 http.server 用於生產環境。它僅實作基本的安全性檢查。(CVE-2021-28861)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 python- pip-21.2.3-7.el9 版本變更記錄中提及的弱點影響。

  - 在 Python 的 tarfile 模組中，(1) extract 和 (2) extractall 函式存在目錄遊走弱點，由使用者協助的遠端攻擊者可以透過 TAR 封存中檔案名稱中的 .. (點點) 序列覆寫任意檔案，此問題與 CVE-2001-1267 有關。(CVE-2007-4559)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 libnbd-1.12.4-3.el9 版本變更記錄中提及的弱點影響。

  - 在 libnbd 的複制工具「nbdcopy」中發現一個瑕疵。使用非同步 nbd 呼叫執行多執行緒複製時，nbdcopy 盲目地將非同步命令的完成視為成功，而非檢查 *error 參數。這可導致以無訊息模式建立損毀的目標影像。(CVE-2022-0485)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 dnsmasq-2.85-6.el9 版本變更記錄中提及的弱點影響。

  - 在 dnsmasq 中發現單一位元組的非任意寫入/釋放後使用缺陷。攻擊者也利用此缺陷傳送由 dnsmasq 處理的特製封包，進而可能造成拒絕服務。(CVE-2022-0934)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 skopeo-1.12.0-3.el9 版本變更記錄中提及的多個弱點影響。

  - 惡意特製的 HTTP/2 串流可造成 HPACK 解碼器中發生 CPU 過度佔用問題，透過少量小型要求即可造成程式拒絕服務。(CVE-2022-41723)

  - 大量交握記錄可造成 crypto/tls 發生錯誤。用戶端和伺服器都可能傳送大量 TLS 交握記錄，這會分別造成伺服器和用戶端在嘗試建構回應時發生錯誤。此問題會影響所有 TLS 1.3 用戶端、明確啟用工作階段恢復的 TLS 1.2 用戶端 (透過將 Config.ClientSessionCache 設為非 nil 值)，以及要求用戶端憑證的 TLS 1.3 伺服器 (透過設定 Config.ClientAuth >= RequestClientCert)。(CVE-2022-41724)

  - net/http 和 mime/multipart 中可能存在因資源消耗過度導致的拒絕服務問題。
    使用 mime/multipart.Reader.ReadForm 剖析 Multipart 表單時，可能會大量消耗無限量的記憶體和磁碟檔案。這也會影響 net/http 套件中使用 Request 方法 FormFile、FormValue、ParseMultipartForm 和 PostFormValue 剖析表單的情況。ReadForm 採用 maxMemory 參數，並記錄為在記憶體中最多儲存 maxMemory 位元組 +10MB (為非檔案部分保留的空間)。無法儲存在記憶體中的檔案部分會儲存在磁碟上的暫存檔中。為非檔案部分保留的無法設定的 10MB 過大，可能會自行開啟拒絕服務媒介。但是，ReadForm 並未正確考量已剖析表單消耗的所有記憶體，例如對應項目額外負荷、部分名稱和 MIME 標頭，這允許惡意製作的表單消耗記憶體容量超過 10MB。此外，ReadForm 對建立的磁碟檔案數量沒有限制，允許相對較小的要求內文建立大量的磁碟暫存檔。修正後，ReadForm 現在會正確考量各種形式的記憶體額外負荷，並且現在應保持在其記錄的 10MB + maxMemory 位元組記憶體消耗範圍內。使用者仍應注意，此限制較高且可能仍然存在危險。此外，ReadForm 現在最多可建立一個磁碟上暫存檔，將多個表單部分合併為一個暫存檔。mime/multipart.File 介面類型的文件指出，如果儲存在磁碟上，檔案的基礎具體類型將為 *os.File.。如果表單包含多個檔案部分，則因為要將部分合併到一個檔案中，所以情況不再如此。之前針對每個表單部分使用不同檔案的行為，可透過環境變數 GODEBUG=multipartfiles=distinct 重新啟用。使用者應注意，multipart.ReadForm 和呼叫它的 http.Request 方法不會限制暫存檔消耗的磁碟量。呼叫者可使用 http.MaxBytesReader 限製表單資料的大小。(CVE-2022-41725)

  - 即使在剖析小輸入時，HTTP 和 MIME 標頭剖析仍可配置大量記憶體，進而可能導致拒絕服務。輸入資料的某些異常模式可造成用於剖析 HTTP 和 MIME 標頭的通用函式配置比保留已剖析標頭所需的更多的記憶體。攻擊者可惡意利用此行為，造成 HTTP 伺服器從小型要求配置大量記憶體，進而可能導致記憶體耗盡和拒絕服務。
    經過修正，標頭剖析現在只會正確配置保留已剖析標頭所需的記憶體。
    (CVE-2023-24534)

  - 處理含有極大量部分的表單輸入時，多部分表單剖析會消耗大量 CPU 和記憶體。這源於數個原因：1. mime/multipart.Reader.ReadForm 限制已剖析的多部分錶單可消耗的總記憶體。ReadForm 可低估消耗的記憶體量，導致其接受比預期更大的輸入。2. 限制總記憶體並未將具有許多部分的表單中的大量小配置對記憶體回收行程增加的壓力考慮在內。3.
    ReadForm 可配置大量存留期短的緩衝區，進一步增加記憶體回收行程的壓力。這些因素結合在一起，可允許攻擊者造成剖析多部分錶單的程式消耗大量 CPU 和記憶體，進而可能導致拒絕服務。
    這會影響使用 mime/multipart.Reader.ReadForm 的程式，以及具有 Request 方法 FormFile、FormValue、ParseMultipartForm 和 PostFormValue 的 net/http 套件中的表單剖析。經過修正，ReadForm 現在可以更好地估計已剖析表單的記憶體消耗，並減少執行短期配置。此外，已修正的 mime/multipart.Reader 對剖析表單的大小進行了下列限制：1. 使用 ReadForm 剖析的表單最多可包含 1000 個部分。此限制可使用環境變數 GODEBUG=multipartmaxparts= 進行調整。2. 使用 NextPart 和 NextRawPart 剖析的表單部分包含的標頭欄位不得超過 10,000。此外，使用 ReadForm 剖析的表單在所有部分中包含的標題欄位不得超過 10,000 個。此限制可使用環境變數 GODEBUG=multipartmaxheaders= 進行調整。(CVE-2023-24536)

  - 若在 Go 原始程式碼上呼叫含有非常大行數的 //line 指示詞的任何剖析函式，可因整數溢位而造成無限迴圈。(CVE-2023-24537)

  - 範本未正確將反引號 (`) 視為 Javascript 字串分隔符號，也未如預期對其進行逸出。自 ES6 起，JS 範本常值使用反引號。如果範本在 Javascript 範本常值中包含 Go 範本動作，則可使用動作內容終止該常值，從而將任意 Javascript 程式碼插入 Go 範本。由於 ES6 範本常值相當複雜，而且本身可以進行字串插入，因此決定簡單地禁止在其中使用 Go 範本動作 (例如 var a = {{.}})，因為此行為沒有明確可行的安全方法。這與 github.com/google/safehtml 所採用的方法相同。經過修正，Template.Parse 在遇到此類範本時會傳回 ErrorCode 值為 12 的錯誤。此 ErrorCode 目前未匯出，但將在 Go 1.21 版中匯出。依賴先前行為的使用者可使用 GODEBUG 旗標 jstmpllitinterp=1 重新執行該行為，但需要注意的是現在將逸出反引號。應謹慎使用。(CVE-2023-24538)

  - 插入 CSS 內容時，不將尖括號 (<>) 視為危險字元。如果使用未受信任的輸入執行範本，包含多個以「/」字元分隔的動作的範本可導致非預期地關閉 CSS 內容並允許插入非預期的 HTML。(CVE-2023-24539)

  - 並非所有有效的 JavaScript 空白字元都被視為空白字元。在 JavaScript 內容中，在字元集 \t\n\f\r\u0020\u2028\u2029 之外，包含其他空白字元和動作的範本可能無法在執行期間正確清理。(CVE-2023-24540)

  - 範本包含以空白輸入執行的未加引號的 HTML 屬性 (例如 attr={{.}}) 中的操作，這可能會因為 HTML 正規化規則而導致在剖析時產生未預期的結果。這可能允許在標籤中插入任意屬性。(CVE-2023-29400)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 bcel-6.4.1-9.el9 版本變更記錄中提及的弱點影響。

  - Apache Commons BCEL 有一些通常只允許變更特定類別特性的 API。但是，由於超出邊界寫入問題，這些 API 可用於產生任意位元組程式碼。這可能會在將攻擊者可控制的資料傳送至這些 API 的應用程式中遭到濫用，讓攻擊者對產生的位元組程式碼擁有比預期更多的控制權。Apache Commons BCEL 的更新 6.6.0。(CVE-2022-42920)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 python3.11-3.11.5-1.el9 版本變更記錄中提及的弱點影響。

  - 在 Python 3.8.18 之前的版本，3.9.18 之前的 3.9.x 版、3.10.13 之前的 3.10.x 版、3.11.5 之前的 3.11.x 版中發現一個問題。該弱點主要影響使用 TLS 用戶端驗證的伺服器 (例如 HTTP 伺服器)。如果建立了 TLS 伺服器端通訊端，將資料接收到通訊端緩衝區，然後快速關閉，則有一個短暫的視窗，SSLSocket 執行個體會將通訊端偵測為「未連線」，且不會發起交握，但攻擊者仍可從通訊端緩衝區讀取緩衝的資料。如果伺服器端 TLS 對等端預期收到用戶端憑證驗證，則此資料將不會經過驗證，且無法與有效的 TLS 資料流資料區別開來。資料大小限制為緩衝區可容納的數量。(TLS 連線無法直接用於資料洩漏，因為有弱點的程式碼路徑要求在 SSLSocket 初始化時關閉連線。) (CVE-2023-40217)

  - 在 Python 3.11 版到 3.11.4 版中發現一個問題。如果將包含「\0」位元組的路徑傳遞至 os.path.normpath()，則路徑會在第一個「\0」位元組意外截斷。在某些看似合理的情況下，應用程式會因為安全性原因，在 Python 3.10.x 或更舊版本中拒絕檔案名稱，但在 Python 3.11.x 版中不再拒絕該檔案名稱。(CVE-2023-41105)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 podman-4.3.0-2.el9 版本變更記錄中提及的弱點影響。

  - 在 Go 1.17.11 之前版本和 1.18.3 版本中，crypto/tls 爲工作階段票證中的 ticket_age_add 使用非隨機值，因此，可觀察 TLS 交握的攻擊者能夠透過在工作階段恢復期間比較票證期限來關聯連續的連線。(CVE-2022-30629)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 keepalived-2.2.4-2.el9 版本變更記錄中提及的弱點影響。

  - 在 Keepalived 2.2.4 及之前版本中，D-Bus 原則並未充分限制訊息目的地，進而允許任何使用者檢查和操控任何內容。在不相關的 D-Bus 系統服務包含可設定 (可寫入) 內容的某些情況下，這會導致存取控制繞過問題 (CVE-2021-44225)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 curl-7.76.1-28.el9 版本變更記錄中提及的弱點影響。

  - 此瑕疵會使 SOCKS5 proxy 交握中的堆積型緩衝區 curl 溢位。當要求 curl 將主機名稱傳遞至 SOCKS5 Proxy 以允許其解析位址 (而非由 curl 本身完成解析) 時，主機名稱的最大長度為 255 個位元組。如果偵測到主機名稱過長，curl 會切換為本機名稱解析，並僅傳送解析的位址。由於此錯誤，表示「讓主機解析名稱」的本機變數會在緩慢的 SOCKS5 交握期間取得錯誤值，且與預期相反，這些本機變數會將過長的主機名稱複製到目標緩衝區，而非僅複製已解析的位址。目標緩衝區為堆積型緩衝區，且主機名稱來自 curl 被告知要使用的 URL。(CVE-2023-38545)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 cmake-3.20.2-8.el9 版本變更記錄中提及的弱點影響。

  -Git 是一款開放原始碼的可擴充分散式修訂控制系統。2.30.6、2.31.5、2.32.4、2.33.5、2.34.5、2.35.5、2.36.3 和 2.37.4 之前版本容易將敏感資訊洩漏給惡意執行者。執行本機複製時 (複製的來源和目標在同一個磁碟區)，Git 會透過建立來源內容的永久連結或直接複製 (如果已透過「--no-hardlinks」停用永久連結)，將來源的「$GIT_DIR/objects」目錄內容複製到目標位置。惡意執行者可誘騙受害者使用指向受害者計算機上敏感資訊的符號連結來複製存放庫。具體做法可以是讓受害者在同一計算機上複製惡意存放庫，若受害者使用「--recurse-submodules」選項進行複制，則讓他們透過任何來源的子模組，複製作為空白存放庫內嵌的惡意存放庫。
    Git 不會在「$GIT_DIR/objects」目錄中建立符號連結。2022 年 10 月 18 日發佈的版本已修補此問題，並向後移植至 v2.30.x 版本。可能的因應措施：避免在共用計算機上使用「--local」最佳化複製不受信任的存放庫，方法是將「--no-local」選項傳遞給「git clone」，或從使用「file://」配置 URL 複製。或者，避免使用「--recurse-submodules」從不受信任的來源複製存放庫，或執行「git config --global protocol.file.allow user」。(CVE-2022-39253)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 speex-1.2.0-11.el9 版本變更記錄中提及的弱點影響。

  - 透過特製的 WAV 檔案，在 read_samples() 中造成除以零錯誤 (CVE-2020-23903)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 python- oauthlib-3.1.1-5.el9 版本變更記錄中提及的弱點影響。

  - OAuthLib 是對於 Python 3.6+ 的 OAuth 要求籤署邏輯的實作。在 OAuthLib 3.1.1 至 3.2.1 版中，攻擊者可藉由提供惡意重新導向 uri 來造成拒絕服務。攻擊者也可利用「uri_validate」函式，具體視其使用位置而定。使用 OAuth2.0 提供程式支援或直接使用「uri_validate」的 OAuthLib 應用程式受到此問題影響。3.2.1 版包含修補程式。目前尚無已知的因應措施。(CVE-2022-36087)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 cjose-0.6.1-16.el9 版本變更記錄中提及的弱點影響。

  - AES GCM 解密使用 JWE 中提供的實際驗證標籤中的標籤長度 (CVE-2023-37464)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 iperf3-3.9-11.el9 版本變更記錄中提及的弱點影響。

  - 3.14 之前的 iperf3 允許對等節點透過特製的長度欄位，造成整數溢位和堆積損毀。(CVE-2023-38403)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 util-linux-2.37.4-3.el9 版本變更記錄中提及的多個弱點影響。

  - 在 util-linux 的 libmount 庫中發現允許無權限的使用者卸載 FUSE 檔案系統的邏輯錯誤。此缺陷允許無權限的本機攻擊者卸載屬於特定其他使用者的 FUSE 檔案系統，這些使用者的 UID 的字串形式是攻擊者 UID 的前置詞。攻擊者可利用此缺陷，造成使用受影響檔案系統的應用程式拒絕服務。(CVE-2021-3995)

  - 在 util-linux 的 libmount 庫中發現允許無權限的使用者卸載 FUSE 檔案系統的邏輯錯誤。此缺陷允許有弱點的系統上的本機使用者卸載其他使用者的檔案系統，這些檔案系統或者本身任何人皆可寫入 (如 /tmp)，或者掛載在任何人皆可寫入的目錄中。攻擊者可利用此缺陷，造成使用受影響檔案系統的應用程式拒絕服務。(CVE-2021-3996)

  - 使用 Readline 支援編譯時，在 util-linux chfn 和 chsh 公用程式中發現一個缺陷。Readline 程式庫使用 INPUTRC 環境變數來取得程式庫設定檔的路徑。程式庫無法剖析指定檔案時，將會列印出包含檔案資料的錯誤訊息。此缺陷允許無權限的使用者讀取 root 所擁有的檔案，進而可能導致權限提升。
    此缺陷會影響 util-linux 2.37.4 之前版本。(CVE-2022-0563)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 libeconf-0.4.1-3.el9 版本變更記錄中提及的弱點影響。

  - openSUSE libeconf 中的一個未檢查輸入大小的緩衝區復制 (「傳統緩衝區溢位」) 弱點會透過格式錯誤的設定檔導致 DoS。此問題會影響 0.5.2 之前的 libeconf。
    (CVE-2023-22652)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 glib2-2.68.4-9.el9 版本變更記錄中提及的多個弱點影響。

  - 拒絕原因：遭上游拒絕。(CVE-2023-24593、CVE-2023-25180)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 postgresql-jdbc-42.2.27-1.el9 版本變更記錄中提及的弱點影響。

  - pgjdbc 是開放原始碼的 postgresql JDBC 驅動程式。在受影響的版本中，如果 InputStream 大於 2k，使用「PreparedStatement.setText(int, InputStream)」或「PreparedStatemet.setBytea(int, InputStream)」的預備陳述式會建立一個暫存檔案。Unix 等系統上的其他使用者可以讀取此檔案，而 MacOS 系統使用者無法讀取。在類似 Unix 的系統上，系統的暫存目錄會在該系統上的所有使用者之間共用。因此，將檔案和目錄寫入此目錄時，預設為相同系統上的其他使用者均可讀取這些檔案和目錄。此弱點不允許其他使用者覆寫這些目錄或檔案的內容。這完全是一個資訊洩漏弱點。特定 JDK 檔案系統 API 僅在 JDK 1.7 中新增，因此該修正依賴於您使用的 JDK 版本。Java 1.7 及更高版本的使用者：此弱點已在 4.5.0 中修正。Java 1.6 及更低版本的使用者：無可用的修補程式。如果您無法修補或無法在 Java 1.6 上執行，可藉由指定執行使用者專有目錄的「java.io.tmpdir」系統環境變數，來緩解此弱點。
    (CVE-2022-41946)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 grafana-9.2.10-4.el9 版本變更記錄中提及的弱點影響。

  - 若使用 Azure AD OAuth，帳戶可能被接管 (CVE-2023-3128)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的套件受到 curl-7.76.1-12.el9 版本變更記錄中提及的多個弱點影響。

  - 將資料傳送至 MQTT 伺服器時，libcurl <= 7.73.0 和 7.78.0 版在某些情況下可將指標錯誤地保留至已釋放的記憶體區域，並在後續呼叫中再次使用該指標來傳送資料，然後*再次*釋放。(CVE-2021-22945)

  - 與 IMAP、POP3 或 FTP 伺服器交談時，使用者可告知 curl >= 7.20.0 和 <= 7.78.0 以要求成功升級至 TLS (命令列上的 `--ssl-reqd` 或設為 `CURLUSESSL_CONTROL` 的 `CURLOPT_USE_SSL` 或 `CURLUSESSL_ALL` withlibcurl)。如果伺服器會傳回特製但完全合法的回應，則可繞過此要求。此缺陷會導致 curl 以無訊息模式繼續其作業
    **沒有 TLS** 與指示和預期相反，可能透過網路以純文字洩漏敏感資料。(CVE-2021-22946)

  - 當 curl >= 7.20.0 和 <= 7.78.0 連線至 IMAP 或 POP3 伺服器以擷取使用 STARTTLS 升級至 TLS 安全性的資料時，伺服器可回應並一次傳回 curl 快取的多個回應。
    然後，curl 會升級至 TLS，但不會排清已快取回應的佇列，而是繼續使用並信任其在 TLS 交握*之前*收到的回應，如同這些回應已經通過驗證一般。藉此缺陷，中間攻擊者可先插入假的回應，然後從合法伺服器傳遞 TLS 流量，並誘騙 curl 將資料傳送回給認為攻擊者插入的資料來自受 TLS 保護之伺服器的使用者。(CVE-2021-22947)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 CentOS Linux 9 主機上安裝的一個套件受到 thunderbird-102.8.0-2.el9 版本變更記錄中提及的弱點影響。

  - 在 libexpat 2.4.9 之前版本中，xmlparse.c 的 doContent 函式中存在釋放後使用問題。(CVE-2022-40674)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	嚴重性
191399	CentOS 9：gstreamer1-plugins-good-1.18.4-6.el9	high
191398	CentOS 9：nodejs-nodemon-2.0.20-3.el9	high
191397	CentOS 9：opensc-0.23.0-2.el9	high
191396	CentOS 9：glibc-2.34-83.el9.7	high
191395	CentOS 9：LibRaw-0.20.2-6.el9	high
191394	CentOS 9：cpio-2.13-16.el9	high
191393	CentOS 9：libtiff-4.4.0-8.el9	medium
191392	CentOS 9：curl-7.76.1-22.el9	medium
191391	CentOS 9：vim-8.2.2637-13.el9	high
191390	CentOS 9：flatpak-1.12.8-1.el9	medium
191389	CentOS 9：runc-1.1.7-2.el9	high
191388	CentOS 9：vim-8.2.2637-15.el9	medium
191387	CentOS 9：libwebp-1.2.0-8.el9	high
191386	CentOS 9：qt5-qtbase-5.15.9-6.el9	medium
191385	CentOS 9：sqlite-3.34.1-6.el9	high
191384	CentOS 9：libldb-2.5.2-1.el9	medium
191383	CentOS 9：toolbox-0.0.99.3-9.el9	medium
191382	CentOS 9：podman-4.1.1-3.el9	medium
191381	CentOS 9：dbus-1.12.20-8.el9	medium
191380	CentOS 9：nodejs-16.16.0-1.el9	critical
191379	CentOS 9：dbus-broker-28-7.el9	high
191378	CentOS 9：postgresql-13.7-1.el9	high
191377	CentOS 9：librsvg2-2.50.7-2.el9	medium
191376	CentOS 9：toolbox-0.0.99.3-7.el9	medium
191375	CentOS 9：tang-11-1.el9	high
191374	CentOS 9：nss-3.79.0-14.el9	critical
191373	CentOS 9：yajl-2.1.0-22.el9	medium
191372	CentOS 9：podman-4.6.0-0.3.el9	critical
191371	CentOS 9：python3.9-3.9.14-1.el9	high
191370	CentOS 9：python-pip-21.2.3-7.el9	medium
191369	CentOS 9：libnbd-1.12.4-3.el9	medium
191368	CentOS 9：dnsmasq-2.85-6.el9	high
191367	CentOS 9：skopeo-1.12.0-3.el9	critical
191366	CentOS 9：bcel-6.4.1-9.el9	critical
191365	CentOS 9：python3.11-3.11.5-1.el9	high
191364	CentOS 9：podman-4.3.0-2.el9	low
191363	CentOS 9：keepalived-2.2.4-2.el9	medium
191362	CentOS 9：curl-7.76.1-28.el9	critical
191361	CentOS 9：cmake-3.20.2-8.el9	medium
191360	CentOS 9：speex-1.2.0-11.el9	medium
191359	CentOS 9：python-oauthlib-3.1.1-5.el9	medium
191358	CentOS 9：cjose-0.6.1-16.el9	high
191357	CentOS 9：iperf3-3.9-11.el9	high
191356	CentOS 9：util-linux-2.37.4-3.el9	medium
191354	CentOS 9：libeconf-0.4.1-3.el9	medium
191353	CentOS 9：glib2-2.68.4-9.el9	medium
191352	CentOS 9：postgresql-jdbc-42.2.27-1.el9	medium
191351	CentOS 9：grafana-9.2.10-4.el9	critical
191350	CentOS 9：curl-7.76.1-12.el9	critical
191349	CentOS 9：thunderbird-102.8.0-2.el9	high

偵測

Nessus 的 CentOS Local Security Checks 系列

high

high

high

high

high

high

medium

medium

high

medium

high

medium

high

medium

high

medium

medium

medium

medium

critical

high

high

medium

medium

high

critical

medium

critical

high

medium

medium

high

critical

critical

high

low

medium

critical

medium

medium

medium

high

high

medium

medium

medium

medium

critical

critical

high