遠端 Redhat Enterprise Linux 8 主機上安裝的多個套件受到 RHSA-2023:5964 公告中提及的多個弱點影響。

  - golang: crypto/tls：大量交握記錄可造成錯誤 (CVE-2022-41724)

  - golang: net/http，mime/multipart：因資源消耗過度導致拒絕服務 (CVE-2022-41725)

  - golang：net/http、net/textproto：過度記憶體配置造成的拒絕服務 (CVE-2023-24534)

  - golang: net/http、net/textproto、mime/multipart：因資源消耗過度導致拒絕服務(CVE-2023-24536)

  - golang: go/parser：剖析中的無限迴圈 (CVE-2023-24537)

  - golang: html/template：未將反引號視為字串分隔符號 (CVE-2023-24538)

  - golang: crypto/tls：包含大型 RSA 金鑰的憑證鏈驗證速度緩慢 (CVE-2023-29409)

  - golang: net/http, x/net/http2：快速資料流重設可造成工作過度 (CVE-2023-44487) (CVE-2023-39325)

  - HTTP/2：多個 HTTP/2 功能的 Web 伺服器容易遭受 DDoS 攻擊 (快速重設攻擊) (CVE-2023-44487)

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

遠端 Redhat Enterprise Linux 8 主機上安裝的多個套件受到 RHSA-2023:6781 公告中提及的多個弱點影響。

  - golang: net/http, x/net/http2：快速資料流重設可造成工作過度 (CVE-2023-44487) (CVE-2023-39325)

  - HTTP/2：多個 HTTP/2 功能的 Web 伺服器容易遭受 DDoS 攻擊 (快速重設攻擊) (CVE-2023-44487)

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

遠端 Redhat Enterprise Linux 8 主機上安裝的多個套件受到 RHSA-2023:5717 公告中提及的多個弱點影響。

  - golang: net/http, x/net/http2：快速資料流重設可造成工作過度 (CVE-2023-44487) (CVE-2023-39325)

  - HTTP/2：多個 HTTP/2 功能的 Web 伺服器容易遭受 DDoS 攻擊 (快速重設攻擊) (CVE-2023-44487)

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

遠端 CentOS Linux 8 主機上安裝的套件受到 CESA-2023: 5721 公告中提及的多個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 快速資料流重設可造成工作過度 () (CVE-2023-44487)

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

遠端 Redhat Enterprise Linux 8 主機上安裝的套件受到 RHSA-2023: 5863 公告中提及的多個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - golang：net/http、x/net/http2：快速資料流重設可造成工作過度 () (CVE-2023-44487)

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

遠端 Redhat Enterprise Linux 9 主機上安裝的套件受到 RHSA-2023: 6057 公告中提及的一個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - golang：net/http、x/net/http2：快速資料流重設可造成工作過度 () (CVE-2023-44487)

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

遠端 CentOS Linux 7 主機上安裝的套件受到 RHSA-2023: 5835 公告中提及的多個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - golang：net/http、x/net/http2：快速資料流重設可造成工作過度 () (CVE-2023-44487)

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

遠端 Oracle Linux 9 主機中安裝的套件受到 ELSA-2023-5738 公告中提及的多個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 憑證鏈結中的 RSA 金鑰過大可造成用戶端/伺服器花費大量 CPU 時間來驗證簽章。修正後，交握期間傳輸的 RSA 金鑰大小會被限制為不超過 8192 個位元。根據對公開信任的 RSA 金鑰進行的調查，目前只有三個憑證的金鑰超過此大小，而且這三個憑證似乎都是未主動部署的測試憑證。私用 PKI 中可能會使用更大的金鑰，但我們的目標是 Web PKI，因此為了提高 crypto/tls 使用者的預設安全性，在此中斷使用似乎是合理做法。(CVE-2023-29409)

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

