遠端 Debian 10 主機上安裝的一個套件受到 dla-3083 公告中提及的多個弱點影響。

  - Puma 是 Ruby/Rack 應用程式的並行 HTTP 1.1 伺服器。CVE-2019-16770 的修正不完整。原始修正程式僅保護已接受的現有連線，防止其要求被持續連線耗盡，導致相同處理程序中的所有執行緒飽和。
    但是，新連線仍可能被持續連線耗盡，使叢集中所有處理程序的所有執行緒飽和。當收到的並行「keep-alive」連線超過執行緒集區中的執行緒數量時，「puma」伺服器只會服務其中部分連線，拒絕未提供服務的連線。此問題已在 puma 4.3.8 和 5.3.1 中修正。設定「queue_requests false」也可修正此問題。在沒有反向代理伺服器的情況下使用「puma」時（如「nginx」或「apache」），不建議這樣做，以免遭到慢速用戶端攻擊 (例如 slowloris)。此修復程式非常小，另有一個 git 修補程式可供使用不受支援的 Puma 版本者使用。(CVE-2021-29509)

  - Puma 是 Ruby/Rack 應用程式的 HTTP 1.1 伺服器。在 5.5.1 和 4.3.9 之前版本中，將 `puma` 與轉送包含 LF 字元之 HTTP 標頭值的代理伺服器一起使用時，將可能允許執行 HTTP 要求走私。用戶端可透過代理伺服器走私要求，造成該伺服器將回應傳送回另一個未知用戶端。據 Puma 團隊所知，唯一具有此行為的代理伺服器是 Apache Traffic Server。如果 Proxy 使用持續連線，而用戶端透過 HTTP 管線化新增其他要求，Proxy 可能會將其誤認為第一個要求的內文。不過，Puma 會將其視為兩個要求，而且在處理第二個要求時，會傳回 Proxy 未預期的回應。如果 Proxy 重複使用與 Puma 的持續連線來傳送其他用戶端的其他要求，則來自第一個用戶端的第二個回應會傳送至第二個用戶端。此弱點已在 Puma 5.5.1 和 4.3.9 版本中得到修補。可以透過不搭配使用 `puma` 與 Apache Traffic Server 來解決此問題。(CVE-2021-41136)

  - Puma 是一個專為實現平行執行而建構的 Ruby/Rack Web 伺服器。在 Puma 5.6.2 之前版本中，`puma` 可能並不總是在回應內文中呼叫 `close`。在 Rails 7.0.2.2 之前版本中，Rails 必須關閉回應內文，其 `CurrentAttributes` 實作才能正確運作。這兩種行為同時出現 (Puma 未關閉內文 + Rails 的 Executor 實作) 會造成資訊洩漏。此問題已在 Puma 5.6.2 和 4.3.11 版本中得到修正。此問題已在 Rails 7.02.2、6.1.4.6、6.0.4.6 和 5.2.6.2 版本中得到修正。升級至修補後的 Rails _or_ Puma 版本可修正該弱點。(CVE-2022-23634)

  - Puma 是用於 Ruby/Rack 應用程式的 HTTP 1.1 伺服器，簡單、快速，且能夠實現多執行緒平行執行。在未正確驗證傳入 HTTP 要求是否符合 RFC7230 標準的代理伺服器後使用 Puma 時，Puma 和前端 Proxy 可能在要求開始和結束的位置上意見不一。這會允許透過前端代理伺服器將要求走私給 Puma。此弱點已在 5.6.4 和 4.3.12 版本中得到修正。建議使用者盡快進行升級。因應措施：在 Puma 前面部署代理伺服器時，開啟所有功能以確保要求符合 RFC7230 標準。
    (CVE-2022-24790)

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

