遠端 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 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

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

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

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

  - cryptography 套件用於向 Python 開發人員公開密碼編譯原語和配方。在受影響的版本中，`Cipher.update_into` 會接受實作緩衝區通訊協定的 Python 物件，但僅提供不可變的緩衝區。這允許不可變物件 (例如 `bytes`) 發生突變，因而違反 Python 的基本規則並導致輸出損毀。現在，發生此問題時會正確引發例外狀況。自從 cryptography 1.8 中首次引入 `update_into` 以來，此問題就一直存在。
    (CVE-2023-23931)

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

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

  - 在 Ruby 3.x 至 3.0.4 和 3.1.x 至 3.1.2 版本的 Regexp 編譯器中發現一個重複釋放問題。如果受害者嘗試從不受信任的使用者輸入建立 Regexp，攻擊者可能會寫入未預期的記憶體位置。(CVE-2022-28738)

  - Ruby 2.6.10 之前版本、2.7.x 至 2.7.6、3.x 至 3.0.4 和 3.1.x 至 3.1.2 版本中有一個緩衝區過度讀取弱點。當進行字串到浮點數 (包括 Kernel#Float 和 String#to_f) 的轉換時，即會出現此弱點。(CVE-2022-28739)

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

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

  - 在 GNU Less 609 之前的版本中，特製的資料可導致 less -R 無法篩選傳送至終端機的 ANSI 逸出序列。(CVE-2022-46663)

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

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

  - 修正格式字串弱點 (#2076816) (CVE-2022-1215)

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

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

  - 在 Linux 核心 3.16 及之前版本中，fs/inode.c 的 inode_init_owner 函式邏輯中有一個弱點，當目錄是 SGID 且隸屬於特定群組，並可由非此群組成員的使用者寫入時，本機使用者可藉此弱點建立具有非預定群組所有權的檔案。然後，非成員可觸發建立群組擁有權為該群組的純檔案。預定行為是此非成員可觸發建立群組擁有權為該群組的目錄 (而非純檔案)。非成員可藉由將純檔案設為可執行檔和 SGID 來提升權限。(CVE-2018-13405)

  - 可以透過 CVE-2018-13405 提升權限 [rhel-9.0]) (CVE-2022-0358)

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

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

  - 在 Pixman 0.42.2 之前版本的 libpixman 中，由於 pixman_sample_floor_y 中存在整數溢位問題，導致 rasterize_edges_8 中發生超出邊界寫入 (即堆積型緩衝區溢位)。(CVE-2022-44638)

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

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

  - 在某些 Intel(R) Atom 和 Intel Xeon 可調整處理器中，帶外管理的存取控製粒度不足，可能允許有權限的使用者透過相鄰的網路存取權限提升權限。(CVE-2022-21216)

  - 使用 Intel(R) Software Guard Extensions 時，某些 Intel(R) Xeon(R) 處理器的部分記憶體控制器組態有不正確的預設權限，其可能允許有權限的使用者透過本機存取權限提升權限。(CVE-2022-33196)

  - 某些第三代 Intel(R) Xeon(R) 可調整處理器的微碼金鑰機制計算不正確，可能允許有權限的使用者透過本機存取來洩漏資訊。
    (CVE-2022-33972)

  - 某些 Intel(R) 處理器在使用 Intel(R) Software Guard Extension 時存在共用資源部當隔離問題，特權使用者或可利用此問題，透過本機存取造成資訊洩漏。
    (CVE-2022-38090)

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

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

  - 在 2022.10.3 之前的 NTFS-3G 中發現緩衝區溢位弱點。NTFS 影像中特製的中繼資料可引致程式碼執行攻擊。如果 ntfs-3g 二進位檔為 setuid root，則本機攻擊者可利用此弱點。如果 NTFS-3G 軟體設定為在附加外部儲存裝置時執行，則實際位置靠近的攻擊者可利用此弱點。(CVE-2022-40284)

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

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

  - protobuf-c 1.4.1 之前版本的 parse_required_member 中存在無正負號的整數溢位情形。(CVE-2022-48468)

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

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

  - Rsyslog 是一種用於處理記錄的快速系統。使用八位元組計數成框模式時，用於接收 TCP syslog 的模組可能會發生堆積緩衝區溢位。這就可能導致區隔錯誤或其他一些故障。據我們瞭解，此弱點無法用於執行遠端程式碼。可能會有專家仍能做到這一點，但可能性非常小。讀取八位元組計數時會發生此錯誤。
    在檢查最大八位元組數時，即使八位元組計數超過最大值，系統仍會將數字寫入堆積緩衝區，而此弱點可用於滿溢記憶體緩衝區。但是，一旦數字序列停止，就無法再將其他字元新增至緩衝區。在我們看來，這將阻止攻擊者遠端利用此弱點，或者至少讓利用過程變得非常複雜。八位元組計數成框是兩種潛在的成框模式之一。這個模式相對少見，但預設會在接收器上啟用。模組 `imtcp`、`imptcp`、`imgssapi` 和 `imhttp` 皆用於接收一般 syslog 訊息。最佳做法是，不要直接將這些模組公開給公眾。若遵循此做法，風險將會大大降低。模組 `imdiag` 是一種主要用於測試平台執行狀況的診斷模組。我們不會在任何生產安裝環境中使用這個模組。八位元組計數成框模式並不常見，且通常需要在傳送器上特別啟用。如果使用者不需要使用此模式，可針對最重要的模組將其關閉。這樣將會緩解弱點造成的影響。(CVE-2022-24903)

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

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

  - 在 Linux 之前的 Linux 中，發現 net/can/af_can.c 中的 can 通訊協定中存在 Null 指標解除參照問題。
    在 CAN 框架的接收路徑中，ml_priv 可能未初始化。本機使用者可利用此瑕疵造成系統當機，或可能引發拒絕服務。(CVE-2023-2166)

  - 在 Linux 核心中發現一個整數溢位缺陷。此問題會導致核心在使用者空間中配置「skb_shared_info」，由於「skb_shared_info」包含函式指標的參照，因此在沒有 SMAP 保護的系統中可遭到惡意利用。(CVE-2023-42752)

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

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

  - 據發現，nmcli (NetworkManager 的命令列介面) 在建立新的設定檔時，未接受 802-1x.ca-path 和 802-1x.phase2-ca-path 設定。當使用者使用此設定檔連線至網路時，系統不會進行驗證並且連線會以不安全的方式進行。(CVE-2020-10754)

  - Systemd 245 中存在一個可遭利用的拒絕服務弱點。特製的 DHCP FORCERENEW 封包可造成執行 DHCP 用戶端的伺服器容易遭受 DHCP ACK 偽造攻擊。攻擊者可偽造一對 FORCERENEW 和 DCHP ACK 封包，以重新設定伺服器。(CVE-2020-13529)

  - 在 1.30.0 之前的 NetworkManager 版本中發現一個缺陷。設定 match.path 並啟動設定檔會使 NetworkManager 當機。此弱點對系統可用性威脅最大。
    (CVE-2021-20297)

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

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

  - 問題摘要：處理某些特製的 ASN.1 物件識別碼或包含這些識別碼的資料可能會非常緩慢。- 影響摘要：對於直接使用 OBJ_obj2txt() 或使用任何 OpenSSL 子系統 OCSP、PKCS7/SMIME、CMS、CMP/CRMF 或 TS 的應用程式，它們在處理這些訊息時可能造成拒絕服務。OBJECT IDENTIFIER 由一系列數字 (子識別碼) 組成，其中大部分沒有大小限制。
    OBJ_obj2txt() 可用於將以 DER 編碼形式 (使用 OpenSSL 類型 ASN1_OBJECT) 提供的 ASN.1 OBJECT IDENTIFIER 轉譯為其規範數值文字形式，即以句點分隔的十進位形式的 OBJECT IDENTIFIER 子識別碼。當 OBJECT IDENTIFIER 中的其中一個子識別碼非常大 (大得離譜，佔用數十或數百 KiB) 時，在文字中轉譯為十進位數字可能需要很長的時間。時間複雜度為 O(n^2)，其中「n」是以位元組 (*) 為單位的子識別碼大小。OpenSSL 3.0 版引入了使用字串形式的名稱/識別碼擷取密碼編譯演算法的支援。這包括使用規範數值文字形式的 OBJECT IDENTIFIER 作為擷取演算法的識別碼。此類 OBJECT IDENTIFIER 可透過 ASN.1 結構 AlgorithmIdentifier 接收，該結構常用於多個通訊協定，以指定應使用何種密碼編譯演算法來簽署或驗證、加密或解密，或摘要式傳遞的資料。直接使用未受信任的資料呼叫 OBJ_obj2txt() 的應用程式會受到任何 OpenSSL 版本的影響。如果僅用於顯示目的，則認為低嚴重性。在 OpenSSL 3.0 和更新版本中，這會影響子系統 OCSP、PKCS7/SMIME、CMS、CMP/CRMF 或 TS。它也會影響處理 X.509 憑證的任何項目，包括驗證其簽章等簡單項目。對 TLS 的影響相對較低，因為所有版本的 OpenSSL 在對等端的憑證鏈上都有 100KiB 的限制。此外，這只會影響已明確啟用用戶端驗證的用戶端或伺服器。在 OpenSSL 1.1.1 和 1.0.2 版中，這只會影響顯示不同的物件，例如 X.509 憑證。我們假設此問題不會以會造成拒絕服務的方式發生，因此這些版本不會受到此問題的影響，進而被視為低嚴重性。(CVE-2023-2650)

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

ID	名稱	嚴重性
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
191348	CentOS 9：dnsmasq-2.85-4.el9	high
191347	CentOS 9：python3.11-cryptography-37.0.2-4.el9	medium
191346	CentOS 9：ruby-3.0.4-160.el9	critical
191345	CentOS 9：less-590-2.el9	high
191344	CentOS 9：libinput-1.19.3-2.el9	high
191343	CentOS 9：qemu-kvm-6.2.0-7.el9	high
191342	CentOS 9：pixman-0.40.0-6.el9	high
191341	CentOS 9：microcode_ctl-20230214-1.el9	medium
191340	CentOS 9：libguestfs-winsupport-9.3-1.el9	high
191339	CentOS 9：protobuf-c-1.3.3-13.el9	medium
191338	CentOS 9：rsyslog-8.2102.0-111.el9	high
191337	CentOS 9：kernel-5.14.0-378.el9	medium
191336	CentOS 9：NetworkManager-1.43.10-1.el9	medium
191335	CentOS 9：openssl-3.0.7-20.el9	medium

偵測

Nessus 的 CentOS Local Security Checks 系列

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

high

medium

critical

high

high

high

high

medium

high

medium

high

medium

medium

medium