There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - Rekor is a software supply chain transparency log. Starting in version 0.3.0 and prior to version 1.5.2,
    the `Package.Unmarshal()` function in `pkg/types/alpine/apk.go` decompresses the signature and control
    gzip members of an APK file into in-memory buffers without bounding the total decompressed size. The
    existing `max_apk_metadata_size` check (default 1MB) is only applied to individual tar entry header sizes
    after decompression completes, so it does not prevent a decompression bomb from consuming unbounded heap
    memory. An attacker can craft a gzip stream that compresses at a ~1000:1 ratio (e.g., 2MB compressed zeros
    → 2GB decompressed). When submitted as spec.package.content in an Alpine `ProposedEntry`, the server
    decompresses the full payload into memory during request processing, triggering a fatal Go runtime out-of-
    memory error or OS OOM-kill that cannot be caught by the server's recover() middleware. This is reachable
    via two unauthenticated endpoints, `POST /api/v1/log/entries (createLogEntry)` and `POST
    /api/v1/log/entries/retrieve (searchLogQuery)`. Both invoke `V001Entry.Canonicalize()` →
    `fetchExternalEntities()` → `apk.Unmarshal(packageData)`, which performs the unbounded decompression.
    Version 1.5.2 patches the issue. There is no effective workaround. Setting `max_request_body_size` reduces
    but does not eliminate exposure due to the ~1000:1 compression ratio (a 1MB body limit still allows ~1GB
    heap allocation). Setting `max_apk_metadata_size` has no effect on this vulnerability since the check is
    applied after decompression. (CVE-2026-48702)

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Rekor 是一个软件供应链透明度日志。从版本和之前的版本0.3.01.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（） 中间件无法捕获的 OS 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 系统上，在操作系统中打开文件。当路径的最后一个路径组件是符号链接，且路径以 / 结尾时，根错误地遵循指向根外部位置的符号链接。例如，“root.即使 symlink 是指向根外部的符号链接，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） 发现客户端中发现一个缺陷。此漏洞允许远程攻击者将发现请求重定向到内部系统，从而执行服务器端请求伪造 （SSRF）。此外，攻击者可操纵 JSON Web 密钥集 （JWKS） 统一资源标识符 （URI），使用恶意密钥毒化校验器缓存，从而启用验证攻击者控制的签名。此外，该缺陷可导致 Kubernetes ServiceAccount 令牌通过跨主机重定向或错误配置的 MetaIssuer 泄露给第三方主机，从而可能暴露敏感的群集凭据。（CVE-2026-49478）

    在 Sigstore Timestamp Authority 中发现一个缺陷。未经身份验证的远程攻击者可通过以任意 HTTP 路径和方法发送请求，来恶意利用此漏洞。这会导致创建过多的唯一指标标签，从而造成无限内存增长和服务器上拒绝服务 （DoS） 情况。此问题属于不当限制资源消耗 （CWE-770）。
    (CVE-2026-49835)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

因此，它會受到 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

因此，该软件受到 ALAS2023-2026-2023 公告中提及的多个漏洞影响。

    在 Unix 系统上，在操作系统中打开文件。当路径的最后一个路径组件是符号链接，且路径以 / 结尾时，根错误地遵循指向根外部位置的符号链接。例如，“root.即使 symlink 是指向根外部的符号链接，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） 发现客户端中发现一个缺陷。此漏洞允许远程攻击者将发现请求重定向到内部系统，从而执行服务器端请求伪造 （SSRF）。此外，攻击者可操纵 JSON Web 密钥集 （JWKS） 统一资源标识符 （URI），使用恶意密钥毒化校验器缓存，从而启用验证攻击者控制的签名。此外，该缺陷可导致 Kubernetes ServiceAccount 令牌通过跨主机重定向或错误配置的 MetaIssuer 泄露给第三方主机，从而可能暴露敏感的群集凭据。（CVE-2026-49478）

    在 Sigstore Timestamp Authority 中发现一个缺陷。未经身份验证的远程攻击者可通过以任意 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 的判定取決於廠商所報告的套件是否存在。