遠端 Debian 9 主機上安裝的一個套件受到 dla-3023 公告中提及的多個弱點影響。

  - 在 Puma 3.12.2 和 4.3.1 之前版本中，有違規行為的用戶端可使用 keepalive 要求獨占 Puma 的反應器並發動拒絕服務攻擊。如果向 Puma 開放的 keepalive 連線多於可用執行緒，且攻擊者傳送要求的頻率足夠高，則其他連線將永久等待。此弱點已在 Puma 4.3.1 和 3.12.2 版本中得到修補。(CVE-2019-16770)

  - 在 Puma (RubyGem) 4.3.2 和 3.12.3 之前版本中，如果使用 Puma 的應用程式允許在回應標頭中使用不受信任的輸入，則攻擊者可使用新行字元 (即 `CR`、`LF` 或 `/r`、`/ n`) 結束標頭並注入惡意內容，例如其他標頭或全新的回應內文。此弱點稱為 HTTP 回應拆分。雖然回應拆分本身不屬於攻擊，但可引發其他多種攻擊，例如跨網站指令碼 (XSS)。這與 CVE-2019-16254 存在關聯，但後者已針對 WEBrick Ruby Web 伺服器修正此弱點。此弱點已在 4.3.2 和 3.12.3 版本中修正，方法是檢查行結尾的所有標頭並拒絕含有這些字元的標頭。
    (CVE-2020-5247)

  - Puma 是一個專為實現平行執行而建構的 Ruby/Rack Web 伺服器。在 Puma 5.6.2 之前版本中，`puma` 可能並不總是在回應內文中呼叫 `close`。在 Rails 7.0.2.2 之前版本中，Rails 必須關閉回應內文，其 `CurrentAttributes` 實作才能正確運作。這兩種行為同時出現 (Puma 未關閉內文 + Rails 的 Executor 實作) 會造成資訊洩漏。此問題已在 Puma 5.6.2 和 4.3.11 版本中得到修正。此問題已在 Rails 7.02.2、6.1.4.6、6.0.4.6 和 5.2.6.2 版本中得到修正。升級至修補後的 Rails _or_ Puma 版本可修正該弱點。(CVE-2022-23634)

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

遠端主機受到 GLSA-202208-28 中所述的弱點影響 (Puma：多個弱點)

  - Puma 是 Ruby/Rack 應用程式的並行 HTTP 1.1 伺服器。CVE-2019-16770 的修正不完整。原始修正程式僅保護已接受的現有連線，防止其要求被持續連線耗盡，導致相同處理程序中的所有執行緒飽和。
    但是，新連線仍可能被持續連線耗盡，使叢集中所有處理程序的所有執行緒飽和。當收到的並行「keep-alive」連線超過執行緒集區中的執行緒數量時，「puma」伺服器只會服務其中部分連線，拒絕未提供服務的連線。此問題已在 puma 4.3.8 和 5.3.1 中修正。設定「queue_requests false」也可修正此問題。在沒有反向代理伺服器的情況下使用「puma」時（如「nginx」或「apache」），不建議這樣做，以免遭到慢速用戶端攻擊 (例如 slowloris)。此修復程式非常小，另有一個 git 修補程式可供使用不受支援的 Puma 版本者使用。(CVE-2021-29509)

  - Puma 是 Ruby/Rack 應用程式的 HTTP 1.1 伺服器。在 5.5.1 和 4.3.9 之前版本中，將 `puma` 與轉送包含 LF 字元之 HTTP 標頭值的代理伺服器一起使用時，將可能允許執行 HTTP 要求走私。用戶端可透過代理伺服器走私要求，造成該伺服器將回應傳送回另一個未知用戶端。據 Puma 團隊所知，唯一具有此行為的代理伺服器是 Apache Traffic Server。如果 Proxy 使用持續連線，而用戶端透過 HTTP 管線化新增其他要求，Proxy 可能會將其誤認為第一個要求的內文。不過，Puma 會將其視為兩個要求，而且在處理第二個要求時，會傳回 Proxy 未預期的回應。如果 Proxy 重複使用與 Puma 的持續連線來傳送其他用戶端的其他要求，則來自第一個用戶端的第二個回應會傳送至第二個用戶端。此弱點已在 Puma 5.5.1 和 4.3.9 版本中得到修補。可以透過不搭配使用 `puma` 與 Apache Traffic Server 來解決此問題。(CVE-2021-41136)

  - Puma 是一個專為實現平行執行而建構的 Ruby/Rack Web 伺服器。在 Puma 5.6.2 之前版本中，`puma` 可能並不總是在回應內文中呼叫 `close`。在 Rails 7.0.2.2 之前版本中，Rails 必須關閉回應內文，其 `CurrentAttributes` 實作才能正確運作。這兩種行為同時出現 (Puma 未關閉內文 + Rails 的 Executor 實作) 會造成資訊洩漏。此問題已在 Puma 5.6.2 和 4.3.11 版本中得到修正。此問題已在 Rails 7.02.2、6.1.4.6、6.0.4.6 和 5.2.6.2 版本中得到修正。升級至修補後的 Rails _or_ Puma 版本可修正該弱點。(CVE-2022-23634)

  - Puma 是用於 Ruby/Rack 應用程式的 HTTP 1.1 伺服器，簡單、快速，且能夠實現多執行緒平行執行。在未正確驗證傳入 HTTP 要求是否符合 RFC7230 標準的代理伺服器後使用 Puma 時，Puma 和前端 Proxy 可能在要求開始和結束的位置上意見不一。這會允許透過前端代理伺服器將要求走私給 Puma。此弱點已在 5.6.4 和 4.3.12 版本中得到修正。建議使用者盡快進行升級。因應措施：在 Puma 前面部署代理伺服器時，開啟所有功能以確保要求符合 RFC7230 標準。
    (CVE-2022-24790)

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

