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

  - 在 Twisted Web 19.10.0 之前版本中，有一個 HTTP 要求分割弱點。當與兩個內容長度標頭一起呈現時，它會忽略第一個標頭。當第二個內容長度值設為零時，要求內文會被解譯為管線要求。(CVE-2020-10108)

  - 在 Twisted Web 19.10.0 之前版本中，有一個 HTTP 要求分割弱點。當與 content-length 和區塊編碼標頭一起呈現時，content-length 優先，且要求內文的其餘部分解譯為管線要求。(CVE-2020-10109)

  - 在 python-lxml 的 clean 模組中發現 XSS 弱點。模組的剖析器未正確模擬瀏覽器，造成清理程式和使用者頁面的行為不同。遠端攻擊者可利用此缺陷執行任意 HTML/JS 程式碼。(CVE-2020-27783)

  - 在 PyYAML 5.1 之前版本中，yaml.load() API 可在搭配未受信任資料使用時執行任意程式碼。5.1 版已淘汰 load() 函式，且已引入「UnsafeLoader」以與該函式向後相容。(CVE-2017-18342)

  - Django 2.2.24 之前版本 、3.x 至 3.1.12 版本和 3.2.x 至 3.2.4 版本有可能透過 django.contrib.admindocs 進行目錄遊走。工作人員可使用 TemplateDetailView 檢視畫面來檢查任意檔案是否存在。此外，只有在預設 admindocs 範本已由應用程式開發人員自訂為同時顯示檔案內容時，才會同時公開存在的檔案及對應檔案內容。換句話說，範本根目錄之外也會發生目錄遊走。(CVE-2021-33203)

  - 在 Django 2.2 至 2.2.24、3.x 至 3.1.12 版本以及 3.2 至 3.2.4 版本中，URLValidator、validate_ipv4_address 和 validate_ipv46_address 不會禁止在八進位常值中使用前導零字元。這可能允許繞過根據 IP 位址進行的存取控制。(使用 Python 3.9.5 以上版本的 validate_ipv4_address 和 validate_ipv46_address 不受影響)。(CVE-2021-33571)

  - 在 Django 2.2 版至 2.2.25 版、3.1 版至 3.1.14 版以及 3.2 版至 3.2.10 版中，URL 以新行字元結尾的 HTTP 要求可繞過基於 URL 路徑的上游存取控制。(CVE-2021-44420)

  - 在 Django 2.2 版的 2.2.21 之前版本、3.1 版的 3.1.9 之前版本以及 3.2 版的 3.2.1 之前版本中，MultiPartParser、UploadedFile 和 FieldFile 允許透過上傳具有適當檔案名的檔案造成目錄遊走。
    (CVE-2021-31542)

  - Django 2.2 至 2.2.20 版本、3.0 至 3.0.14 版本以及 3.1 至 3.1.8 版本中的 MultiPartParser 允許透過上傳建構了適當檔案名的檔案來進行目錄遊走。內建的上傳處理常式不受此弱點影響。(CVE-2021-28658)

  - lxml 係指以 Python 語言處理 XML 和 HTML 的程式庫。4.6.5 版之前的 lxml.html 中的 HTML Cleaner 會讓以下內容通過：某些特別建構的指令碼內容，以及使用資料 URI 內嵌之 SVG 檔案中的指令碼內容。在安全性相關內容中使用 HTML Cleaner 的使用者應升級至 lxml 4.6.5，以接收修補程式。目前尚無已知的因應措施可以採用。(CVE-2021-43818)

  - 在 python-lxml 的 clean 模組 4.6.3 之前版本中發現 XSS 弱點。停用 safe_attrs_only 和表單引數時，Cleaner 類別不會移除 formaction 屬性，這會允許 JS 繞過清理程式。遠端攻擊者可惡意利用此瑕疵，針對與未正確清理的 HTML 互動的使用者執行任意 JS 程式碼。此問題已在 lxml 4.6.3 中得到修補。
    (CVE-2021-28957)

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

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

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

  - python-django：國際化 URL 中潛在的拒絕服務弱點 (CVE-2022-41323)

