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

  - GitHub CLI (gh) is GitHub’s official command line tool. Prior to 2.93.0, GitHub CLI incorrectly includes
    authorization header in API requests to TUF repository mirrors via gh attestation, gh release verify, and
    gh release verify-asset commands. The CLI uses a shared HTTP client with an authentication layer that
    automatically attaches tokens to outgoing requests. This layer lacks accurate host detection and can
    incorrectly attribute the target host, providing it with a token it should never receive. Specifically,
    the host normalization logic collapses any *.github.com subdomain to github.com, so a request to tuf-
    repo.github.com (a GitHub Pages site, not a GitHub API endpoint) is treated as a request to github.com and
    receives the user's github.com token. For hosts that don't match github.com or a known GHES instance at
    all, the resolver falls back to GH_ENTERPRISE_TOKEN if set. The gh attestation, gh release verify and gh
    release verify-asset commands fetch data from several external hosts as part of their normal operation
    (TUF metadata from tuf-repo.github.com and tuf-repo-cdn.sigstore.dev, artifact bundles from Azure Blob
    Storage). Because these requests go through the same authenticated HTTP client, the token is sent to all
    of them. This vulnerability is fixed in 2.93.0. (CVE-2026-48501)

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

  - GitHub CLI （gh） 是 GitHub 的官方命令行工具。在之前的版本 2.93.0中，GitHub CLI 通过 gh attestation、gh release verify 和 gh release verify-asset 命令错误地将授权标头包含在发送到 TUF 存储库镜像的 API 请求中。CLI 使用具有认证层的共享 HTTP 客户端，该层会自动将标记附加到传出请求。此层缺少准确的主机检测，并且可能错误地归因目标主机，从而为其提供本不应接收的标记。具体而言，主机规范化逻辑会折叠任何 *.github.com 子域以 github.com，因此 tuf-repo.github.com（GitHub Pages 站点，而非 GitHub API 端点）的请求被视为 github.com 请求，并接收用户的 github.com 令牌。对于完全不匹配 github.com 或已知 GHES 实例的主机，解析器会回退到GH_ENTERPRISE_TOKEN（如果已设置）。gh attestation、gh release verify 和 gh release verify-asset 命令从多个外部主机获取数据，作为其正常操作的一部分（来自 tuf-repo.github.com 和 tuf-repo-cdn.sigstore.dev 的 TUF 元数据、来自 Azure Blob 存储的构件捆绑包）。由于这些请求经过同一认证的 HTTP 客户端，所以令牌会发送给所有请求。此漏洞已在 2.93.0 中修复。(CVE-2026-48501)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

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

  - GitHub CLI （gh） 是 GitHub 的官方命令行工具。在之前 2.93.0，GitHub CLI 會透過 gh attestation、gh release verify 和 gh release verify-asset 命令，在 TUF 存放庫鏡像的 API 要求中錯誤地包含授權標頭。CLI 使用具有鑑別層的共用 HTTP 用戶端，可自動將權杖附加至傳出要求。此層缺乏準確的主機偵測，並且可能會錯誤地將目標主機歸因，從而為其提供永遠不應該接收的權杖。具體而言，主機正規化邏輯會摺疊任何 *.github.com 子網域以 github.com，因此對 tuf-repo.github.com （GitHub Pages 網站，而非 GitHub API 端點） 的請求會被視為 github.com 請求，並接收使用者的 github.com 權杖。對於完全不符合 github.com 或已知 GHES 執行個體的主機，解析器會回復為 GH_ENTERPRISE_TOKEN （如果已設定）。gh attestation、gh release verify 和 gh release verify-asset 命令會從數個外部主機擷取資料，作為其正常作業的一部分 （來自 tuf-repo.github.com 和 tuf-repo-cdn.sigstore.dev 的 TUF 中繼資料、來自 Azure Blob 儲存體） 的成品套件組合。由於這些要求會透過相同的已驗證 HTTP 用戶端，因此權杖會傳送給所有要求。此弱點已在 2.93.0 中修正。(CVE-2026-48501)

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - GitHub CLI (gh) は GitHub の公式コマンド ライン ツールです。2.93.0より前のバージョンでは、GitHub CLI は、gh attestation、gh release verify、および gh release verify-asset コマンドを介して、TUF リポジトリミラーへの API リクエストに authorization ヘッダーを間違って含めていました。CLI は、発信リクエストにトークンを自動的に添付する認証レイヤーを持つ共有 HTTP クライアントを使用します。このレイヤーには正確なホスト検出がなく、ターゲットホストを間違って属性付けし、決して受け取るべきではないトークンをターゲットホストに提供する可能性があります。具体的には、ホスト正規化ロジックは、任意の *.github.com サブドメインを github.com に折りたたむため、tuf-repo.github.com (GitHub API エンドポイントではなく、GitHub Pages サイト) へのリクエストは、ユーザーの github.com トークンを github.com するリクエストとして扱われ、ユーザーの  トークンを受け取ります。github.com ホストまたは既知の GHES インスタンスとまったく一致しないホストに対して、設定されている場合、リゾルバーは GH_ENTERPRISE_TOKEN にフォールバックします。gh attestation、gh release verify および gh release verify-asset コマンドは、通常の操作の一部として複数の外部ホストからデータをフェッチします (tuf-repo.github.com および tuf-repo-cdn.sigstore.dev の TUF メタデータ、Azure Blob Storage の成果物バンドル)。これらのリクエストは同じ認証された HTTP クライアントを経由するため、トークンはすべてのクライアントに送信されます。この脆弱性は 2.93.0 で修正されました。(CVE-2026-48501)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