遠端 Debian 10/11 主機上安裝的一個套件受到 dsa-5146 公告中提及的多個弱點影響。

  - Puma 是 Ruby/Rack 應用程式的 HTTP 1.1 伺服器。在 5.5.1 和 4.3.9 之前版本中，將 `puma` 與轉送包含 LF 字元之 HTTP 標頭值的代理伺服器一起使用時，將可能允許執行 HTTP 要求走私。用戶端可透過代理伺服器走私要求，造成該伺服器將回應傳送回另一個未知用戶端。據 Puma 團隊所知，唯一具有此行為的代理伺服器是 Apache Traffic Server。如果 Proxy 使用持續連線，而用戶端透過 HTTP 管線化新增其他要求，Proxy 可能會將其誤認為第一個要求的內文。不過，Puma 會將其視為兩個要求，而且在處理第二個要求時，會傳回 Proxy 未預期的回應。如果 Proxy 重複使用與 Puma 的持續連線來傳送其他用戶端的其他要求，則來自第一個用戶端的第二個回應會傳送至第二個用戶端。此弱點已在 Puma 5.5.1 和 4.3.9 版本中得到修補。可以透過不搭配使用 `puma` 與 Apache Traffic Server 來解決此問題。(CVE-2021-41136)

  - Puma 是一個專為實現平行執行而建構的 Ruby/Rack Web 伺服器。在 Puma 5.6.2 之前版本中，`puma` 可能並不總是在回應內文中呼叫 `close`。在 Rails 7.0.2.2 之前版本中，Rails 必須關閉回應內文，其 `CurrentAttributes` 實作才能正確運作。這兩種行為同時出現 (Puma 未關閉內文 + Rails 的 Executor 實作) 會造成資訊洩漏。此問題已在 Puma 5.6.2 和 4.3.11 版本中得到修正。此問題已在 Rails 7.02.2、6.1.4.6、6.0.4.6 和 5.2.6.2 版本中得到修正。升級至修補後的 Rails _or_ Puma 版本可修正該弱點。(CVE-2022-23634)

  - Puma 是用於 Ruby/Rack 應用程式的 HTTP 1.1 伺服器，簡單、快速，且能夠實現多執行緒平行執行。在未正確驗證傳入 HTTP 要求是否符合 RFC7230 標準的代理伺服器後使用 Puma 時，Puma 和前端 Proxy 可能在要求開始和結束的位置上意見不一。這會允許透過前端代理伺服器將要求走私給 Puma。此弱點已在 5.6.4 和 4.3.12 版本中得到修正。建議使用者盡快進行升級。因應措施：在 Puma 前面部署代理伺服器時，開啟所有功能以確保要求符合 RFC7230 標準。
    (CVE-2022-24790)

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