したがって、ALAS2023-2026-2023 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Unix システムで、OS でファイルを開くパスの最後のパスコンポーネントがシンボリックリンクで、パスが / で終わる場合、ルートは、ルート外の場所へのシンボリックリンクに不適切に従います。たとえば、「root.「Open(symlink/)」は、シンボリックリンクがrootの外側を指し示すシンボリックリンクの場合でもシンボリックリンクを開きます。(CVE-2026-39822)

    暗号化されていない Client Hello 内の事前共有されたキー ID の漏洩により、暗号化された Client Hello を使用したハンドシェイクが、パッシブなネットワークオブザーバーによって非匿名化される可能性があります。(CVE-2026-42505)

    Rekor に欠陥が見つかりました。Alpine Package Keep(APK)ファイルを処理する「Package.Unmarshal()」関数は、展開される合計サイズを制限せずに gzip ストリームを展開します。リモートの攻撃者がこれを悪用して、高い圧縮比を持つ悪意のある APK ファイルを作成し、サーバーに過剰なメモリを消費させる可能性があります。これは、メモリ不足(OOM)エラーによるサービス拒否(DoS)につながり、認証されていないAPIエンドポイントを介してトリガーされる可能性があります。(CVE-2026-48702)

    Fulcio の OpenID Connect(OIDC)ディスカバリークライアントで欠陥が見つかりました。この脆弱性により、リモートの攻撃者が、ディスカバリーリクエストを内部システムにリダイレクトすることで、サーバーサイドリクエストフォージェリ(SSRF)を実行する可能性があります。さらに、攻撃者はJSON Web Key Set(JWKS)の統一資源識別子(URI)を操作して検証機能のキャッシュを悪意のある鍵でポイズニングし、攻撃者が制御する署名の検証を可能にします。さらに、この欠陥により、クロスホストリダイレクトまたは誤って設定された MetaIssuer を通じて Kubernetes ServiceAccount トークンがサードパーティホストに漏洩し、機密性の高いクラスター認証情報が漏洩する可能性があります。(CVE-2026-49478)

    Sigstore Timestamp Authority に欠陥が見つかりました。認証されていないリモートの攻撃者がこの脆弱性を悪用し、任意のHTTPパスとメソッドでリクエストを送信する可能性があります。これにより、過剰な数の一意のメトリックラベルが作成され、無制限のメモリ増加とサーバーでのサービス拒否(DoS)状態が引き起こされます。この問題は、リソース消費の不適切な制限の一種です(CWE-770)。
    (CVE-2026-49835)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートホストにインストールされている runfinch-finch のバージョンは、1.17.2-1 より前です。したがって、ALAS2DOCKER-2026-137 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Unix システムで、OS でファイルを開くパスの最後のパスコンポーネントがシンボリックリンクで、パスが / で終わる場合、ルートは、ルート外の場所へのシンボリックリンクに不適切に従います。たとえば、「root.「Open(symlink/)」は、シンボリックリンクがrootの外側を指し示すシンボリックリンクの場合でもシンボリックリンクを開きます。(CVE-2026-39822)

    暗号化されていない Client Hello 内の事前共有されたキー ID の漏洩により、暗号化された Client Hello を使用したハンドシェイクが、パッシブなネットワークオブザーバーによって非匿名化される可能性があります。(CVE-2026-42505)

    Rekor に欠陥が見つかりました。Alpine Package Keep(APK)ファイルを処理する「Package.Unmarshal()」関数は、展開される合計サイズを制限せずに gzip ストリームを展開します。リモートの攻撃者がこれを悪用して、高い圧縮比を持つ悪意のある APK ファイルを作成し、サーバーに過剰なメモリを消費させる可能性があります。これは、メモリ不足(OOM)エラーによるサービス拒否(DoS)につながり、認証されていないAPIエンドポイントを介してトリガーされる可能性があります。(CVE-2026-48702)

    Fulcio の OpenID Connect(OIDC)ディスカバリークライアントで欠陥が見つかりました。この脆弱性により、リモートの攻撃者が、ディスカバリーリクエストを内部システムにリダイレクトすることで、サーバーサイドリクエストフォージェリ(SSRF)を実行する可能性があります。さらに、攻撃者はJSON Web Key Set(JWKS)の統一資源識別子(URI)を操作して検証機能のキャッシュを悪意のある鍵でポイズニングし、攻撃者が制御する署名の検証を可能にします。さらに、この欠陥により、クロスホストリダイレクトまたは誤って設定された MetaIssuer を通じて Kubernetes ServiceAccount トークンがサードパーティホストに漏洩し、機密性の高いクラスター認証情報が漏洩する可能性があります。(CVE-2026-49478)

    Sigstore Timestamp Authority に欠陥が見つかりました。認証されていないリモートの攻撃者がこの脆弱性を悪用し、任意の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()ミドルウェアではキャッチできないOS OOM-killをトリガーします。これは、「POST /api/v1/log/entries(createLogEntry)」および「POST /api/v1/log/entries/retrieve(searchLogQuery)」という 2 つの認証されていないエンドポイントを介して到達できます。どちらも '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 は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

