遠端主機上安裝的 golang 版本早於 1.20.12-1.49。因此，會受到 ALAS-2024-1903 公告中所提及的多個弱點影響。

  - 惡意 HTTP 傳送者可使用區塊延伸模組，造成收件者從要求或回應內文讀取，進而從網路讀取比內文中更多的位元組。惡意 HTTP 用戶端可進一步惡意利用此弱點，在處置程式無法讀取要求的完整內文時，造成伺服器自動讀取大量資料 (最多約 1GiB)。區塊延伸模組是一種很少使用的 HTTP 功能，允許在使用區塊編碼傳送的要求或回應內文中包含其他中繼資料。net/http 區塊編碼讀取器會捨棄此中繼資料。傳送者可藉由插入傳輸每個位元組的大型中繼資料區段，以惡意利用此弱點。如果實際內文與編碼位元組的比例變得過小，區塊讀取器現在即會出現錯誤。(CVE-2023-39326)

  - filepath 套件未將具有 \??\ 前置詞的路徑識別為特殊路徑。在 Windows 上，以 \??\ 開頭的路徑是 Root 本機裝置路徑，其等同於以 \\?\ 開頭的路徑。具有 \??\ 前置詞的路徑可用來存取系統上的任意位置。例如，路徑 \??\c:\x 等同於較常見的路徑 c:\x. 在修正之前，Clean 可能會轉換 root 路徑，例如 \a\..\??\b 插入 root 本機裝置路徑 \??\b。Clean 現在會將其轉換為 .\??\b。同樣地，Join(\, ??, b) 可將看似無害的路徑元素序列轉換為 root 本機裝置路徑 \??\b。Join 現在會將其轉換為 \.\??\b。此外，透過修正，IsAbs 現在會將開頭為 \??\ 的路徑正確報告為絕對路徑，而 VolumeName 則將前置詞為 \??\ 的路徑正確報告為磁碟區名稱。更新：Go 1.20.11 和 Go 1.21.4 不慎變更了以 \? 開頭的 Windows 路徑中的磁碟區名稱定義，進而導致 filepath.Clean(\?\c: ) 傳回 \?\c: 而不是 \?\c: \ (以及其他效果)。已還原先前的行為。(CVE-2023-45283)

  - 在 Windows 上，IsLocal 函式在某些情況下未正確偵測保留的裝置名稱。後跟空格的保留名稱 (例如 COM1)，以及後跟上標 1、2 或 3 的保留名稱 COM 和 LPT 會錯誤地報告為本機。透過修正，IsLocal 現可正確報告這些名稱為非本機。(CVE-2023-45284)

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

偵測

Amazon Linux AMI：golang (ALAS-2024-1903)

high Nessus Plugin ID 187711

版本 1.2

版本 1.1

版本 1.0

版本 1.2 Dec 12, 2024, 9:55 AM CVSS metrics ("Cvssv4 score" set to 0.0) CVSSv2 severity (based on None, severity decreased from "High" to "Low") Detection (updated detection logic) Plugin metadata Plugin Feed: 202412120955
版本 1.1 Mar 8, 2024, 6:26 PM IAVM reference Plugin Feed: 202403081826
版本 1.0 Jan 9, 2024, 11:15 AM New Plugin Feed: 202401091115