遠端主機上安裝的 golang 版本早於 1.20.10-1.48。因此，它受到 ALAS-2023-1871 公告中所提及的多個弱點影響。

  - Line 指示詞 (//line) 可用來繞過 //go: cgo_ 指示詞的限制，從而允許在編譯期間傳遞封鎖的連結器和編譯器標記。這可導致在執行 go build 時意外執行任意程式碼。Line 指示詞需要該指示詞所在檔案的絕對路徑，這會顯著加大惡意使用者利用此問題的難度。(CVE-2023-39323)

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

遠端 Rocky Linux 9 主機已安裝受到多個弱點影響的套件如 RLSA-2023:5738 公告中所提及。

  - 憑證鏈結中的 RSA 金鑰過大可造成用戶端/伺服器花費大量 CPU 時間來驗證簽章。修正後，交握期間傳輸的 RSA 金鑰大小會被限制為不超過 8192 個位元。根據對公開信任的 RSA 金鑰進行的調查，目前只有三個憑證的金鑰超過此大小，而且這三個憑證似乎都是未主動部署的測試憑證。私用 PKI 中可能會使用更大的金鑰，但我們的目標是 Web PKI，因此為了提高 crypto/tls 使用者的預設安全性，在此中斷使用似乎是合理做法。(CVE-2023-29409)

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

遠端 Redhat Enterprise Linux 8 / 9 主機上安裝的套件受到 RHSA-2023:6165 公告中提及的多個弱點影響。

  - golang: net/http, x/net/http2：快速資料流重設可造成工作過度 (CVE-2023-44487) (CVE-2023-39325)

  - HTTP/2：多個 HTTP/2 功能的 Web 伺服器容易遭受 DDoS 攻擊 (快速重設攻擊) (CVE-2023-44487)

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

遠端 Redhat Enterprise Linux 8 主機上安裝的多個套件受到 RHSA-2023:6782 公告中提及的多個弱點影響。

  - golang: net/http, x/net/http2：快速資料流重設可造成工作過度 (CVE-2023-44487) (CVE-2023-39325)

  - HTTP/2：多個 HTTP/2 功能的 Web 伺服器容易遭受 DDoS 攻擊 (快速重設攻擊) (CVE-2023-44487)

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

遠端 Rocky Linux 8 主機上安裝的多個套件受到 RLSA-2023:6818 公告中提及的多個弱點影響。

  - 在 kubeclient v4.9.3 之前的所有版本 (但不包括該版本 ) (適用於 Kubernetes REST API 的 Ruby 用戶端) 中發現一個剖析 kubeconfig 檔案方式的瑕疵。當 kubeconfig 檔案未設定自訂 CA 以驗證憑證時，kubeclient 最終會接受任何憑證 (它會錯誤地傳回 VERIFY_NONE)。
    利用 kubeclient 剖析 kubeconfig 檔案的 Ruby 應用程式容易遭受中間人攻擊 (MITM)。(CVE-2022-0759)

  - c_rehash 指令碼未正確清理殼層中繼字元以防止命令插入。某些作業系統會以自動執行的方式發佈此指令碼。在這類作業系統上，攻擊者可以透過指令碼的權限執行任意命令。c_rehash 指令碼的使用已過時，應由 OpenSSL rehash 命令列工具取代。
    已在 OpenSSL 3.0.3 中修復 (受影響的是 3.0.0、3.0.1、3.0.2)。已在 OpenSSL 1.1.1o 中修復 (受影響的是 1.1.1-1.1.1n)。
    已在 OpenSSL 1.0.2ze 中修復 (受影響的是 1.0.2-1.0.2zd)。(CVE-2022-1292)

  - 除了 CVE-2022-1292 中發現的 c_rehash shell 命令插入，程式碼審查還發現 c_rehash 指令碼未正確清理 shell 中繼字元以防止命令插入的其他情況。修復 CVE-2022-1292 後，未在指令碼中的其他位置發現雜湊憑證的檔案名稱可能會傳遞至透過 shell 執行的命令。某些作業系統會以自動執行的方式發佈此指令碼。在這類作業系統上，攻擊者可以透過指令碼的權限執行任意命令。c_rehash 指令碼的使用已過時，應由 OpenSSL rehash 命令列工具取代。已在 OpenSSL 3.0.4 中修復 (受影響的是 3.0.0、3.0.1、3.0.2、3.0.3)。已在 OpenSSL 1.1.1p 中修復 (受影響的是 1.1.1-1.1.1o)。已在 OpenSSL 1.0.2zf 中修復 (受影響的是 1.0.2-1.0.2ze)。(CVE-2022-2068)

  - pulp_ansible 的遠端集合以純文字儲存 token，而非使用 pulp 的加密欄位，並透過 API () 在讀取/寫入模式下泄漏這些 token，而非將其標記為僅限寫入。(CVE-2022-3644)

  - 在 foreman 中發現一個命令插入瑕疵。此瑕疵可允許經驗證並且在 foreman 執行個體上擁有管理員特權的使用者透過範本中的 CoreOS 和 Fedora CoreOS 設定轉譯命令，這樣可能導致在基礎作業系統上執行任意命令。
    (CVE-2022-3874)

  - 在 Python Charmers Future 0.18.2 和更舊版本中發現一個問題，遠端攻擊者可透過來自惡意 Web 伺服器的特製 Set-Cookie 標頭造成程式拒絕服務。(CVE-2022-40899)

  - 在 Satellite 伺服器中發現一個盲目式站台對站台要求偽造弱點。修改伺服器特定資源之 HTTP 要求中的 Referer 標頭，即可觸發與攻擊者伺服器的外部互動。(CVE-2022-4130)

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

  - ActiveRecord 的 PostgreSQL 轉接器 <7.0.4.1 和 <6.1.7.1中存在一個拒絕服務弱點。將 64 位元帶正負號整數範圍之外的值提供給 PostgreSQL 連線介面卡時，其會將目標欄類型視為數值。將整數值與數值進行比較可能會導致循序掃描緩慢，進而可能導致拒絕服務。(CVE-2022-44566)

  - 1.5.0 版及更高版本的 Range 標頭剖析元件中有一個拒絕服務弱點。特製的輸入可造成 Rack 中的 Range 標頭剖析元件佔用非預期的時間，進而可能導致拒絕服務攻擊向量。任何處理 Range 要求的應用程式 (例如串流應用程式或提供檔案的應用程式) 都可能受到影響。(CVE-2022-44570)

  - Rack 的 Content-Disposition 剖析元件中有一個拒絕服務弱點，該弱點已在 2.0.9.2、2.1.4.2、2.2.4.1、3.0.0.1 版中修正。攻擊者可藉此特製輸入，從而造成 Rack 中的 Content-Disposition 標頭剖析元件佔用非預期的時間，進而可能導致拒絕服務攻擊向量。此標頭通常用於 multipartparsing。任何使用 Rack 剖析 multipart post 的應用程式 (幾乎所有 Rails 應用程式) 都會受到影響。(CVE-2022-44571)

  - Rack 的多部分剖析元件中有一個拒絕服務弱點 (在 2.0.9.2、 2.1.4.2、 2.2.4.1 和 3.0.0.1 中得以修正)，攻擊者可藉此特製輸入，以造成 Rack 中的 RFC2183 多部分邊界剖析花費非預期的時間，進而可能導致拒絕服務攻擊媒介。任何使用 Rack 剖析 multipart post 的應用程式 (幾乎所有 Rails 應用程式) 都會受到影響。(CVE-2022-44572)

  - 在 v1.13.0 之前版本的 ruby-git 中，經驗證的遠端攻擊者可透過讓使用者載入含有特製檔案名稱的存放庫至產品來執行任意 ruby 程式碼。此弱點與 CVE-2022-47318 不同。(CVE-2022-46648)

  - 在 v1.13.0 之前版本的 ruby-git 中，經驗證的遠端攻擊者可透過讓使用者載入含有特製檔案名稱的存放庫至產品來執行任意 ruby 程式碼。此弱點與 CVE-2022-46648 不同。(CVE-2022-47318)

  - 在 Foreman 中發現一個任意程式碼執行瑕疵。此瑕疵允許系統管理員使用者繞過範本中的安全模式，並且在基礎作業系統上執行任意程式碼。(CVE-2023-0118)

  - 在 foreman 中發現一個已儲存跨網站指令碼弱點。在 [主機] 索引標籤中的 [註解] 區段中，使用者輸入資料的篩選不正確。由於該攻擊的原因，在系統上擁有現有帳戶的攻擊者可竊取其他使用者的工作階段、代表該使用者提出要求，以及取得使用者認證。(CVE-2023-0119)

  - 在 Puppet Server 7.9.2 憑證驗證中發現一個規則運算式拒絕服務 (ReDoS) 問題。與特製憑證名稱相關的問題會顯著降低伺服器的作業速度。(CVE-2023-1894)

  - Action Dispatch 6.0.6.1 之前版本、6.1.7.1 之前版本和 7.0.4.1 之前版本中存在以規則運算式為基礎的 DoS 弱點。
    特製的 Cookie 搭配特製的 X_FORWARDED_HOST 標頭可造成規則運算式引擎進入災難性回溯狀態。這可引致處理程序佔用大量 CPU 和記憶體，進而可能導致 DoS。執行受影響版本的所有使用者皆應立即升級或使用其中一種因應措施。(CVE-2023-22792)

  - ActiveRecord 6.0.6.1 之前版本、v6.1.7.1 和 v7.0.4.1 存在與評論清理相關的弱點。
    如果惡意使用者輸入被傳遞至 `annotate` 查詢方法、`optimizer_hints` 查詢方法，或透過會自動新增註解的 QueryLogs 介面傳遞，則其可能會在未經過充分清理的情況下被傳送至資料庫，並且能夠在評論以外注入 SQL。(CVE-2023-22794)

  - Action Dispatch 6.1.7.1 之前版本和 7.0.4.1 之前版本存在與 If-None-Match 標頭相關的以規則運算式為基礎的 DoS 弱點。在低於 3.2.0 的 Ruby 版本上，特製的 HTTP If-None-Match 標頭可造成規則運算式引擎進入災難性回溯狀態。這可引致處理程序佔用大量 CPU 和記憶體，進而可能導致 DoS。執行受影響版本的所有使用者皆應立即升級或使用其中一種因應措施。(CVE-2023-22795)

  - Active Support 6.1.7.1 之前版本和 7.0.4.1 之前版本存在以規則運算式為基礎的 DoS 弱點。傳遞至 underscore 方法的特製字串可造成規則運算式引擎進入災難性回溯狀態。這可造成處理程序佔用大量 CPU 和記憶體，進而可能導致 DoS 弱點。(CVE-2023-22796)

  - GlobalID <1.0.1 中有一個 ReDoS 型拒絕服務弱點，可允許攻擊者提供特製的輸入，進而造成規則運算式引擎佔用未預期的時間。建議所有執行受影響版本的使用者立即升級，或採用任一因應措施。
    (CVE-2023-22799)

  - 在低於 v3.0.4.2 版、低於 v2.2.6.3 版、低於 v2.1.4.3 版及低於 v2.0.9.3 版的 Rack 中，在多部分 MIME 剖析程式碼中存在一個 DoS 弱點，攻擊者可以在該程式碼中建立可被濫用的請求，從而導致多部分剖析花費比預期更長的時間。(CVE-2023-27530)

  - HTTP/1 用戶端未完整驗證 Host 標頭的內容。惡意特製的主機標頭可插入其他標頭或整個要求。修正後，HTTP/1 用戶端現在會拒絕傳送包含無效 Request.Host 或 Request.URL.Host 值的要求。(CVE-2023-29406)

  - sqlparse 是適用於 Python 的非驗證 SQL 剖析器模組。在受影響的版本中，SQL 剖析器包含容易受到 ReDoS (規則運算式拒絕服務) 影響的規則運算式。此問題包含在 commit 「e75e358」中。該弱點可能導致拒絕服務 (DoS)。此問題已由 commit「c457abd5f」在 sqlparse 0.4.4 版中修正。建議所有使用者進行升級。目前沒有任何因應措施可解決此問題。(CVE-2023-30608)

  - 在 Django 3.2 至 3.2.19、4.x 至 4.1.9 和 4.2 至 4.2.1 版中，使用一個表單欄位上傳多個檔案時可以繞過驗證。form.FileField 或 forms.ImageField 從未支援此多重上傳 (僅驗證最後一個上傳的檔案)。但是，Django 的「上傳多個檔案」說明文件另有建議。(CVE-2023-31047)

  - Requests 是一個 HTTP 程式庫。自 Requests 2.3.0 起，Requests 重新導向至 HTTPS 端點時會向目的地伺服器洩漏 Proxy-Authorization 標頭。這是我們使用 `rebuild_proxies` 將 `Proxy-Authorization` 標頭重新附加到要求的結果。對於透過通道傳送的 HTTP 連線，Proxy 會識別要求本身中的標頭，並在轉送至目的地伺服器之前將其移除。但在透過 HTTPS 傳送時，因為 Proxy 無法檢視通道要求，因而必須在 CONNECT 要求中傳送「Proxy-Authorization」標頭。這會導致 Requests 意外將 Proxy 憑證轉送至目的地伺服器，進而允許惡意執行者洩漏敏感資訊。此問題已在 2.31.0 版中修正。
    (CVE-2023-32681)

  - 在 Django 3.2.20 之前的 3.2 版、4.1.10 之前的 4 版和 4.2.3 之前的 4.2 版中，EmailValidator 和 URLValidator 會透過大量電子郵件和 URL 的網域名稱標籤遭受 ReDoS (規則運算式拒絕服務) 攻擊。(CVE-2023-36053)

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 3.1.32 之前的 GitPython 未封鎖 clone 和 clone_from 中不安全的非多重選項。注意：此問題之所以存在，是因為 CVE-2022-24439 的修正不完整。(CVE-2023-40267)

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

  - Ruby on Rails 公告對此弱點的描述如下：(CVE-2023-27539)

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

遠端 Ubuntu 20.04 LTS / 22.04 LTS / 23.04 / 23.10 主機上安裝的套件受到 USN-6574-1 公告中所提及的多個弱點影響。

  - html/template 套件未正確處理類似 HTML 的註解 Token，也未正確處理 <script> 情境中的 hashbang #! 註解 Token。這可能會造成範本剖析器不當解譯 <script> 情境的內容，進而導致動作不當逸出。攻擊者可能會利用此弱點來執行 XSS 攻擊。(CVE-2023-39318)

  - html/範本套件未套用正確的規則來處理 <script, <!-- 的發生和 </script within JS literals in ><script> 情景。這可能會造成範本剖析器錯誤地認為指令碼上下文被提前終止，進而導致動作不當逸出。攻擊者可利用此弱點來執行 XSS 攻擊。(CVE-2023-39319)

  - Line 指示詞 (//line) 可用來繞過 //go: cgo_ 指示詞的限制，從而允許在編譯期間傳遞封鎖的連結器和編譯器標記。這可導致在執行 go build 時意外執行任意程式碼。Line 指示詞需要該指示詞所在檔案的絕對路徑，這會顯著加大惡意使用者利用此問題的難度。(CVE-2023-39323)

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 惡意 HTTP 傳送者可使用區塊延伸模組，造成收件者從要求或回應內文讀取，進而從網路讀取比內文中更多的位元組。惡意 HTTP 用戶端可進一步惡意利用此弱點，在處置程式無法讀取要求的完整內文時，造成伺服器自動讀取大量資料 (最多約 1GiB)。區塊延伸模組是一種很少使用的 HTTP 功能，允許在使用區塊編碼傳送的要求或回應內文中包含其他中繼資料。net/http 區塊編碼讀取器會捨棄此中繼資料。傳送者可藉由插入傳輸每個位元組的大型中繼資料區段，以惡意利用此弱點。如果實際內文與編碼位元組的比例變得過小，區塊讀取器現在即會出現錯誤。(CVE-2023-39326)

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

  - 使用 go get 擷取具有 .git 尾碼的模組時，可能會意外遞補至不安全的 git: // 通訊協定。若無法透過安全的 https: // 和 git+ssh: // 通訊協定使用模組，即使未針對所述模組設定 GOINSECURE 也是如此。這只會影響未使用模組代理伺服器、且直接擷取模組 (即 GOPROXY=off) 的使用者。(CVE-2023-45285)

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

遠端 Red Hat Enterprise Linux CoreOS 4 主機上安裝的套件受到 RHSA-2023: 5009 公告中所提及的一個弱點影響。

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

  - 在 SciPy 1.8.0 之前版本的 Py_FindObjects() 函式中發現釋放後使用問題。注意：
    廠商和發現者表示這不是安全性問題。(CVE-2023-29824)

  - 在 Red Hat OpenShift Container Platform 中發現合規性問題。Red Hat 發現，FIPS 模式啟用時，並非所有使用中的密碼編譯模組都要經過 FIPS 驗證。(CVE-2023-3089)

  - 在開放式虛擬網路中發現一個缺陷，即服務監視器 MAC 未正確執行速率限制。利用此問題，攻擊者可造成拒絕服務，包括在已啟用並正確設定 CoPP 的部署中。(CVE-2023-3153)

  - 發現 goproxy v1.1 存在一個問題，可透過不明向量導致拒絕服務 (DoS)。(CVE-2023-37788)

  - html/template 套件未正確處理類似 HTML 的註解 Token，也未正確處理 <script> 情境中的 hashbang #! 註解 Token。這可能會造成範本剖析器不當解譯 <script> 情境的內容，進而導致動作不當逸出。攻擊者可能會利用此弱點來執行 XSS 攻擊。(CVE-2023-39318)

  - html/範本套件未套用正確的規則來處理 <script, <!-- 的發生和 </script within JS literals in ><script> 情景。這可能會造成範本剖析器錯誤地認為指令碼上下文被提前終止，進而導致動作不當逸出。攻擊者可利用此弱點來執行 XSS 攻擊。(CVE-2023-39319)

  - 處理 QUIC 連線的不完整交握後訊息可造成錯誤。(CVE-2023-39321)

  - QUIC 連線在讀取交握後訊息時，未設定緩衝資料量的上限，進而允許惡意 QUIC 連線造成記憶體無限增長。修正後，連線現在會持續拒絕大小超過 65KiB 的訊息。(CVE-2023-39322)

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 不在 HTML 命名空間中的文字節點未被正確地逐字轉譯，導致本應逸出的文字並未正確轉譯。這可導致 XSS 攻擊。(CVE-2023-3978)

  - golang：net/http、x/net/http2：快速資料流重設可造成工作過度 () (CVE-2023-44487)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
194255	RHEL 8：Red Hat OpenStack Platform 16.2.5 (collectd-libpod-stats) (RHSA-2023:5964)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/7	critical
194388	RHEL 8：openshift-pipelines-client (RHSA-2023:6781)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/7	critical
194413	RHEL 8：OpenShift Container Platform 4.11.52 (RHSA-2023:5717)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/7	critical
183196	CentOS 8：go-toolset: rhel8 (CESA-2023: 5721)	Nessus	CentOS Local Security Checks	2023/10/16	2024/2/23	medium
183367	RHEL 8：grafana (RHSA-2023: 5863)	Nessus	Red Hat Local Security Checks	2023/10/19	2025/3/6	critical
183764	RHEL 9：toolbox (RHSA-2023: 6057)	Nessus	Red Hat Local Security Checks	2023/10/24	2024/11/7	critical
187227	CentOS 7：rhc-worker-script 增強和 (RHSA-2023: 5835)	Nessus	CentOS Local Security Checks	2023/12/22	2024/2/9	high
183352	Oracle Linux 9：go-toolset / 和 / golang (ELSA-2023-5738)	Nessus	Oracle Linux Local Security Checks	2023/10/19	2024/11/2	critical
183407	Amazon Linux AMI：golang (ALAS-2023-1871)	Nessus	Amazon Linux Local Security Checks	2023/10/19	2024/12/11	critical
183815	Rocky Linux 9go-toolset 和 golang (RLSA-2023:5738)	Nessus	Rocky Linux Local Security Checks	2023/10/24	2024/2/9	high
194387	RHEL 8 / 9：skupper-cli 和 skupper-router (RHSA-2023:6165)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/7	critical
194411	RHEL 8：openshift-gitops-kam (RHSA-2023:6782)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/8	critical
185473	Rocky Linux 8：Satellite 6.14 (RLSA-2023:6818)	Nessus	Rocky Linux Local Security Checks	2023/11/11	2024/2/9	critical
187937	Ubuntu 20.04 LTS / 22.04 LTS / 23.04 / 23.10：Go 弱點 (USN-6574-1)	Nessus	Ubuntu Local Security Checks	2024/1/11	2024/9/18	critical
189423	RHCOS 4：OpenShift Container Platform 4.14.0 (RHSA-2023: 5009)	Nessus	Red Hat Local Security Checks	2024/1/24	2024/2/9	critical

偵測

搜尋 Plugin

critical

critical

critical

medium

critical

critical

high

critical

critical

high

critical

critical

critical

critical

critical