リモートの Fedora 44 ホストには、FEDORA-2026-4e77362489 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    2.97.0 に更新してください


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

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

The remote Fedora 44 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2026-4e77362489 advisory.

    Update to 2.97.0


Tenable has extracted the preceding description block directly from the Fedora 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.

  - GitHub CLI (gh) is GitHub's official command line tool. Prior to 2.93.0, GitHub CLI incorrectly includes     authorization header in API requests to TUF repository mirrors via gh attestation, gh release verify, and     gh release verify-asset commands. The CLI uses a shared HTTP client with an authentication layer that     automatically attaches tokens to outgoing requests. This layer lacks accurate host detection and can     incorrectly attribute the target host, providing it with a token it should never receive. Specifically,     the host normalization logic collapses any *.github.com subdomain to github.com, so a request to tuf-     repo.github.com (a GitHub Pages site, not a GitHub API endpoint) is treated as a request to github.com and     receives the user's github.com token. For hosts that don't match github.com or a known GHES instance at     all, the resolver falls back to GH_ENTERPRISE_TOKEN if set. The gh attestation, gh release verify and gh     release verify-asset commands fetch data from several external hosts as part of their normal operation     (TUF metadata from tuf-repo.github.com and tuf-repo-cdn.sigstore.dev, artifact bundles from Azure Blob     Storage). Because these requests go through the same authenticated HTTP client, the token is sent to all     of them. This vulnerability is fixed in 2.93.0. (CVE-2026-48501)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
442491	SCA: security update for github.com/cli/cli/v2 (GHSA-8xvp-7hj6-mcj9)	Tenable Cloud Security	SCA Checks	2026/5/30	2026/7/30	critical
442491	SCA: security update for github.com/cli/cli/v2 (GHSA-8xvp-7hj6-mcj9)	Tenable Self-Hosted Container Security	SCA Checks	2026/5/30	2026/7/30	critical
318545	Linux Distros 未修补的漏洞：CVE-2026-48501	Nessus	Misc.	2026/6/3	2026/9/21	critical
318545	Linux Distros 未修補弱點：CVE-2026-48501	Nessus	Misc.	2026/6/3	2026/9/21	critical
318545	Linux Distros のパッチ未適用の脆弱性: CVE-2026-48501	Nessus	Misc.	2026/6/3	2026/9/21	critical
331603	Fedora 44:gh(2026-4e77362489)	Nessus	Fedora Local Security Checks	2026/8/2	2026/8/2	critical
331603	Fedora 44 : gh (2026-4e77362489)	Nessus	Fedora Local Security Checks	2026/8/2	2026/8/2	critical
318545	Linux Distros Unpatched Vulnerability : CVE-2026-48501	Nessus	Misc.	2026/6/3	2026/9/21	critical

検出

プラグインの検索

critical

critical

critical

critical

critical

critical

critical

critical