リモートの openSUSE 16 ホストに、複数の脆弱性の影響を受けているパッケージがインストールされています。これらの脆弱性は openSUSE-SU-2026:21262-1 アドバイザリで言及されています。

    運搬船の変更:

    - 2.0.1 への更新(bsc#1269433、 CVE-2026-48702):
      * CVEノイズを抑制するために 1.26.4 へ移動するバンプ
      * v2 リリースノート全体: https://github.com/hauler-dev/hauler/releases/tag/v2.0.0

    - 2.0.0 への更新:
      * 「v2.0.0」は**メジャー**リリースです。これは、HaulerのOCI配管全体に取って代わります...ORAS v1の依存関係と、ネイティブコンテナベースの実装を備えた社内のcosign forkは、非推奨の「v1alpha1」APIをドロップし、その新しい基盤の上に意味のある一連の新機能と信頼性の修正を重ねます。
      * **ORAS v1の依存関係を削除** - push/pullはcontainerdのdockerリゾルバーと「google/go-containerregistry」によって直接駆動されるようになり、新しい「pkg/content/registry.go」(「RegistryTarget」)と「pkg/content/types.go」(「Target」インターフェイス、「IoContentWriter」)がORASが所有していたものに置き換わります。
      * **hauler が管理する cosign fork を削除** - 「pkg/cosign」が、上流の「sigstore/cosign/v3」のシン検証専用ラッパーになりました。画像は、「pkg/store」のネイティブ「s.AddImage()」パスを通して追加されます
      * **OCI 1.1 リファラーのサポートを追加** - 署名、認証、およびSBOMは、従来の連署タグ規則(「sha256-.sig」/「.att」/「.sbom」)と最新のリファラーAPIの両方を介して検出され、OCIレイアウトを介して正しく検出されます

    - x/net を v0.55.0 に更新します(bsc#1266602、 CVE-2026-39821、 bsc#1267150、 CVE-2026-25680、 CVE-2026-42502、 CVE-2026-27136、 CVE-2026-25681、 CVE-2026-42506)

Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-2023 advisory.

    On Unix systems, opening a file in an os.Root improperly follows symlinks to locations outside of the Root     when the final path component of the a path is a symbolic link and the path ends in /. For example,     'root.Open(symlink/)' will open symlink even when symlink is a symbolic link pointing outside of the     root. (CVE-2026-39822)

    Handshakes which used Encrypted Client Hello could be de-anonymized by a passive network observer due to a     disclosure of pre-shared key identities in the unencrypted client hello. (CVE-2026-42505)

    A flaw was found in Rekor. The `Package.Unmarshal()` function, which processes Alpine Package Keep (APK)     files, decompresses gzip streams without limiting the total decompressed size. A remote attacker can     exploit this by crafting a malicious APK file with a high compression ratio, causing the server to consume     excessive memory. This leads to a Denial of Service (DoS) through an out-of-memory (OOM) error, and can be     triggered via unauthenticated API endpoints. (CVE-2026-48702)

    A flaw was found in Fulcio's OpenID Connect (OIDC) Discovery client. This vulnerability allows a remote     attacker to perform Server-Side Request Forgery (SSRF) by redirecting discovery requests to internal     systems. Additionally, an attacker can manipulate the JSON Web Key Set (JWKS) Uniform Resource Identifier     (URI) to poison the verifier cache with malicious keys, enabling the validation of attacker-controlled     signatures. Furthermore, the flaw can lead to the leakage of Kubernetes ServiceAccount tokens to third-     party hosts through cross-host redirects or misconfigured MetaIssuers, potentially exposing sensitive     cluster credentials. (CVE-2026-49478)

    A flaw was found in Sigstore Timestamp Authority. An unauthenticated remote attacker can exploit this     vulnerability by sending requests with arbitrary HTTP paths and methods. This leads to the creation of an     excessive number of unique metric labels, causing unbounded memory growth and a denial of service (DoS)     condition on the server. This issue is a type of Improper Restriction of Resource Consumption (CWE-770).
    (CVE-2026-49835)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Rekor is a software supply chain transparency log. Starting in version 0.3.0 and prior to version 1.5.2,     the `Package.Unmarshal()` function in `pkg/types/alpine/apk.go` decompresses the signature and control     gzip members of an APK file into in-memory buffers without bounding the total decompressed size. The     existing `max_apk_metadata_size` check (default 1MB) is only applied to individual tar entry header sizes     after decompression completes, so it does not prevent a decompression bomb from consuming unbounded heap     memory. An attacker can craft a gzip stream that compresses at a ~1000:1 ratio (e.g., 2MB compressed zeros      2GB decompressed). When submitted as spec.package.content in an Alpine `ProposedEntry`, the server     decompresses the full payload into memory during request processing, triggering a fatal Go runtime out-of-     memory error or OS OOM-kill that cannot be caught by the server's recover() middleware. This is reachable     via two unauthenticated endpoints, `POST /api/v1/log/entries (createLogEntry)` and `POST     /api/v1/log/entries/retrieve (searchLogQuery)`. Both invoke `V001Entry.Canonicalize()`     `fetchExternalEntities()`  `apk.Unmarshal(packageData)`, which performs the unbounded decompression.
    Version 1.5.2 patches the issue. There is no effective workaround. Setting `max_request_body_size` reduces     but does not eliminate exposure due to the ~1000:1 compression ratio (a 1MB body limit still allows ~1GB     heap allocation). Setting `max_apk_metadata_size` has no effect on this vulnerability since the check is     applied after decompression. (CVE-2026-48702)

Note that Nessus relies on the presence of the package as reported by the vendor.

The remote openSUSE 16 host has a package installed that is affected by multiple vulnerabilities as referenced in the openSUSE-SU-2026:21262-1 advisory.

    Changes in hauler:

    - update to 2.0.1 (bsc#1269433, CVE-2026-48702):
      * bump go to 1.26.4 to squash CVE noise
      * Full v2 Release notes: https://github.com/hauler-         dev/hauler/releases/tag/v2.0.0

    - update to 2.0.0:
      * `v2.0.0` is a **major** release. It replaces Hauler's entire         OCI plumbing... the ORAS v1 dependency and the in-house         cosign fork with a native containerd based implementation,         drops the deprecated `v1alpha1` API, and layers on a         meaningful set of new capabilities and reliability fixes on         top of that new foundation.
      * **Removed the ORAS v1 dependency** - push/pull is now driven         directly by containerd's docker resolver and `google/go-         containerregistry`, new `pkg/content/registry.go`         (`RegistryTarget`) and `pkg/content/types.go` (`Target`         interface, `IoContentWriter`) replaces what ORAS used to own.
      * **Removed the hauler-maintained cosign fork** - `pkg/cosign`         is now a thin verify only wrapper around upstream         `sigstore/cosign/v3`. Images are added through a native         `s.AddImage()` path in `pkg/store`
      * **Added OCI 1.1 Referrers support** - signatures,         attestations, and SBOMs are discovered both via the classic         cosign tag convention (`sha256-.sig` / `.att` / `.sbom`) and         the modern Referrers API, then correctly through the OCI         layout

    - update x/net to v0.55.0 (bsc#1266602, CVE-2026-39821,          bsc#1267150, CVE-2026-25680, CVE-2026-42502, CVE-2026-27136,          CVE-2026-25681, CVE-2026-42506)

Tenable has extracted the preceding description block directly from the SUSE security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The version of runfinch-finch installed on the remote host is prior to 1.17.2-1. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2DOCKER-2026-137 advisory.

    On Unix systems, opening a file in an os.Root improperly follows symlinks to locations outside of the Root     when the final path component of the a path is a symbolic link and the path ends in /. For example,     'root.Open(symlink/)' will open symlink even when symlink is a symbolic link pointing outside of the     root. (CVE-2026-39822)

    Handshakes which used Encrypted Client Hello could be de-anonymized by a passive network observer due to a     disclosure of pre-shared key identities in the unencrypted client hello. (CVE-2026-42505)

    A flaw was found in Rekor. The `Package.Unmarshal()` function, which processes Alpine Package Keep (APK)     files, decompresses gzip streams without limiting the total decompressed size. A remote attacker can     exploit this by crafting a malicious APK file with a high compression ratio, causing the server to consume     excessive memory. This leads to a Denial of Service (DoS) through an out-of-memory (OOM) error, and can be     triggered via unauthenticated API endpoints. (CVE-2026-48702)

    A flaw was found in Fulcio's OpenID Connect (OIDC) Discovery client. This vulnerability allows a remote     attacker to perform Server-Side Request Forgery (SSRF) by redirecting discovery requests to internal     systems. Additionally, an attacker can manipulate the JSON Web Key Set (JWKS) Uniform Resource Identifier     (URI) to poison the verifier cache with malicious keys, enabling the validation of attacker-controlled     signatures. Furthermore, the flaw can lead to the leakage of Kubernetes ServiceAccount tokens to third-     party hosts through cross-host redirects or misconfigured MetaIssuers, potentially exposing sensitive     cluster credentials. (CVE-2026-49478)

    A flaw was found in Sigstore Timestamp Authority. An unauthenticated remote attacker can exploit this     vulnerability by sending requests with arbitrary HTTP paths and methods. This leads to the creation of an     excessive number of unique metric labels, causing unbounded memory growth and a denial of service (DoS)     condition on the server. This issue is a type of Improper Restriction of Resource Consumption (CWE-770).
    (CVE-2026-49835)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
443954	SCA: security update for github.com/sigstore/rekor (GHSA-47q9-m4ww-924m)	Tenable Cloud Security	SCA Checks	2026/6/26	2026/8/14	high
443954	SCA: security update for github.com/sigstore/rekor (GHSA-47q9-m4ww-924m)	Tenable Self-Hosted Container Security	SCA Checks	2026/6/26	2026/8/14	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
332009	Amazon Linux 2023：runfinch-finch (ALAS2023-2026-2023)	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/8/4	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
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
332009	Amazon Linux 2023 : runfinch-finch (ALAS2023-2026-2023)	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/8/4	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
330137	Linux Distros のパッチ未適用の脆弱性: CVE-2026-48702	Nessus	Misc.	2026/7/27	2026/8/24	high
326035	openSUSE 16 セキュリティ更新:hauler(openSUSE-SU-2026:21262-1)	Nessus	SuSE Local Security Checks	2026/7/9	2026/7/9	medium
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 Unpatched Vulnerability : CVE-2026-48702	Nessus	Misc.	2026/7/27	2026/8/24	high
326035	openSUSE 16 Security Update : hauler (openSUSE-SU-2026:21262-1)	Nessus	SuSE Local Security Checks	2026/7/9	2026/7/9	medium
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

检测

插件搜索

high

high

high

high

high

high

high

high

high

high

high

medium

high

high

medium

high