Amazon Linux 2023:golang、golang-bin、golang-misc (ALAS2023-2026-3225)

critical Nessus Plugin ID 371900

概要

遠端 Amazon Linux 2023 主機缺少一個安全性更新。

說明

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

當 http.傳輸會傳送具有非空白 Request.Body 的 HTTP/1 CONNECT 要求,它會將本文直接寫入連線,而不會在要求標頭之後建構。如果伺服器以非 2xx 保持連線回應拒絕 CONNECT 要求,則傳輸會將連線傳回閒置儲存區。因為 CONNECT 要求沒有要求內文,所以伺服器可能會將尾端內文位元組解譯為連線上的後續管線 HTTP/1.1 要求,讓集區連線不同步,並導致下一個重複使用它的呼叫端讀取插入要求的回應。在反向 Proxy (包括 httputil.ReverseProxy) 透過共用傳輸轉送 CONNECT 要求,這可能會導致跨使用者回應中毒。

HTTP/1 傳輸現在會在傳送 CONNECT 要求後關閉連線,而不論回應狀態為何。

此外,ReverseProxy 現在會拒絕具有 405 不允許方法回應的傳入 CONNECT 要求。
ReverseProxy 從未以有用的方式處理 CONNECT 要求(它不會將連接轉換為雙向隧道),因此我們預計此更改不會對任何當前用戶產生負面影響。

注意:https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
https://github.com/golang/go/issues/81740NOTE: 已修正:
https://github.com/golang/go/commit/76875df0f3425f69e4dc2c439040a248b6107854 (go1.27.2)注意:修正者:
https://github.com/golang/go/commit/3fe1aac0ce941cb16b0ec5d489827cf1c58197c4 (go1.26.9) (CVE-2026-56866)

當用戶端傳送 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 實作中對格式錯誤的框架相關標頭相當寬鬆,因為它們不會干擾 HTTP/2 框架。但是,這使得我們的 HTTP/2 實作可以在充當反向 Proxy 時將包含此類標頭的回應轉送至 HTTP/1 用戶端。如果 HTTP/1 用戶端的行為也不夠嚴格,可能會導致回應走私。

我們現在會在 HTTP/2 傳輸收到格式錯誤的框架相關標頭時刪除,因此不會將它們轉送至可能易受攻擊的 HTTP/1 用戶端。

注意:https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
https://github.com/golang/go/issues/81115NOTE: 已修正:
https://github.com/golang/go/commit/072779d81582543bf2872c259e0c6cceea728de4 (go1.27.2)TODO:檢查可能需要追蹤 golang-golang-x-net (CVE-2026-78660)

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/2 對等可能會開啟大量資料流,然後傳送許多包含SETTINGS_INITIAL_WINDOW_SIZE值的小型 SETTINGS 框架,從而導致用戶端或伺服器中過多的 CPU 消耗。HTTP/2 用戶端和伺服器現在可以有效處理對初始視窗大小(O(1)而不是 O(資料流數))的變更。

注意:https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
https://github.com/golang/go/issues/81742NOTE: 已修正:
https://github.com/golang/go/commit/1d58cdaa1069e259b60c324ec77472f09f23d92e (go1.27.2)注意:修正者:
https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 (go1.26.9) (CVE-2026-78669)

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

cmd/go:繞過 golang.org/fips140 的總和檢查碼

以前,在定義虛假 golang.org/fips140 並操作使用者選擇連接的惡意 GOMODPROXY 的惡意 Go 專案中操作的使用者可以在其位置提供任意模組。

現在,我們解壓縮捆綁的 golang.org/fips140 模組的受信任 ziphash,並在 GOMODCACHE 中建構其條目,以便工具鏈可以驗證它。(CVE-2026-94444)

以前,在定義虛假 golang.org/toolchain go.sum 項目並操作用戶選擇使用的惡意 GOMODPROXY 的惡意 Go 項目中操作的用戶可以繞過預期的總和檢查碼。

我們現在確保 golang.org/toolchain 一律會進入網路以取得標準總和檢查碼。



注意:https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
https://github.com/golang/go/issues/81834NOTE: 已修正:
https://github.com/golang/go/commit/68fa7699a27d745f90bf8630202e1a415d1b0769 (go1.27.2)注意:修正者:
https://github.com/golang/go/commit/7325b729f07c7ff255b9b5e3f427234ebd21ac47 (go1.26.9) (CVE-2026-94447)

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

RFC 9849 不允許多個 ECH 外部延伸模組參照;以前,用戶端可以傳送精心製作的封包,藉由指定多個參照,在伺服器進程中觸發記憶體耗盡。我們現在拒絕這些格式錯誤,並因此抑制記憶體放大向量。

注意:https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
https://github.com/golang/go/issues/81855NOTE: 已修正:
https://github.com/golang/go/commit/f022e61963529d5e691f0e42a87fd5b520f01636 (go1.27.2)注意:修正者:
https://github.com/golang/go/commit/eb1bf6e0c4f68b23409483b156e1455696508c6e (go1.26.9) (CVE-2026-97031)