請注意，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 並未測試這些問題，而是僅根據應用程式自我報告的版本號碼作出判斷。

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

  - Netty 是一種開放原始碼的非同步事件驅動型網路應用程式架構，適用於快速開發可維護的高效能通訊協定伺服器和用戶端。在 4.1.59.Final 版之前的 Netty 中，類似 Unix 的系統存在與不安全的暫存檔有關的弱點。使用 netty 的多部分解碼器時，如果啟用了磁碟上的暫時儲存上傳功能，則透過本機系統暫存目錄可造成本機資訊洩漏。在類似 Unix 的系統中，暫存目錄會在系統的所有使用者之間共用。
    因此，使用未明確設定檔案/目錄權限的 API 寫入此目錄時，會導致資訊洩漏。值得注意的是，這不會影響現代 MacOS 作業系統。在類似 unix 的系統中，File.createTempFile 方法會建立一個隨機檔案，但依預設會以 -rw-r--r-- 權限建立此檔案。因此，如果將敏感資訊寫入此檔案，則其他本機使用者亦可讀取此資訊。這就是 netty 的 AbstractDiskHttpData 容易遭受攻擊的情況。
    此問題已在 4.1.59.Final 版中修正。作為因應措施，您在啟動 JVM 時，可指定自己的 java.io.tmpdir，或使用 DefaultHttpDataFactory.setBaseDir(...) 將目錄設定為僅可由目前使用者讀取的內容。(CVE-2021-21290)

  - Netty 是一種開放原始碼的非同步事件驅動型網路應用程式架構，適用於快速開發可維護的高效能通訊協定伺服器和用戶端。在 4.1.60.Final 版之前的 Netty (io.netty:netty-codec-http2) 中存有一個可導致要求走私的弱點。如果原始 HTTP/2 要求中存在 Content-Length 標頭，則此欄位在向上傳播時，`Http2MultiplexHandler` 不會對其進行驗證。只要要求不是以 HTTP/1.1 的形式進行 Proxy 處理，就不會有問題。如果要求是作為 HTTP/2 資料流傳入，則透過 `Http2StreamFrameToHttpObjectCodec ` 將其轉換為 HTTP/1.1 網域物件 (`HttpRequest`、`HttpContent` 等)，然後向上傳送至子通道的管道並透過遠端對等端以 HTTP/1.1 的形式進行 Proxy 處理時，這可能會導致要求走私。在 Proxy 的情況下，使用者可假設 content-length 以某種方式經過驗證，但事實並非如此。如果將要求轉送至作為 HTTP/1.1 連線的後端通道，則 Content-Length 現在具有意義，需要對它執行檢查。當內文從 HTTP/2 降級為 HTTP/1.1 時，攻擊者可在內文中走私要求。如需攻擊範例，請參閱連結的 GitHub 公告。只有在下列所有情況都為 true 的情況下使用者才會受到影響使用 `HTTP2MultiplexCodec` 或 `Http2FrameCodec`使用 `Http2StreamFrameToHttpObjectCodec` 轉換為 HTTP/1.1 物件且這些 HTTP/1.1 物件會轉送至另一個遠端對等。此問題已在 4.1.60.Final 版本中修補。作為因應措施，使用者可透過實作放在 `Http2StreamFrameToHttpObjectCodec` 後面 `ChannelPipeline` 中的自訂 `ChannelInboundHandler`，來自行執行驗證。(CVE-2021-21295)

  - Netty 是一種開放原始碼的非同步事件驅動型網路應用程式架構，適用於快速開發可維護的高效能通訊協定伺服器和用戶端。在 4.1.61.Final 版之前的 Netty (io.netty:netty-codec-http2) 中存在一個可導致要求走私的弱點。如果要求僅使用 endStream 設定為 true 的單一 Http2HeaderFrame，則程式不會正確驗證 content-length 標頭。如果透過 Proxy 處理將要求傳送至遠端對等端並將其轉譯為 HTTP/1.1，這可能會導致要求走私。這是 GHSA-wm47-8v5p-wjpj/CVE-2021-21295 的後續行動，目前尚未得到修正。
    這已在 4.1.61.Final 版本中修正。(CVE-2021-21409)

  - 在使用 Internet Explorer 時，Sidekiq 5.1.3 及更早版本和 Sidekiq 6.x 至 6.2.0 版本允許透過即時輪詢功能的佇列名稱執行 XSS。(CVE-2021-30151)

  - libsolv 2020 年 12 月 13 日中存在一個緩衝區溢位弱點透過解算器 * testcase_read(Pool *pool, FILE *fp, const char *testcase, Queue *job, char **resultp, int *resultflagsp 函式 at src/testcase.c第 2334 行其可造成拒絕服務 (CVE-2021-3200)

  - sqlparse 是適用於 Python 的非驗證 SQL 剖析器模組。在 sqlparse 0.4.0 和 0.4.1 版中，有一個規則運算式在 sqlparse 中拒絕服務的弱點。規則運算式可能造成 SQL 註解中包含許多重複「 \r\n 」的字串發生指數回溯。只有從 SQL 陳述式移除註解的格式化功能會受到此規則運算式的影響。作為因應措施，使用 sqlformat 命令列工具時，不要使用具有關鍵字 strip_comments=True 的 sqlformat.format 函式或 --strip-comments 命令列旗標。這些問題已在 sqlparse 0.4.2 中得到修正。(CVE-2021-32839)

  - 在 0.7.17 之前的 libsolv 中，src/repo.h 的 pool_installable 函式中存在的緩衝區溢位弱點允許攻擊者造成拒絕服務。(CVE-2021-33928)

  - 在 0.7.17 之前的 libsolv 中，src/repo.h 的 pool_disabled_solvable 函式中存在的緩衝區溢位弱點允許攻擊者造成拒絕服務。(CVE-2021-33929)

  - 在 0.7.17 之前的 libsolv 中，src/repo.h 的 pool_installable_whatprovides 函式中存在的緩衝區溢位弱點允許攻擊者造成拒絕服務。(CVE-2021-33930)

  - 在 0.7.17 之前的 libsolv 中，src/policy.c 的 prune_to_recommended 函式中存在的緩衝區溢位弱點允許攻擊者造成拒絕服務。(CVE-2021-33938)

  - 在 Foreman 專案中發現一個伺服器端遠端程式碼執行弱點。經驗證的攻擊者可利用 Sendmail 組態選項覆寫預設並執行命令插入。此弱點的最大威脅是系統的機密性、完整性和可用性。修正的版本為 2.4.1、 2.5.1、 3.0.0。 (CVE-2021-3584)

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

  - Red Hat Satellite 的 Candlepin 元件受到一個不當驗證瑕疵影響。少數幾個因素可允許攻擊者使用 SCA (簡單內容存取) 憑證進行 Candlepin 驗證。 (CVE-2021-4142)

  - 在 logback 版本 1.2.7 和之前版本中具有編輯設定檔所需權限的攻擊者可製作惡意組態從而執行從 LDAP 伺服器載入的任意程式碼。 (CVE-2021-42550)

  - Netty 是一種非同步事件驅動型網路應用程式架構，適用於快速開發可維護的高效能通訊協定伺服器和用戶端。當標頭名稱的開頭/結尾中出現控制字元時，Netty 4.1.71.Final 之前的版本會略過這些字元。不過這應該很快便會失敗，因為不符合規格要求，而且可能造成 HTTP 要求走私攻擊。未執行驗證可能會導致 netty 在將標頭名稱傳遞至其他遠端系統以作為 Proxy 使用之前先清理標頭名稱。此遠端系統無法再查看無效的使用方式，因此不會自行執行驗證。使用者應升級至 4.1.71.Final 版。(CVE-2021-43797)

  - lxml 係指以 Python 語言處理 XML 和 HTML 的程式庫。4.6.5 版之前的 lxml.html 中的 HTML Cleaner 會讓以下內容通過：某些特別建構的指令碼內容，以及使用資料 URI 內嵌之 SVG 檔案中的指令碼內容。在安全性相關內容中使用 HTML Cleaner 的使用者應升級至 lxml 4.6.5，以接收修補程式。目前尚無已知的因應措施可以採用。(CVE-2021-43818)

  - 在 Django 2.2 版至 2.2.25 版、3.1 版至 3.1.14 版以及 3.2 版至 3.2.10 版中，URL 以新行字元結尾的 HTTP 要求可繞過基於 URL 路徑的上游存取控制。(CVE-2021-44420)

  - 截至 2020 年 12 月 13 日的 openSUSE/libsolv libsolv 中透過 src/solver.c 的 resolve_dependencies 函式在 Decisionmap 變數中 (第 1940 行和第 1995 行) 存在兩個堆積溢位弱點這可能會造成遠端拒絕服務。 (CVE-2021-44568)

  - 在早於 2.2.26 版的 Django 2.2、早於 3.2.11 版的 Django 3.2 以及早於 4.0.1 版的 Django 4.0 中發現一個問題。
    UserAttributeSimilarityValidator 在評估與比較值相關的人為提交的大密碼時，產生了大量負荷。在不限制存取使用者註冊資訊的情況下，這可能會為發動拒絕服務攻擊提供向量。(CVE-2021-45115)

  - 在早於 2.2.26 版的 Django 2.2、早於 3.2.11 版的 Django 3.2 以及早於 4.0.1 版的 Django 4.0 中發現一個問題。由於利用 Django 範本語言的變數解析邏輯，因此如果傳遞適當建構的金鑰，dictsort 範本篩選器可能容易受到資訊洩漏或非預定方法呼叫的影響。(CVE-2021-45116)

  - 在早於 2.2.26 版的 Django 2.2、早於 3.2.11 版的 Django 3.2 以及早於 4.0.1 版的 Django 4.0 中，如果將建構的檔案名稱直接傳遞給 Storage.save，則將會允許執行目錄遊走。(CVE-2021-45452)

  - 早於 2.2.27 的 Django 2.2、早於 3.2.12 的 Django 3.2、早於 4.0.2 的 Django 4.0 中的 {% debug %} 範本標籤不會正確編碼目前的內容。此漏洞可導致 XSS。(CVE-2022-22818)

  - Action Pack 是用於處理和回應 Web 要求的架構。在某些情況下，回應內文將不會關閉。如果回應 *未*收到有關 `close` 的通知則 `ActionDispatch::Executor` 將不知道要為下一個要求重設執行緒本機狀態。這可能會導致資料洩漏給後續要求。此問題已在 Rails 7.0.2.1、6.1.4.5、6.0.4.5 和 5.2.6.1 中修正。強烈建議使用者升級，但若要解決此問題，可以使用 GHSA-wh98-p28r-vrc9 中所述的中介軟體。(CVE-2022-23633)

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

  - 在早於 2.2.27 版的 Django 2.2、早於 3.2.12 版的 Django 3.2 以及早於 4.0.2 版的 Django 4.0 的 MultiPartParser 中發現一個問題。剖析檔案時，將特定輸入傳遞至多部分錶單可導致無限迴圈。
    (CVE-2022-23833)

  - 在早於 5.2.10 和 6.4.0 版的 Sidekiq api.rb 中，要求圖形的統計資料時不設天數限制。這會使系統過載，進而影響 Web UI，並導致使用者無法使用 UI。
    (CVE-2022-23837)

  - 在早於 2.2.28 版的 Django 2.2、早於 3.2.13 版的 Django 3.2 以及早於 4.0.4 版的 Django 4.0 中發現一個問題。
    如透過建構的字典 (具有字典擴充) 傳遞 **kwargs，QuerySet.annotate()、aggregate() 和 extra() 方法將會在欄別名中執行 SQL 注入攻擊。(CVE-2022-28346)

  - 在早於 2.2.28 版的 Django 2.2、早於 3.2.13 版的 Django 3.2 以及早於 4.0.4 版的 Django 4.0 中發現一個 SQL 注入攻擊問題。發生原因是傳遞特製的字典 (具有字典擴充) 作為
    **選項引數，並在選項名稱中放置注入承載。(CVE-2022-28347)

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

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

  - 在 Django 2.2 版至 2.2.25 版、3.1 版至 3.1.14 版以及 3.2 版至 3.2.10 版中，URL 以新行字元結尾的 HTTP 要求可繞過基於 URL 路徑的上游存取控制。(CVE-2021-44420)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
160271	Oracle Linux 8：ol-automation-manager (ELSA-2022-9341)	Nessus	Oracle Linux Local Security Checks	2022/4/27	2024/10/24	critical
194206	RHEL 8：RHUI 4.3.0 - 安全性修正、錯誤修正和增強功能更新 (低) (RHSA-2023:0742)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/7	high
194275	RHEL 7 / 8：Satellite 6.11 版本 (中等) (RHSA-2022:5498)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/8	critical
184590	Rocky Linux 8Satellite 6.11 版本 (中等) (RLSA-2022:5498)	Nessus	Rocky Linux Local Security Checks	2023/11/6	2023/11/6	critical
155938	Ubuntu 20.04 LTS：Django 弱點 (USN-5178-1)	Nessus	Ubuntu Local Security Checks	2021/12/8	2024/8/28	high

偵測

搜尋 Plugin

critical

high

critical

critical

high