遠端主機上安裝的 docker 版本為要比 25.0.8-1 舊。因此，它會受到 ALAS2ECS-2025-048 公告中提及的一個弱點影響。

    golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。尤其如果權杖已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

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

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

遠端主機上安裝的 docker 版本為要比 25.0.8-1 舊。因此，它會受到 ALAS2DOCKER-2025-051 公告中提及的一個弱點影響。

    golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。尤其如果權杖已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

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

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

因此，它會受到 ALAS2023-2025-852 公告中提及的一個弱點影響。

    golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。尤其如果權杖已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

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

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

遠端主機上安裝的 docker 版本為要比 25.0.8-1 舊。因此，會受到 ALAS2NITRO-ENCLAVES-2025-050 公告中所提及的一個弱點影響。

    golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。尤其如果權杖已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

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

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

遠端主機上安裝的 runfinch-finch 版本早於 1.6.0-1。因此，會受到 ALAS2DOCKER-2025-048 公告中所提及的多個弱點影響。

    攻擊者可特製 Parse 函式的輸入，而該輸入的長度會遭到非線形處理，進而導致剖析速度極慢。如此可能造成拒絕服務的狀況。(CVE-2024-45338)

    golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。特別是，如果 token 已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

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

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

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

    攻擊者可特製 Parse 函式的輸入，而該輸入的長度會遭到非線形處理，進而導致剖析速度極慢。如此可能造成拒絕服務的狀況。(CVE-2024-45338)

    golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。特別是，如果 token 已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

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

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

遠端 Azure Linux 3.0 主機上安裝的 application-gateway-kubernetes-ingress / azcopy / cert-manager / cf-cli / coredns 版本比測試版舊。因此，此版本會受到 CVE-2024-51744 公告中提及的一個弱點影響。

  - golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。尤其如果權杖已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

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

遠端主機上安裝的 runfinch-finch 版本早於 1.6.0-1。因此，會受到 ALAS2DOCKER-2025-050 公告中所提及的多個弱點影響。

    2025-02-12：已將 CVE-2024-51744 新增至此公告。

    2025-02-12：已將 CVE-2024-45338 新增至此公告。

    誤用 ServerConfig.PublicKeyCallback 回呼的應用程式和程式庫可能容易受到授權繞過影響。ServerConfig.PublicKeyCallback 的說明文件指出，對此函式的呼叫並不保證所提供的金鑰確實用於驗證。具體而言，SSH 通訊協定允許用戶端在證明對應私密金鑰的控制權之前，查詢是否可接受公開金鑰。PublicKeyCallback 受到呼叫時可能接收到多組金鑰，然而其提供順序無法用於推斷用戶端最終成功驗證的公鑰為何 (若有)。
    部分應用程式會儲存傳遞至 PublicKeyCallback 的金鑰 (或其衍生資訊)，並在連線建立後據此做出安全性相關決策，因此可能會做出錯誤的假設。例如，攻擊者可能傳送公開金鑰 A 和 B，然後使用 A 進行驗證。
    PublicKeyCallback 只會被呼叫兩次，依序使用 A 和 B。接著易受攻擊的應用程式可能會根據金鑰 B 做出授權決策，即使攻擊者實際上無法控制其私密金鑰。由於此 API 遭到廣泛誤用，因此 golang.org/x/cry...@v0.31.0 強制套用下列屬性作為局部緩解措施: 一旦透過公開金鑰成功驗證，則以最後一組傳遞給 ServerConfig.PublicKeyCallback 的公開金鑰為實際驗證連線的金鑰。現在會視需要以相同的金鑰多次呼叫 PublicKeyCallback。請注意，如果連線隨後使用不同的方法 (例如 PasswordCallback、KeyboardInteractiveCallback 或 NoClientAuth) 進行驗證，則用戶端可能仍然無法控制傳遞至 PublicKeyCallback 的最後一組金鑰。使用者應透過各種驗證回呼所傳回的「權限」值之「延伸模組」欄位，記錄與驗證嘗試相關的資料，而非參照外部狀態。建立連線後，即可透過 ServerConn.Permissions 欄位檢索與成功驗證嘗試相應的狀態資訊。請注意，某些第三方程式庫會在多次驗證嘗試中重複使用權限類型。有鑑於此類誤用，這些第三方程式庫的使用者應參閱相關專案以學習其正確用法。(CVE-2024-45337)

    攻擊者可特製 Parse 函式的輸入，而該輸入的長度會遭到非線形處理，進而導致剖析速度極慢。如此可能造成拒絕服務的狀況。(CVE-2024-45338)

    golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。尤其如果權杖已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

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

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

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

    2025-02-11：已將 CVE-2024-45338 新增至此公告。

    2025-02-11：已將 CVE-2024-51744 新增至此公告。

    誤用 ServerConfig.PublicKeyCallback 回呼的應用程式和程式庫可能容易受到授權繞過影響。ServerConfig.PublicKeyCallback 的說明文件指出，對此函式的呼叫並不保證所提供的金鑰確實用於驗證。具體而言，SSH 通訊協定允許用戶端在證明對應私密金鑰的控制權之前，查詢是否可接受公開金鑰。PublicKeyCallback 受到呼叫時可能接收到多組金鑰，然而其提供順序無法用於推斷用戶端最終成功驗證的公鑰為何 (若有)。
    部分應用程式會儲存傳遞至 PublicKeyCallback 的金鑰 (或其衍生資訊)，並在連線建立後據此做出安全性相關決策，因此可能會做出錯誤的假設。例如，攻擊者可能傳送公開金鑰 A 和 B，然後使用 A 進行驗證。
    PublicKeyCallback 只會被呼叫兩次，依序使用 A 和 B。接著易受攻擊的應用程式可能會根據金鑰 B 做出授權決策，即使攻擊者實際上無法控制其私密金鑰。由於此 API 遭到廣泛誤用，因此 golang.org/x/cry...@v0.31.0 強制套用下列屬性作為局部緩解措施: 一旦透過公開金鑰成功驗證，則以最後一組傳遞給 ServerConfig.PublicKeyCallback 的公開金鑰為實際驗證連線的金鑰。現在會視需要以相同的金鑰多次呼叫 PublicKeyCallback。請注意，如果連線隨後使用不同的方法 (例如 PasswordCallback、KeyboardInteractiveCallback 或 NoClientAuth) 進行驗證，則用戶端可能仍然無法控制傳遞至 PublicKeyCallback 的最後一組金鑰。使用者應透過各種驗證回呼所傳回的「權限」值之「延伸模組」欄位，記錄與驗證嘗試相關的資料，而非參照外部狀態。建立連線後，即可透過 ServerConn.Permissions 欄位檢索與成功驗證嘗試相應的狀態資訊。請注意，某些第三方程式庫會在多次驗證嘗試中重複使用權限類型。有鑑於此類誤用，這些第三方程式庫的使用者應參閱相關專案以學習其正確用法。(CVE-2024-45337)

    攻擊者可特製 Parse 函式的輸入，而該輸入的長度會遭到非線形處理，進而導致剖析速度極慢。如此可能造成拒絕服務的狀況。(CVE-2024-45338)

    golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。尤其如果權杖已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

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

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

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - golang-jwt 是 JSON Web Token 的 Go 實作。`ParseWithClaims` 中錯誤行為的不清楚的文件記錄可導致使用者無法以應有的方式檢查錯誤的情況。尤其如果權杖已過期且無效，則 `ParseWithClaims` 傳回的錯誤會傳回兩個錯誤碼。如果使用者只使用 `error.Is` 檢查 `jwt.ErrTokenExpired `，他們將忽略內嵌的 `jwt.ErrTokenSignatureInvalid`，因此可能接受無效的 token。已使用錯誤處理邏輯將一個修正從 `v5` 分支反向移植到 `v4` 分支。在此邏輯中，`ParseWithClaims` 函式會在危險情況下 (例如，無效的簽章) 立即傳回，將合併的錯誤限制為僅在簽章有效但進一步驗證失敗的情況下 (例如，如果簽章有效，但已過期且具有錯誤的接受者)。此修正是 4.5.1 版本的一部分。我們知道這會變更已建立函式的行為，且並非 100 % 回溯相容，因此更新至 4.5.1 可能會損毀您的程式碼。如果您無法更新至 4.5.0，請確認您正在正確檢查所有錯誤 (先檢查危險錯誤)，以免發生上述情況。 (CVE-2024-51744)