HTTP/2 伺服器最終可能會因無意中同時修改其 HPACK 編碼器而崩潰。發生這種情況是因為伺服器在沒有同步的情況下從兩個 goroutine 修改了 HPACK 編碼器:一個使用編碼器將 HEADERS 框架編碼為發送給客戶端的回應的一部分,另一個在處理包含客戶端發送的SETTINGS_HEADER_TABLE_SIZE的 SETTINGS 框架時修改編碼器的表大小。惡意用戶端可以在變更標頭表格大小的同時重複傳送要求,以使伺服器當機。

不要立即套用SETTINGS_HEADER_TABLE_SIZE來修正此問題。相反地,緩衝收到的任何SETTINGS_HEADER_TABLE_SIZE,並只在伺服器下次寫入框架之前套用新值。

注意:https://www.openwall.com/lists/oss-security/2026/10/08/9NOTE:
https://github.com/golang/go/issues/81867NOTE: 已修正:
https://github.com/golang/go/commit/12acaf3086437e140e2dd3b7d2c30fdd633c5fe0 (go1.27.2)注意:修正者:
https://github.com/golang/go/commit/6e049521882c944afc1e519a83971ec421dc2974 (go1.26.9) (CVE-2026-97032)

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

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

解決方案

執行「dnf update golang --releasever 2023.12.20261026」或「dnf update --advisory ALAS2023-2026-3225 --releasever 2023.12.20261026」以更新系統。

另請參閱

https://alas.aws.amazon.com//AL2023/ALAS2023-2026-3225.html

https://alas.aws.amazon.com/faqs.html

https://explore.alas.aws.amazon.com/CVE-2026-56866.html

https://explore.alas.aws.amazon.com/CVE-2026-78659.html

https://explore.alas.aws.amazon.com/CVE-2026-78660.html

https://explore.alas.aws.amazon.com/CVE-2026-78663.html

https://explore.alas.aws.amazon.com/CVE-2026-78667.html

https://explore.alas.aws.amazon.com/CVE-2026-78669.html

https://explore.alas.aws.amazon.com/CVE-2026-94439.html

https://explore.alas.aws.amazon.com/CVE-2026-94440.html

https://explore.alas.aws.amazon.com/CVE-2026-94444.html

https://explore.alas.aws.amazon.com/CVE-2026-94447.html

https://explore.alas.aws.amazon.com/CVE-2026-94448.html

https://explore.alas.aws.amazon.com/CVE-2026-97030.html

https://explore.alas.aws.amazon.com/CVE-2026-97031.html

https://explore.alas.aws.amazon.com/CVE-2026-97032.html

Plugin 詳細資訊

嚴重性: Critical

ID: 371900

檔案名稱: al2023_ALAS2023-2026-3225.nasl

版本: 1.1

類型: Local

代理程式: unix

已發布: 2026/10/25

已更新: 2026/10/25

支援的感應器: Agentless Assessment, Continuous Assessment, Frictionless Assessment Agent, Frictionless Assessment AWS, Nessus Agent, Tenable Cloud Security, Tenable Self-Hosted Container Security, Nessus

風險資訊

VPR

風險因素: Medium

分數: 5.7

百分位數: 95.76

CVSS v2

風險因素: High

基本分數: 9.4

時間性分數: 7

媒介: CVSS2#AV:N/AC:L/Au:N/C:N/I:C/A:C

CVSS 評分資料來源: CVE-2026-78663

CVSS v3

風險因素: Critical

基本分數: 9.1

時間性分數: 7.9

媒介: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:H

時間媒介: CVSS:3.0/E:U/RL:O/RC:C

弱點資訊

CPE: cpe:/o:amazon:linux:2023, p-cpe:/a:amazon:linux:golang-bin, p-cpe:/a:amazon:linux:golang-docs, p-cpe:/a:amazon:linux:golang-misc, p-cpe:/a:amazon:linux:golang-shared, p-cpe:/a:amazon:linux:golang-src, p-cpe:/a:amazon:linux:golang-tests, p-cpe:/a:amazon:linux:golang

必要的 KB 項目: Host/local_checks_enabled, Host/AmazonLinux/release, Host/AmazonLinux/rpm-list

可輕鬆利用: No known exploits are available

修補程式發佈日期: 2026/10/24

弱點發布日期: 2026/10/8

參考資訊

CVE: CVE-2026-56866, CVE-2026-78659, CVE-2026-78660, CVE-2026-78663, CVE-2026-78667, CVE-2026-78669, CVE-2026-94439, CVE-2026-94440, CVE-2026-94444, CVE-2026-94447, CVE-2026-94448, CVE-2026-97030, CVE-2026-97031, CVE-2026-97032

IAVB: 2026-B-0296-S