因此，它會受到 ALAS2023-2026-3271 公告中所提及的多個弱點影響。

    當用戶端傳送 Trailer 標頭時，HTTP 伺服器會在內部使用標頭值來填入傳遞至伺服器處理常式的 Request.Trailer 對應。因為 Request.Trailer 是對應，所以每個專案都會產生記憶體額外負荷。針對 HTTP/2 伺服器，惡意用戶端可以藉由傳送宣告大量欄位的 Trailer 標頭來利用此弱點，導致伺服器配置不成比例的記憶體量，同時繞過 Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制。此漏洞不適用於 HTTP/1 伺服器，這些伺服器不支援透過一個 TCP 連線多工處理大量要求，並且其 Server.MaxHeaderBytes 的計算方式不同。Server.MaxHeaderValueCount 和 Server.MaxHeaderBytes 限制現在會套用至預告片標頭中宣告的預告片欄位。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81857NOTE: 已修正：
    https://github.com/golang/go/commit/cbb0fb8b51cba866018b8a0fb4b5458f16c5c80b （go1.27.2）注意：修正者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78659）

    HTTP/2 伺服器可以針對相同的資料退還連線層級流量控制兩次：一次是在用戶端重設資料流時 （為資料流的任何已傳送但未讀取部分退還資料），另一次是在要求處理常式讀取緩衝資料時。惡意用戶端可能會利用此弱點來繞過設定的連線層級流量控制限制 （MaxReceiveBufferPerConnection） 。緩衝資料總數仍受到並行資料流程限制和資料流程層級流量控制的限制。HTTP/2 伺服器現在會等待退還重設資料流的連線層級流量控制，直到要求處理常式完成為止。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81743NOTE: 已修正：
    https://github.com/golang/go/commit/31dc9e2449e394439498142451627af52626d7c4 （go1.27.2）注意：修正者：
    https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 （go1.26.9） （CVE-2026-78663）

    剖析包含大量小型範圍的 Range 標頭時，FileServer（FS）、ServeContent 和 ServeFile（FS） 可能會耗用過多的 CPU。

    這些函式現在會忽略包含超過 200 個範圍的 Range 標頭。此限制由新的 httpservecontentmaxranges=GODEBUG 設定控制。設定 GODEBUG=httpservecontentmaxranges=0 會停用此限制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81858NOTE: 已修正：
    https://github.com/golang/go/commit/ababc3cd873d8acce1777268aa7a817e6b672028 （go1.27.2）注意：修正者：
    https://github.com/golang/go/commit/eb25b4e532c5a01f99ef860ec66743a8783f992b （go1.26.9） （CVE-2026-78667）

    當 HTTP 伺服器處理常式傳送 2xx 回應至 HTTP/1 CONNECT 要求，並在未劫持連線的情況下傳回時，伺服器會不正確地繼續讀取和處理來自連線的要求。
    由於對 HTTP/1 CONNECT 的 2xx 回應會將連線轉換為通道，因此伺服器不應將連線視為繼續包含 HTTP。這種不當行為的影響主要限於潛在的請求走私，其中中間代理將連接上的資料視為隧道，而伺服器則將其視為 HTTP。HTTP/1 伺服器現在一律會在回應 CONNECT 要求後關閉連線，而不論回應狀態為何。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81744NOTE: 已修正：
    https://github.com/golang/go/commit/e92229e24a387cc006a750af176b07a459ba71a1 （go1.27.2）注意：修正者：
    https://github.com/golang/go/commit/087de1ff08ea620ac2f6ae26c939454cb793883a （go1.26.9） （CVE-2026-94439）

    剖析多部分表單可以繞過記憶體限制，並在部分開頭的剩餘限制小於 400 位元組時將任意長的行讀入記憶體。在此狀況下，現在會妥善強制執行多部分表單記憶體限制。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81741NOTE: 已修正：
    https://github.com/golang/go/commit/7c79b50a74b6d1aa4269b1827dda7d81f3717f9d （go1.27.2）注意：修正者：
    https://github.com/golang/go/commit/d7a7aa8e6781ddf8dce12adf60a813d957d4763e （go1.26.9） （CVE-2026-94440）

    當 JavaScript 範本常值包含連續運算式時，輸入新運算式時，內容追蹤狀態不會正確重設。我們現在可確保範本常值運算式項目正確重設內容變數，以便準確識別和逸出所有後續的規則運算式常值。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81821NOTE: 已修正：
    https://github.com/golang/go/commit/b26d150e6985f804826f4fcb1aa33aa81e700b52 （go1.27.2）注意：修正者：
    https://github.com/golang/go/commit/e59c03e695f2eaa26e308f756c83773afb034e47 （go1.26.9） （CVE-2026-94448）

    受信任的模板作者之前可能已經編寫了一個有效的模板，其中使用 |yield|關鍵字不會正確逸出。我們現在會確保逸出有效的關鍵字使用，且不會逸出非關鍵字使用。

    注意：https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
    https://github.com/golang/go/issues/81823NOTE: 已修正：
    https://github.com/golang/go/commit/6e2cfab0a1c1683c52f9e09270627b0c4e6446e3 （go1.27.2）注意：修正者：
    https://github.com/golang/go/commit/5d84f6f08caf63b5f1300930368756bd34955f4a （go1.26.9） （CVE-2026-97030）

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

偵測

Amazon Linux 2023：amazon-ecr-credential-helper (ALAS2023-2026-3271)

critical Nessus Plugin ID 371893

版本 1.1