請注意，Nessus 依賴供應商報告的套件存在。

ID	名稱	產品	系列	已發布	已更新	嚴重性
232229	Amazon Linux 2：docker (ALASECS-2025-048)	Nessus	Amazon Linux Local Security Checks	2025/3/6	2025/3/6	low
216812	Amazon Linux 2：docker (ALASDOCKER-2025-051)	Nessus	Amazon Linux Local Security Checks	2025/2/26	2025/2/26	low
216787	Amazon Linux 2023：docker (ALAS2023-2025-852)	Nessus	Amazon Linux Local Security Checks	2025/2/26	2025/2/26	low
216813	Amazon Linux 2：docker (ALASNITRO-ENCLAVES-2025-050)	Nessus	Amazon Linux Local Security Checks	2025/2/26	2025/2/26	low
214619	Amazon Linux 2：runfinch-finch (ALASDOCKER-2025-048)	Nessus	Amazon Linux Local Security Checks	2025/1/24	2025/1/24	low
214620	Amazon Linux 2023：runfinch-finch (ALAS2023-2025-816)	Nessus	Amazon Linux Local Security Checks	2025/1/24	2025/1/24	low
233497	Azure Linux 3.0 安全性更新application-gateway-kubernetes-ingress / azcopy / cert-manager / cf-cli / coredns (CVE-2024-51744)	Nessus	Azure Linux Local Security Checks	2025/3/29	2025/4/20	low
214926	Amazon Linux 2：runfinch-finch (ALASDOCKER-2025-050)	Nessus	Amazon Linux Local Security Checks	2025/2/4	2025/2/14	critical
215029	Amazon Linux 2023：runfinch-finch (ALAS2023-2025-834)	Nessus	Amazon Linux Local Security Checks	2025/2/5	2025/2/14	critical
246302	Linux Distros 未修補的弱點：CVE-2024-51744	Nessus	Misc.	2025/8/8	2025/9/10	low

偵測

搜尋 Plugin

low

low

low

low

low

low

low

critical

critical

low