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

  - 在 Netty 4.1.x 版的 4.1.46 之前版本中，ZlibDecoders 允許在解碼 ZlibEncoded 位元組資料流時進行無限制記憶體配置。攻擊者可將大型 ZlibEncoded 位元組資料流傳送至 Netty 伺服器，強制伺服器將所有可用記憶體配置至單一解碼器。(CVE-2020-11612)

  - 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 是一種開放原始碼的非同步事件驅動型網路應用程式架構，適用於快速開發可維護的高效能通訊協定伺服器和用戶端。Netty (io.netty: netty-codec-http2) 4.1.60.Final 之前版本中有一個弱點會啟用要求走私。如果原始 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 公告。使用者只有在符合以下條件時才會受到影響：使用 `HTTP2MultiplexCodec` 或 `Http2FrameCodec`，使用 `Http2StreamFrameToHttpObjectCodec` 轉換為 HTTP/1.1 物件，並將這些 HTTP/1.1 物件轉送至另一個遠端對等端。此問題已在 4.1.60.Final 版本中修補。作為因應措施，使用者可透過實作放在 `Http2StreamFrameToHttpObjectCodec` 後面 `ChannelPipeline` 中的自訂 `ChannelInboundHandler`，來自行執行驗證。(CVE-2021-21295)

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

  - Bzip2 解壓縮解碼器函式不允許對解壓縮的輸出資料設定大小限制 (這會影響解壓縮期間使用的配置大小)。所有 Bzip2Decoder 使用者都會受到影響。惡意輸入可能會導致 OOME 及 DoS 攻擊 (CVE-2021-37136)

  - Snappy 框架解碼器函式不會限制可能導致使用過多記憶體的區塊長度。除此之外，它還可能在收到整個區塊前緩衝保留的可略過區塊，這同樣有可能造成過量使用記憶體。提供可解壓縮為大型內容 (透過網路資料流或檔案) 的惡意輸入，或傳送可略過的巨型區塊，皆可能會導致出現此弱點。(CVE-2021-37137)

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

  - Netty 專案是一個事件驅動的非同步網路應用程式架構。在 4.1.86.Final 之前的版本中，剖析格式錯誤的特製訊息時，可能會因無限遞回而造成 StackOverflowError。此問題已在 4.1.86.Final 版中修正。除了使用自訂 HaProxyMessageDecoder 外，沒有其他因應措施。(CVE-2022-41881)

  - Netty 專案是一個事件驅動的非同步網路應用程式架構。在 4.1.83.Final 到 4.1.86.Final 版中，以 _iterator_ 值呼叫 `DefaultHttpHeadesr.set` 時，並未執行標頭值驗證，這讓迭代器中的惡意標頭值能夠執行 HTTP 回應分割攻擊。此問題已在 4.1.86.Final 版中修正。整合器可將 `DefaultHttpHeaders.set(CharSequence, Iterator<?>)` 呼叫變更為 `remove()` 呼叫，並在值的迭代器迴圈中呼叫 `add()`，即可解決此問題。(CVE-2022-41915)

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

偵測

Ubuntu 16.04 ESM / 18.04 ESM / 20.04 ESM / 22.04 LTS：Netty 弱點 (USN-6049-1)

medium Nessus Plugin ID 174932

版本 1.3