The remote Fedora 41 host has packages installed that are affected by a vulnerability as referenced in the FEDORA-2024-971a3a4ef7 advisory.

    Update opentelemetry stack to 1.17

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

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

The remote Red Hat Enterprise Linux CoreOS 4 host has a package installed that is affected by a vulnerability as referenced in the RHSA-2024:0489 advisory.

  - OpenTelemetry-Go Contrib is a collection of third-party packages for OpenTelemetry-Go. Prior to version     0.46.0, the grpc Unary Server Interceptor out of the box adds labels `net.peer.sock.addr` and     `net.peer.sock.port` that have unbound cardinality. It leads to the server's potential memory exhaustion     when many malicious requests are sent. An attacker can easily flood the peer address and port for     requests. Version 0.46.0 contains a fix for this issue. As a workaround to stop being affected, a view     removing the attributes can be used. The other possibility is to disable grpc metrics instrumentation by     passing `otelgrpc.WithMeterProvider` option with `noop.NewMeterProvider`. (CVE-2023-47108)

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

The version of containerd / cri-tools / docker-buildx / docker-compose / moby-containerd-cc installed on the remote CBL Mariner 2.0 host is prior to tested version. It is, therefore, affected by a vulnerability as referenced in the CVE-2023-47108 advisory.

  - OpenTelemetry-Go Contrib is a collection of third-party packages for OpenTelemetry-Go. Prior to version     0.46.0, the grpc Unary Server Interceptor out of the box adds labels `net.peer.sock.addr` and     `net.peer.sock.port` that have unbound cardinality. It leads to the server's potential memory exhaustion     when many malicious requests are sent. An attacker can easily flood the peer address and port for     requests. Version 0.46.0 contains a fix for this issue. As a workaround to stop being affected, a view     removing the attributes can be used. The other possibility is to disable grpc metrics instrumentation by     passing `otelgrpc.WithMeterProvider` option with `noop.NewMeterProvider`. (CVE-2023-47108)

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