因此，會受到 ALAS2022-2022-051 公告中所提及的多個弱點影響。

  - Puma 是 Ruby/Rack 應用程式的並行 HTTP 1.1 伺服器。CVE-2019-16770 的修正不完整。原始修正程式僅保護已接受的現有連線，防止其要求被持續連線耗盡，導致相同處理程序中的所有執行緒飽和。
    但是，新連線仍可能被持續連線耗盡，使叢集中所有處理程序的所有執行緒飽和。當收到的並行「keep-alive」連線超過執行緒集區中的執行緒數量時，「puma」伺服器只會服務其中部分連線，拒絕未提供服務的連線。此問題已在 puma 4.3.8 和 5.3.1 中修正。設定「queue_requests false」也可修正此問題。在沒有反向代理伺服器的情況下使用「puma」時（如「nginx」或「apache」），不建議這樣做，以免遭到慢速用戶端攻擊 (例如 slowloris)。此修復程式非常小，另有一個 git 修補程式可供使用不受支援的 Puma 版本者使用。(CVE-2021-29509)

  - Puma 是 Ruby/Rack 應用程式的 HTTP 1.1 伺服器。在 5.5.1 和 4.3.9 之前版本中，將 `puma` 與轉送包含 LF 字元之 HTTP 標頭值的代理伺服器一起使用時，將可能允許執行 HTTP 要求走私。用戶端可透過代理伺服器走私要求，造成該伺服器將回應傳送回另一個未知用戶端。據 Puma 團隊所知，唯一具有此行為的代理伺服器是 Apache Traffic Server。如果 Proxy 使用持續連線，而用戶端透過 HTTP 管線化新增其他要求，Proxy 可能會將其誤認為第一個要求的內文。不過，Puma 會將其視為兩個要求，而且在處理第二個要求時，會傳回 Proxy 未預期的回應。如果 Proxy 重複使用與 Puma 的持續連線來傳送其他用戶端的其他要求，則來自第一個用戶端的第二個回應會傳送至第二個用戶端。此弱點已在 Puma 5.5.1 和 4.3.9 版本中得到修補。可以透過不搭配使用 `puma` 與 Apache Traffic Server 來解決此問題。(CVE-2021-41136)

  - Puma 是一個專為實現平行執行而建構的 Ruby/Rack Web 伺服器。在 Puma 5.6.2 之前版本中，`puma` 可能並不總是在回應內文中呼叫 `close`。在 Rails 7.0.2.2 之前版本中，Rails 必須關閉回應內文，其 `CurrentAttributes` 實作才能正確運作。這兩種行為同時出現 (Puma 未關閉內文 + Rails 的 Executor 實作) 會造成資訊洩漏。此問題已在 Puma 5.6.2 和 4.3.11 版本中得到修正。此問題已在 Rails 7.02.2、6.1.4.6、6.0.4.6 和 5.2.6.2 版本中得到修正。升級至修補後的 Rails _or_ Puma 版本可修正該弱點。(CVE-2022-23634)

  - Puma 是用於 Ruby/Rack 應用程式的 HTTP 1.1 伺服器，簡單、快速，且能夠實現多執行緒平行執行。在未正確驗證傳入 HTTP 要求是否符合 RFC7230 標準的代理伺服器後使用 Puma 時，Puma 和前端 Proxy 可能在要求開始和結束的位置上意見不一。這會允許透過前端代理伺服器將要求走私給 Puma。此弱點已在 5.6.4 和 4.3.12 版本中得到修正。建議使用者盡快進行升級。因應措施：在 Puma 前面部署代理伺服器時，開啟所有功能以確保要求符合 RFC7230 標準。
    (CVE-2022-24790)

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

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

  - libsolv：src/testcase.c 的 testcase_read() 中的堆積型緩衝區溢位 (CVE-2021-3200)

  - foreman：透過 Sendmail 組態驗證遠端程式碼執行 (CVE-2021-3584)

  - Satellite：允許非預期 SCA 憑證驗證 Candlepin (CVE-2021-4142)

  - netty：透過本機系統暫存目錄造成資訊洩漏 (CVE-2021-21290)

  - netty：HTTP/2 中可能存在要求走私問題，這是由於遺漏驗證所致 (CVE-2021-21295)

  - netty：透過內容長度標頭造成要求走私 (CVE-2021-21409)

  - Sidekiq：透過即時輪詢功能的佇列名稱發生 XSS (CVE-2021-30151)

  - python-sqlparse：透過 stripComments 篩選器中的規則運算式發生 ReDoS (CVE-2021-32839)

  - libsolv：src/repo.h 中的 pool_installable() 發生堆積型緩衝區溢位 (CVE-2021-33928)

  - libsolv：src/repo.h 中的 pool_disabled_solvable() 發生堆積型緩衝區溢位 (CVE-2021-33929)

  - libsolv：src/repo.h 中的 pool_installable_whatprovides() 發生堆積型緩衝區溢位 (CVE-2021-33930)

  - libsolv：src/policy.c 中的 prune_to_recommended() 發生堆積型緩衝區溢位 (CVE-2021-33938)

  - rubygem-puma：puma 中 HTTP 要求的解譯不一致 (「HTTP 要求走私」) (CVE-2021-41136)

  - logback：透過 JNDI 呼叫從其設定檔內執行遠端程式碼 (CVE-2021-42550)

  - netty：標頭名稱中的控制字元可能導致 HTTP 要求走私 (CVE-2021-43797)

  - python-lxml：HTML Cleaner 允許特製和 SVG 內嵌指令碼通過 (CVE-2021-43818)

  - django：可能會根據 URL 路徑繞過上游存取控制 (CVE-2021-44420)

  - libsolv：resolve_dependencies 函式中的堆積溢位 (CVE-2021-44568)

  - django：UserAttributeSimilarityValidator 中可能發生拒絕服務 (CVE-2021-45115)

  - django：dictsort 範本篩選器中的潛在資訊洩漏 (CVE-2021-45116)

  - django：透過 Storage.save() 造成潛在目錄遊走 (CVE-2021-45452)

  - django：可能透過「{% debug %}」範本標籤引致 XSS (CVE-2022-22818)

  - rubygem-actionpack：要求之間的資訊洩漏 (CVE-2022-23633)

  - rubygem-puma: rubygem-rails：要求之間的資訊洩漏 (CVE-2022-23634)

  - django：檔案上傳中可能發生拒絕服務 (CVE-2022-23833)

  -sidekiq：圖形上的天數造成 WebUI 拒絕服務 (CVE-2022-23837)

  - Django：QuerySet.annotate()、aggregate() 和 extra() 中的 SQL 插入弱點 (CVE-2022-28346)

  - Django：透過 PostgreSQL 上的 QuerySet.explain(options) 的 SQL 插入弱點 (CVE-2022-28347)

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

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

  - 在 4.3.4 和 3.12.5 之前的 Puma (RubyGem) 中，攻擊者可透過使用無效的 Transfer-Encoding 標頭走私 HTTP 回應。已在 Puma 3.12.5 和 Puma 4.3.4 中修正此問題。(CVE-2020-11076)

  - 在 4.3.5 和 3.12.6 之前的 Puma (RubyGem) 中，用戶端可透過代理伺服器走私要求，造成該伺服器將回應傳送回另一個不明用戶端。如果 Proxy 使用持續連線，而用戶端透過 HTTP 管線化新增其他要求，Proxy 可能會將其誤認為第一個要求的內文。
    不過，Puma 會將其視為兩個要求，而且在處理第二個要求時，會傳回 Proxy 未預期的回應。如果 Proxy 重複使用與 Puma 的持續連線來傳送其他用戶端的其他要求，則來自第一個用戶端的第二個回應會傳送至第二個用戶端。此弱點與 CVE-2020-11076 類似但並不相同。已在 Puma 3.12.6 和 Puma 4.3.5 中修正此問題。(CVE-2020-11077)

  - Puma 是一個專為實現平行執行而建構的 Ruby/Rack Web 伺服器。在 Puma 5.6.2 之前版本中，`puma` 可能並不總是在回應內文中呼叫 `close`。在 Rails 7.0.2.2 之前版本中，Rails 必須關閉回應內文，其 `CurrentAttributes` 實作才能正確運作。這兩種行為同時出現 (Puma 未關閉內文 + Rails 的 Executor 實作) 會造成資訊洩漏。此問題已在 Puma 5.6.2 和 4.3.11 版本中得到修正。此問題已在 Rails 7.02.2、6.1.4.6、6.0.4.6 和 5.2.6.2 版本中得到修正。升級至修補後的 Rails _or_ Puma 版本可修正該弱點。(CVE-2022-23634)

  - Puma 是用於 Ruby/Rack 應用程式的 HTTP 1.1 伺服器，簡單、快速，且能夠實現多執行緒平行執行。在未正確驗證傳入 HTTP 要求是否符合 RFC7230 標準的代理伺服器後使用 Puma 時，Puma 和前端 Proxy 可能在要求開始和結束的位置上意見不一。這會允許透過前端代理伺服器將要求走私給 Puma。此弱點已在 5.6.4 和 4.3.12 版本中得到修正。建議使用者盡快進行升級。因應措施：在 Puma 前面部署代理伺服器時，開啟所有功能以確保要求符合 RFC7230 標準。
    (CVE-2022-24790)

  - Puma 是一個專為實現平行執行而建構的 Ruby/Rack Web 伺服器。在 6.3.1 和 5.6.7 版之前，puma 在剖析區塊傳輸編碼內文及零長度 Content-Length 標頭時，會出現允許 HTTP 要求走私的錯誤行為。此問題的嚴重性高度依賴使用 puma 的網站特性。這可能是因為未正確剖析區塊傳輸編碼內文中的結尾欄位，或是因為剖析空白/零長度 Content-Length 標頭所致。這兩個問題都已解決，且此弱點已在 6.3.1 和 5.6.7 版中修正。建議所有使用者進行升級。
    目前沒有任何因應措施可解決此弱點。(CVE-2023-40175)

  - Puma 是一個專為實現平行執行而建構的 Ruby/Rack 應用程式的 Web 伺服器。在 6.4.2 版之前，puma 在剖析區塊傳輸編碼內文時，會出現允許 HTTP 要求走私的錯誤行為。修正的版本會限制區塊延伸模組的大小。若無此限制，攻擊者可造成無限制的資源 (CPU、網路頻寬) 消耗。此弱點已在 6.4.2 和 5.6.8 版中修正。(CVE-2024-21647)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
164646	Debian DLA-3083-1：puma - LTS 安全性更新	Nessus	Debian Local Security Checks	2022/9/2	2022/9/2	high
161515	Debian DLA-3023-1：puma - LTS 安全性更新	Nessus	Debian Local Security Checks	2022/5/26	2022/5/26	high
164109	GLSA-202208-28：Puma：多個弱點	Nessus	Gentoo Local Security Checks	2022/8/15	2022/8/15	high
161493	Debian DSA-5146-1：puma - 安全性更新	Nessus	Debian Local Security Checks	2022/5/24	2022/5/24	high
164760	Amazon Linux 2022: (ALAS2022-2022-051)	Nessus	Amazon Linux Local Security Checks	2022/9/6	2022/9/6	high
194275	RHEL 7 / 8：Satellite 6.11 版本 (中等) (RHSA-2022:5498)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/6/3	critical
191720	Ubuntu 20.04 LTS / 22.04 LTS：Puma 弱點 (USN-6682-1)	Nessus	Ubuntu Local Security Checks	2024/3/7	2024/3/7	critical

偵測

搜尋 Plugin

high

high

high

high

high

critical

critical