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

    在 Unix 系統上，在作業系統中開啟檔案。當 a 路徑的最終路徑元件是符號連結，且路徑以 / 結尾時，Root 會不正確地遵循 Root 外部位置的符號連結。例如，「root.Open（symlink/）' 將打開符號鏈接，即使 symlink 是指向根外部的符號鏈接。（CVE-2026-39822）

    由於未加密用戶端 hello 中預先共用金鑰身分的洩漏，使用加密用戶端 Hello 的交握可能會被被動網路觀察者解除匿名化。（CVE-2026-42505）

    在 Rekor 中發現了一個缺陷。「Package.Unmarshal（）」函式可處理 Alpine Package Keep （APK） 檔案，可在不限制總解壓縮大小的情況下解壓縮 gzip 資料流。遠端攻擊者可以透過製作具有高壓縮比的惡意 APK 檔案來利用這一點，導致伺服器消耗過多記憶體。這會透過記憶體不足 （OOM） 錯誤導致拒絕服務 （DoS），並且可以透過未經驗證的 API 端點觸發。（CVE-2026-48702）

    在 Fulcio 的 OpenID Connect （OIDC） Discovery 用戶端中發現缺陷。此漏洞允許遠端攻擊者透過將發現請求重新導向到內部系統來執行伺服器端請求偽造 （SSRF）。此外，攻擊者還可以操縱 JSON Web 金鑰集 （JWKS） 統一資源識別碼 （URI），使用惡意金鑰毒害驗證程式快取，從而驗證攻擊者控制的簽章。此外，此缺陷還可能導致 Kubernetes ServiceAccount 令牌透過跨主機重新導向或配置錯誤的 MetaIssuer 洩漏給第三方主機，從而可能暴露敏感的叢集憑證。（CVE-2026-49478）

    在 Sigstore 時間戳記授權單位中發現缺陷。未經身份驗證的遠端攻擊者可以通過使用任意 HTTP 路徑和方法發送請求來利用此漏洞。這會導致建立過多的唯一度量標籤，進而造成無限的記憶體增長和伺服器上的拒絕服務 （DoS） 情況。此問題是資源耗用量不當限制 （CWE-770） 的一種。
    (CVE-2026-49835)

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

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

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

  - Rekor 是一個軟體供應鏈透明度日誌。從版本 0.3.0 和之前的版本 1.5.2開始，「pkg/types/alpine/apk.go」中的「Package.Unmarshal（）」函式會將 APK 檔案的簽章和控制 gzip 成員解壓縮到記憶體內緩衝區中，而不會限制解壓縮的總大小。現有的「max_apk_metadata_size」檢查 （預設值為 1MB） 只會在解壓縮完成後套用至個別 tar 項目標頭大小，因此不會防止解壓縮炸彈耗用不受限制的堆積記憶體。攻擊者可以製作以 ~1000:1 比例壓縮的 gzip 資料流 （例如，2MB 壓縮零 2GB 解壓縮）。當在 Alpine 'ProposedEntry' 中以 spec.package.content 形式提交時，伺服器會在要求處理期間將完整承載解壓縮到記憶體中，從而觸發致命的 Go 執行階段記憶體不足錯誤或伺服器的 recover（） 中介軟體無法捕獲的作業系統 OOM 終止。這可透過兩個未經驗證的端點「POST /api/v1/log/entries （createLogEntry）」和「POST /api/v1/log/entries/retrieve （searchLogQuery）」來存取。兩者都會叫用 'V001Entry.Canonicalize（）'、'fetchExternalEntities（）'、'apk.Unmarshal（packageData）」，其會執行無限解壓縮。
    1.5.2 版修補此問題。沒有有效的因應措施。設定 'max_request_body_size' 會減少但不會消除由於 ~1000:1 壓縮比造成的暴露 （1MB 內文限制仍允許 ~1GB 堆積配置）。設定「max_apk_metadata_size」對此弱點沒有影響，因為檢查是在解壓縮後套用的。（CVE-2026-48702）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

    在 Unix 系統上，在作業系統中開啟檔案。當 a 路徑的最終路徑元件是符號連結，且路徑以 / 結尾時，Root 會不正確地遵循 Root 外部位置的符號連結。例如，「root.Open（symlink/）' 將打開符號鏈接，即使 symlink 是指向根外部的符號鏈接。（CVE-2026-39822）

    由於未加密用戶端 hello 中預先共用金鑰身分的洩漏，使用加密用戶端 Hello 的交握可能會被被動網路觀察者解除匿名化。（CVE-2026-42505）

    在 Rekor 中發現了一個缺陷。「Package.Unmarshal（）」函式可處理 Alpine Package Keep （APK） 檔案，可在不限制總解壓縮大小的情況下解壓縮 gzip 資料流。遠端攻擊者可以透過製作具有高壓縮比的惡意 APK 檔案來利用這一點，導致伺服器消耗過多記憶體。這會透過記憶體不足 （OOM） 錯誤導致拒絕服務 （DoS），並且可以透過未經驗證的 API 端點觸發。（CVE-2026-48702）

    在 Fulcio 的 OpenID Connect （OIDC） Discovery 用戶端中發現缺陷。此漏洞允許遠端攻擊者透過將發現請求重新導向到內部系統來執行伺服器端請求偽造 （SSRF）。此外，攻擊者還可以操縱 JSON Web 金鑰集 （JWKS） 統一資源識別碼 （URI），使用惡意金鑰毒害驗證程式快取，從而驗證攻擊者控制的簽章。此外，此缺陷還可能導致 Kubernetes ServiceAccount 令牌透過跨主機重新導向或配置錯誤的 MetaIssuer 洩漏給第三方主機，從而可能暴露敏感的叢集憑證。（CVE-2026-49478）

    在 Sigstore 時間戳記授權單位中發現缺陷。未經身份驗證的遠端攻擊者可以通過使用任意 HTTP 路徑和方法發送請求來利用此漏洞。這會導致建立過多的唯一度量標籤，進而造成無限的記憶體增長和伺服器上的拒絕服務 （DoS） 情況。此問題是資源耗用量不當限制 （CWE-770） 的一種。
    (CVE-2026-49835)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
332009	Amazon Linux 2023：runfinch-finch (ALAS2023-2026-2023)	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/8/4	high
330137	Linux Distros 未修補弱點：CVE-2026-48702	Nessus	Misc.	2026/7/27	2026/8/24	high
332018	Amazon Linux 2：runfinch-finch，--advisory ALAS2DOCKER-2026-137 (ALASDOCKER-2026-137)	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/8/4	high

偵測

搜尋 Plugin

high

high

high