リモートの openSUSE 15 ホストには、SUSE-SU-2024:3656-1 のアドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    バージョン 3.5.12 への更新:

    セキュリティ修正:

    - CVE-2018-16873: cmd/go でのリモートコマンド実行を修正しました (bsc#1118897)
    - CVE-2018-16874: cmd/go でディレクトリトラバーサルを修正しました (bsc#1118898)
    - CVE-2018-16875: crypto/x509 で CPU のサービス拒否を修正しました (bsc#1118899)
    - CVE-2018-16886: RBAC および client-cert-auth が有効な場合の不適切な認証の問題を修正しました (bsc#1121850)
    - CVE-2020-15106: decodeRecord メソッドのパニックを修正しました (bsc#1174951)
    - CVE-2020-15112: エントリインデックスの不適切なチェックを修正しました (bsc#1174951)
    - CVE-2021-28235: デバッグ機能による情報漏洩を修正しました (bsc#1210138)
    - CVE-2022-41723: net/http における HPACK デコーディングの 2 次複雑度を修正しました (bsc#1208270、bsc#1208297)
    - CVE-2023-29406: go net/http のホストヘッダーの不十分なサニタイズを修正しました (bsc#1213229)
    - CVE-2023-47108: otelgrpc の DoS 脆弱性を修正しました (bsc#1217070)
    - CVE-2023-48795: crypto/ssh で ssh チャネル整合性を壊すプレフィックス切り捨て (別名 Terrapin 攻撃) を修正しました (bsc#1217950、bsc#1218150)

    その他の変更：

    - systemd サービスに強化策を追加しました (bsc#1181400)
    - 静的 /tmp ファイルの問題を修正しました (bsc#1199031)
    - 開始しない systemd サービスを修正しました (bsc#1183703)

    全変更ログ：

    https://github.com/etcd-io/etcd/compare/v3.3.1...v3.5.12

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

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

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

  - リクエストを迅速に作成し、すぐにリセットする悪意のある HTTP/2 クライアントは、過剰なサーバーリソースの消費を引き起こす可能性があります。リクエストの総数は http2.Server.MaxConcurrentStreams 設定によって制限されますが、進行中のリクエストをリセットすると、攻撃者は既存のリクエストの実行中に新しいリクエストを作成することが可能です。修正が適用されると、HTTP/2 サーバーは同時に実行するハンドラー goroutine の数をストリームの同時実行制限 (MaxConcurrentStreams) に制限するようになりました。制限に達したときに到着する新しいリクエスト (これは、クライアントが既存の処理中のリクエストをリセットした後にのみ発生する可能性があります) は、ハンドラーが終了するまでキューに入れられます。リクエストキューが大きくなりすぎると、サーバーは接続を終了します。この問題は、HTTP/2 を手動で設定するユーザー向けに golang.org/x/net/http2 でも修正されています。デフォルトのストリーム同時実行制限は、HTTP/2 接続あたり 250 ストリーム (リクエスト) です。この値は golang.org/x/net/http2 パッケージを使用して調整できます。Server.MaxConcurrentStreams 設定と ConfigureServer 関数を参照してください。(CVE-2023-39325)

  - 悪意のある HTTP 送信者はチャンク拡張を使用して、リクエストまたは応答本文から読み取る受信者に、本文よりも多くのバイトをネットワークから読み取らせることができます。悪意のある HTTP クライアントはこれをさらに悪用し、ハンドラーがリクエスト本文全体を読み取ることができないときに、サーバーに大量のデータ (最大約 1 GiB) を自動的に読み取らせる可能性があります。チャンク拡張は、あまり使用されない HTTP 機能であり、チャンクされたエンコーディングを使用して送信されるリクエストまたは応答本文に追加のメタデータを含めることを許可します。net/http チャンクエンコーディングリーダーは、このメタデータを破棄します。送信者は、転送されるバイトごとに大きなメタデータセグメントを挿入することで、これを悪用できます。チャンク読み取りプログラムは、エンコードされたバイトに対する実際の本文の比率が小さすぎる場合にエラーを生成するようになりました。(CVE-2023-39326)

  - OpenTelemetry-Go Contrib は、OpenTelemetry-Go 用のサードパーティパッケージのコレクションです。すぐに使用できるハンドラーラッパーは、バインドされていないカーディナリティがあるラベル「http.user_agent」および「http.method」を追加します。悪意のあるリクエストが多数送信されると、サーバーがメモリを使い果たす可能性があります。攻撃者は、HTTP ヘッダーユーザーエージェントまたはリクエスト用の HTTP メソッドを簡単にランダムに長く設定できます。ライブラリは、HTTP「method」および「User-Agent」のすべての値を記録する「httpconv.ServerRequest」を内部で使用します。影響を受けるためには、プログラムは、「otelhttp.NewHandler」ラッパーを使用し、CDN、LB、以前のミドルウェアなどのレベルで不明な HTTP メソッドまたはユーザーエージェントをフィルタリングしない必要があります。バージョン 0.44.0 により、属性「http.request.method」に対して収集される値が既知の値のセットに制限されるように変更された際に、この問題が修正されました。また、他のカーディナリティの高い属性が削除されました。影響を受けないようにするための回避策として、「otelhttp.WithFilter()」を使用できますが、特定のリクエストを完全に記録しないように、手動で慎重に構成する必要があります。このライブラリを便利かつ安全に使用するために、ライブラリはデフォルトで「不明な」非標準 HTTP メソッドおよびユーザーエージェントというラベルでマークし、そのようなリクエストが行われたがカーディナリティを増加させないことを示す必要があります。現在の動作を維持したい場合は、ライブラリ API で有効にする必要があります。(CVE-2023-45142)

  - OpenTelemetry-Go Contrib は、OpenTelemetry-Go 用のサードパーティパッケージのコレクションです。バージョン 0.46.0 より前の grpc Unary Server Interceptor は、標準装備されているため、バインドされていないカーディナリティがあるラベル「net.peer.sock.addr」および「net.peer.sock.port」を追加します。悪意のあるリクエストが多数送信されると、サーバーがメモリを使い果たす可能性があります。攻撃者は、リクエスト用のピアアドレスとポートを簡単にフラッディングできます。バージョン 0.46.0には、この問題の修正が含まれています。影響を受けないようにする回避策として、属性を削除するビューを使用できます。もう 1 つの可能性は、「otelgrpc.WithMeterProvider」オプションを「noop.NewMeterProvider」で渡すことで、grpc メトリクスインストルメンテーションを無効にすることです。(CVE-2023-47108)

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

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

  - リクエストを迅速に作成し、すぐにリセットする悪意のある HTTP/2 クライアントは、過剰なサーバーリソースの消費を引き起こす可能性があります。リクエストの総数は http2.Server.MaxConcurrentStreams 設定によって制限されますが、進行中のリクエストをリセットすると、攻撃者は既存のリクエストの実行中に新しいリクエストを作成することが可能です。修正が適用されると、HTTP/2 サーバーは同時に実行するハンドラー goroutine の数をストリームの同時実行制限 (MaxConcurrentStreams) に制限するようになりました。制限に達したときに到着する新しいリクエスト (これは、クライアントが既存の処理中のリクエストをリセットした後にのみ発生する可能性があります) は、ハンドラーが終了するまでキューに入れられます。リクエストキューが大きくなりすぎると、サーバーは接続を終了します。この問題は、HTTP/2 を手動で設定するユーザー向けに golang.org/x/net/http2 でも修正されています。デフォルトのストリーム同時実行制限は、HTTP/2 接続あたり 250 ストリーム (リクエスト) です。この値は golang.org/x/net/http2 パッケージを使用して調整できます。Server.MaxConcurrentStreams 設定と ConfigureServer 関数を参照してください。(CVE-2023-39325)

  - 悪意のある HTTP 送信者はチャンク拡張を使用して、リクエストまたは応答本文から読み取る受信者に、本文よりも多くのバイトをネットワークから読み取らせることができます。悪意のある HTTP クライアントはこれをさらに悪用し、ハンドラーがリクエスト本文全体を読み取ることができないときに、サーバーに大量のデータ (最大約 1 GiB) を自動的に読み取らせる可能性があります。チャンク拡張は、あまり使用されない HTTP 機能であり、チャンクされたエンコーディングを使用して送信されるリクエストまたは応答本文に追加のメタデータを含めることを許可します。net/http チャンクエンコーディングリーダーは、このメタデータを破棄します。送信者は、転送されるバイトごとに大きなメタデータセグメントを挿入することで、これを悪用できます。チャンク読み取りプログラムは、エンコードされたバイトに対する実際の本文の比率が小さすぎる場合にエラーを生成するようになりました。(CVE-2023-39326)

  - HTML 名前空間にないテキストノードが誤って文字通りにレンダリングされ、エスケープされるべきテキストがエスケープされません。これにより、XSS 攻撃が引き起こされる可能性があります。(CVE-2023-3978)

  - OpenTelemetry-Go Contrib は、OpenTelemetry-Go 用のサードパーティパッケージのコレクションです。バージョン 0.46.0 より前の grpc Unary Server Interceptor は、標準装備されているため、バインドされていないカーディナリティがあるラベル「net.peer.sock.addr」および「net.peer.sock.port」を追加します。悪意のあるリクエストが多数送信されると、サーバーがメモリを使い果たす可能性があります。攻撃者は、リクエスト用のピアアドレスとポートを簡単にフラッディングできます。バージョン 0.46.0には、この問題の修正が含まれています。影響を受けないようにする回避策として、属性を削除するビューを使用できます。もう 1 つの可能性は、「otelgrpc.WithMeterProvider」オプションを「noop.NewMeterProvider」で渡すことで、grpc メトリクスインストルメンテーションを無効にすることです。(CVE-2023-47108)

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

リモートの SUSE Linux SLES12 ホストには、SUSE-SU-2024:4319-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    - docker-buildx を v0.19.2 に更新します。<https://github.com/docker/buildx/releases/tag/v0.19.2> でオンラインの Upstream 変更ログを参照してください。

      最後の更新からのいくつかの重要な変更ログ:
        * <https://github.com/docker/buildx/releases/tag/v0.19.0>* <https://github.com/docker/buildx/releases/tag/v0.18.0>

    - 新しいトグルファイル /etc/docker/suse-secrets-enable を追加します。これにより、ユーザーが SUSEConnect と Docker の統合を無効にすることができます (これにより、/run/secrets に特別なマウントが作成され、登録済みホスト上のレジストリで、container-suseconnect がコンテナを認証できるようになります)。 bsc#1231348 bsc#1232999

      これらのマウントを無効にするには、単に

        echo 0 > /etc/docker/suse-secrets-enable

      をクリックして Docker を再起動します。それらを再度有効にするには、単に 

        echo 1 > /etc/docker/suse-secrets-enable

      をクリックして Docker を再起動します。Docker は起動時に、SUSE シークレット機能が有効かどうかを示す情報を出力します。

    - SLES の docker-buildx ビルドを無効にします。docker-buildx でコンテナをビルドするのに、現在 SUSE シークレットマウントが適用されていないことが判明しました。これは、イメージをビルドする際に、container-suseconnect が機能しないことを意味します。
      bsc#1233819

    - DOCKER_NETWORK_OPTS を docker.service から削除します。これはかなり前に sysconfig から削除されましたが、場合によっては systemd で問題が発生するようです。

    - パラレルの docker-stable RPM がリポジトリに存在することを許可します。

    - docker-buildx v0.17.1 に更新し、弊社が置き換えるスタンドアロンの docker-buildx パッケージと一致させてください。オンラインで Upstream 変更ログを参照してくださいhttps://github.com/docker/buildx/releases/tag/v0.17.1>

    - ユーザーが /etc/sysconfig/docker で DOCKER_SUSE_SECRETS_ENABLE=0 を設定することで、SUSE シークレットサポートを無効にできるようにします。(bsc#1231348)

    - 従来の「docker build」が Docker 23.0 以降廃止されたため、docker-buildx を必須としてマークします。(bsc#1230331)

    - docker-buildx v0.16.2 をサブパッケージとしてインポートします。以前はこれは別のパッケージでしたが、docker-stable ではパッケージをまとめて維持することが必要になり、同じ OBS パッケージ内にそれらを存在させることがより理にかなっています。
      (bsc#1230333)

    - Docker 26.1.5-ce に更新します。オンラインで Upstream 変更ログを参照してくださいhttps://docs.docker.com/engine/release-notes/26.1/#2615>bsc#1230294

    - この更新は、以下の修正を含みます。
      * CVE-2024-41110。 bsc#1228324
      * CVE-2023-47108。 bsc#1217070 bsc#1229806
      * CVE-2023-45142。 bsc#1228553 bsc#1229806

    - Docker 26.1.4-ce に更新します。オンラインで Upstream 変更ログを参照してくださいhttps://docs.docker.com/engine/release-notes/26.1/#2614>

    - Docker 26.1.0-ce に更新します。オンラインで Upstream 変更ログを参照してくださいhttps://docs.docker.com/engine/release-notes/26.1/#2610>

    - 正しいバイナリパスを指すように --add-runtime を更新してください。

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

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

リモートの Red Hat Enterprise Linux CoreOS 4 ホストにインストールされているパッケージは、RHSA-2024: 0207 アドバイザリに記載されている複数の脆弱性の影響を受けます。

  - OpenTelemetry-Go Contrib は、OpenTelemetry-Go 用のサードパーティパッケージのコレクションです。バージョン 0.46.0 より前の grpc Unary Server Interceptor は、標準装備されているため、バインドされていないカーディナリティがあるラベル「net.peer.sock.addr」および「net.peer.sock.port」を追加します。悪意のあるリクエストが多数送信されると、サーバーがメモリを使い果たす可能性があります。攻撃者は、リクエスト用のピアアドレスとポートを簡単にフラッディングできます。バージョン 0.46.0には、この問題の修正が含まれています。影響を受けないようにする回避策として、属性を削除するビューを使用できます。もう 1 つの可能性は、「otelgrpc.WithMeterProvider」オプションを「noop.NewMeterProvider」で渡すことで、grpc メトリクスインストルメンテーションを無効にすることです。(CVE-2023-47108)

  - CRI-O に、コンテナ解放につながる実験的な注釈に関連する欠陥が見つかりました。これにより、Pod が任意の量のメモリ/cpu を指定して取得し、kubernetes スケジューラーを回避し、ノードでサービス拒否を引き起こす可能性があります。(CVE-2023-6476)

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

リモート Redhat Enterprise Linux 8 / 9 ホストに、RHSA-2024:0288 アドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

  - opentelemetry-go-contrib: バインドされていないカーディナリティメトリクスによる otelgrpc の DoS 脆弱性 (CVE-2023-47108)

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

远程 Red Hat Enterprise Linux CoreOS 4 主机上安装的程序包受到 RHSA-2024: 公告所述的多个漏洞的影响0207 公告中提及的多个漏洞的影响。

  - OpenTelemetry-Go Contrib 由一系列适用于 OpenTelemetry-Go 的第三方程序包组成。在低于 0.46.0 的版本中，开箱即用的 grpc Unary Server Interceptor 会添加未绑定基数的“net.peer.sock.addr”和“net.peer.sock.port”标签。如果发送许多恶意请求，可能会导致服务器内存耗尽。攻击者可轻松针对请求对对等机地址和端口进行洪流攻击。0.46.0 版包含针对此问题的补丁。作为不受影响的变通方案，可以使用删除属性的视图。另一种方法是通过传递包含“noop.NewMeterProvider”的“otelgrpc.WithMeterProvider”选项来禁用 grpc 指标检测。(CVE-2023-47108)

  - 在 CRI-O 中发现一个缺陷，涉及导致容器不受限制的实验性注解。这可能允许 pod 指定并获取任意数量的内存/cpu，从而绕过 kubernetes 计划程序，并可能导致节点中发生拒绝服务。(CVE-2023-6476)

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

远程 Redhat Enterprise Linux 8/9 主机上安装的一个程序包受到 RHSA-2024:0288 公告中提及的一个漏洞影响。

  - opentelemetry-go-contrib：未绑定基数指标导致的 otelgrpc 中的 DoS 漏洞 (CVE-2023-47108)

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

因此，它受到 ALAS2023-2024-498 公告中提及的多个漏洞影响。

  - 恶意 HTTP/2 客户端如快速创建请求并立即重置请求，可能会导致服务器资源消耗过多。虽然请求总数受到 http2.Server.MaxConcurrentStreams 设置的限制，但重置正在进行的请求允许攻击者在现有请求仍在执行时创建新请求。应用修复程序后，HTTP/2 服务器现在会将同时执行的处理程序 goroutine 的数量绑定到流并发限制 (MaxConcurrentStreams)。达到限制时到达的新请求（这只能在客户端重置目前正在进行的请求之后发生）将排入队列，直到处理程序退出。如果请求队列变得太大，服务器将终止连接。对于手动配置 HTTP/2 的用户，golang.org/x/net/http2 中也修复了此问题。默认的流并发限制为每个 HTTP/2 连接 250 个流（请求）。可以使用 golang.org/x/net/http2 包来调整该值。请参阅 Server.MaxConcurrentStreams 设置和 ConfigureServer 函数。(CVE-2023-39325)

  - 恶意 HTTP 发送方可以使用区块扩展来导致读取请求或响应正文的接收方从网络中读取比正文中更多的字节。当处理程序无法读取请求的整个正文时，恶意 HTTP 客户端可以进一步利用此问题导致服务器自动读取大量数据（最多约 1GiB）。区块扩展是一项很少使用的 HTTP 功能，允许在使用分块编码方式发送的请求或响应正文中包含附加元数据。net/http 分块编码读取器会丢弃此元数据。发送方可以通过在传输的每个字节中插入大的元数据段来利用这一点。如果实体与编码字节的比率变得太小，区块读取器现在会出现错误。(CVE-2023-39326)

  - OpenTelemetry-Go Contrib 由一系列适用于 OpenTelemetry-Go 的第三方程序包组成。现成可用的处理程序封装程序会添加基数未绑定的标签“http.user_agent”和“http.method”。如果向服务器发送许多恶意请求，可能会导致其内存耗尽。攻击者可轻松将请求的 HTTP 标头 User-Agent 或 HTTP 方法设置为随机且较长。库会在内部使用记录 HTTP“方法”和“User-Agent”的每个值的“httpconv.ServerRequest”。收到影响的条件为：程序必须使用“otelhttp.NewHandler”封装程序并且不在 CDN、LB、以前的中间件等级别上过滤任何未知的 HTTP 方法或用户代理。版本 0.44.0 版本修复了这个问题，当收集 http.request.method 属性的值时，将其限制为一组众所周知的值，并删除了其他高基数属性。作为变通方案，可以使用 otelhttp.WithFilter() 来解决此问题，但这需要仔细手动配置，以避免完全记录某些请求。为了方便和安全地使用该库，默认情况下应该使用标签“未知”来标记非标准的 HTTP 方法和用户代理，以显示这样的请求已经发生，但不增加基数。如果有人想继续使用当前行为，库 API 应允许启用它。(CVE-2023-45142)

  - OpenTelemetry-Go Contrib 由一系列适用于 OpenTelemetry-Go 的第三方程序包组成。在低于 0.46.0 的版本中，开箱即用的 grpc Unary Server Interceptor 会添加未绑定基数的“net.peer.sock.addr”和“net.peer.sock.port”标签。如果发送许多恶意请求，可能会导致服务器内存耗尽。攻击者可轻松针对请求对对等机地址和端口进行洪流攻击。0.46.0 版包含针对此问题的补丁。作为不受影响的变通方案，可以使用删除属性的视图。另一种方法是通过传递包含“noop.NewMeterProvider”的“otelgrpc.WithMeterProvider”选项来禁用 grpc 指标检测。(CVE-2023-47108)

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

远程主机上安装的 containerd 版本低于 1.7.11-1。因此，它受到 ALAS2ECS-2024-035 公告中提及的多个漏洞影响。

  - 恶意 HTTP/2 客户端如快速创建请求并立即重置请求，可能会导致服务器资源消耗过多。虽然请求总数受到 http2.Server.MaxConcurrentStreams 设置的限制，但重置正在进行的请求允许攻击者在现有请求仍在执行时创建新请求。应用修复程序后，HTTP/2 服务器现在会将同时执行的处理程序 goroutine 的数量绑定到流并发限制 (MaxConcurrentStreams)。达到限制时到达的新请求（这只能在客户端重置目前正在进行的请求之后发生）将排入队列，直到处理程序退出。如果请求队列变得太大，服务器将终止连接。对于手动配置 HTTP/2 的用户，golang.org/x/net/http2 中也修复了此问题。默认的流并发限制为每个 HTTP/2 连接 250 个流（请求）。可以使用 golang.org/x/net/http2 包来调整该值。请参阅 Server.MaxConcurrentStreams 设置和 ConfigureServer 函数。(CVE-2023-39325)

  - 恶意 HTTP 发送方可以使用区块扩展来导致读取请求或响应正文的接收方从网络中读取比正文中更多的字节。当处理程序无法读取请求的整个正文时，恶意 HTTP 客户端可以进一步利用此问题导致服务器自动读取大量数据（最多约 1GiB）。区块扩展是一项很少使用的 HTTP 功能，允许在使用分块编码方式发送的请求或响应正文中包含附加元数据。net/http 分块编码读取器会丢弃此元数据。发送方可以通过在传输的每个字节中插入大的元数据段来利用这一点。如果实体与编码字节的比率变得太小，区块读取器现在会出现错误。(CVE-2023-39326)

  - 不在 HTML 命名空间中的文本节点被错误地按字面呈现，导致应该转义的文本不存在。这会导致 XSS 攻击。(CVE-2023-3978)

  - OpenTelemetry-Go Contrib 由一系列适用于 OpenTelemetry-Go 的第三方程序包组成。在低于 0.46.0 的版本中，开箱即用的 grpc Unary Server Interceptor 会添加未绑定基数的“net.peer.sock.addr”和“net.peer.sock.port”标签。如果发送许多恶意请求，可能会导致服务器内存耗尽。攻击者可轻松针对请求对对等机地址和端口进行洪流攻击。0.46.0 版包含针对此问题的补丁。作为不受影响的变通方案，可以使用删除属性的视图。另一种方法是通过传递包含“noop.NewMeterProvider”的“otelgrpc.WithMeterProvider”选项来禁用 grpc 指标检测。(CVE-2023-47108)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
211428	Fedora 41 : golang-opentelemetry-contrib / golang-opentelemetry-otel (2024-971a3a4ef7)	Nessus	Fedora Local Security Checks	2024/11/15	2024/11/15	high
189868	RHCOS 4 : OpenShift Container Platform 4.12.48 (RHSA-2024:0489)	Nessus	Red Hat Local Security Checks	2024/1/31	2024/1/31	high
201677	CBL Mariner 2.0 Security Update: containerd / cri-tools / docker-buildx / docker-compose / moby-containerd-cc (CVE-2023-47108)	Nessus	MarinerOS Local Security Checks	2024/7/3	2025/2/11	high
209193	openSUSE 15 セキュリティ更新: etcd (SUSE-SU-2024:3656-1)	Nessus	SuSE Local Security Checks	2024/10/17	2024/10/18	critical
189342	Amazon Linux 2023 : amazon-cloudwatch-agent (ALAS2023-2024-498)	Nessus	Amazon Linux Local Security Checks	2024/1/23	2024/12/11	medium
191658	Amazon Linux 2 : containerd (ALASECS-2024-035)	Nessus	Amazon Linux Local Security Checks	2024/3/6	2024/12/11	critical
213069	SUSE SLES12 セキュリティ更新 : docker (SUSE-SU-2024:4319-1)	Nessus	SuSE Local Security Checks	2024/12/17	2025/3/13	high
189436	RHCOS 4 : OpenShift Container Platform 4.14.9 (RHSA-2024: 0207)	Nessus	Red Hat Local Security Checks	2024/1/24	2024/1/24	high
194371	RHEL 8 / 9 : OpenShift Container Platform 4.13.30 (RHSA-2024:0288)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/7	high
189436	RHCOS 4：OpenShift Container Platform 4.14.9 (RHSA-2024: 0207)	Nessus	Red Hat Local Security Checks	2024/1/24	2024/1/24	high
194371	RHEL 8/9：OpenShift Container Platform 4.13.30 (RHSA-2024:0288)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/7	high
189342	Amazon Linux 2023：amazon-cloudwatch-agent (ALAS2023-2024-498)	Nessus	Amazon Linux Local Security Checks	2024/1/23	2024/12/11	medium
191658	Amazon Linux 2：containerd (ALASECS-2024-035)	Nessus	Amazon Linux Local Security Checks	2024/3/6	2024/12/11	critical

检测

插件搜索

high

high

high

critical

medium

critical

high

high

high

high

high

medium

critical