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

  -2.0.5より前のバージョンのContainers / Podmanで、情報漏洩の脆弱性が見つかりました。非推奨のVarlink APIまたはDocker互換のREST APIを使用する際、複数のコンテナが短時間で作成されると、最初のコンテナから環境変数が後続のコンテナに漏洩します。後続のコンテナをコントロールできる攻撃者が、この欠陥を利用して、このような変数に保存されている機密情報へのアクセス権を取得する可能性があります。(CVE-2020-14370)

  - バージョン1.2.14以前のcontainerd (業界標準コンテナのランタイム) では、認証情報の漏洩の脆弱性があります。OCIイメージ形式またはDocker Image V2 Schema 2形式のコンテナイメージマニフェストに特定のイメージレイヤー (または外部レイヤーとして知られる) の場所を示すURLが含まれる場合、デフォルトのcontainerdリゾルバはそのURLを使用してダウンロードしようとします。1.3.0より前のv1.2.xでは、URLが存在するサーバーがレジストリ特有のHTTPヘッダーと共にHTTP 401ステータスコードを提示する場合、デフォルトのcontainerdリゾルバはその認証情報を提供します。攻撃者が、管理するWebサーバーからレイヤーの1つをフェッチするように指示するマニフェストを備えた公開イメージを発行し、ユーザーまたはシステムを誘導してイメージをプルさせる場合、そのイメージをプルするのに使用される認証情報を取得できます。場合によっては、これはユーザーのユーザー名および登録用パスワードである可能性があります。さらに、これはアカウント内の他のクラウドリソースへのアクセスを付与できるクラウド仮想インスタンスに添付された認証情報である可能性もあります。デフォルトのcontainerdリゾルバはcri-containerdプラグイン (Kubernetesにより使用可能) 、ctr開発ツール、およびそれに対して明示的にリンクされた他のクライアントプログラムにより使用されます。この脆弱性はcontainerd 1.2.14で修復されました。containerd 1.3以降は影響を受けません。containerd 1.3以降を使用している場合、影響を受けません。1.2シリーズ以前でcri-containerdを使用している場合、信頼できるソースからのみイメージをプルする必要があります。
    containerdの上に構築されたものの、デフォルトリゾルバ (Dockerなど) を使用していない他のコンテナランタイムは影響を受けません。(CVE-2020-15157)

  - Rootless コンテナが Podman で実行され、(127.0.0.1リモートホストを含む) のソース IP アドレスですべてのトラフィックを受信します (リモートホストを含む) 。これは、デフォルトでローカルホスト (127.0.01) 接続を信頼し、認証を必要としないコンテナ化されたアプリケーションに影響を与えます。この問題は Podman1.8.0 以降に影響を与えます。(CVE-2021-20199)

  - 1.28.1より前のバージョンの「github.com/containers/storage」でデッドロックの脆弱性が見つかりました。コンテナイメージが処理されるとき、各レイヤーは「tar」を使用して解凍されます。これらのレイヤーの 1 つが有効な「tar」アーカイブでない場合、これによりエラーが発生し、予期しない状況に至り、コードが tar の展開されたストリームを無期限に待機します。攻撃者がこの脆弱性を悪用して悪意のある画像を作成し、コンテナ/ストレージを使用するアプリケーションによってダウンロードおよび保存されると、サービス拒否 (DoS) につながるデッドロックを引き起こす可能性があります。(CVE-2021-20291)

  - chroot アイソレーションを使用してコンテナを構築する際に、Buildah に情報漏洩の欠陥が見つかりました。
    コンテナビルドで実行中のプロセス (Dockerfile RUN コマンドなど) は、親および祖父母のプロセスから環境変数にアクセスできます。CI/CD 環境のコンテナで実行する場合、環境変数には、Buildah 自体のみが使用するためにコンテナと共有された機密情報が含まれる可能性があります (例: コンテナレジストリ認証情報)。(CVE-2021-3602)

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

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

  - Rootless コンテナが Podman で実行され、(127.0.0.1リモートホストを含む) のソース IP アドレスですべてのトラフィックを受信します (リモートホストを含む) 。これは、デフォルトでローカルホスト (127.0.01) 接続を信頼し、認証を必要としないコンテナ化されたアプリケーションに影響を与えます。この問題は Podman1.8.0 以降に影響を与えます。(CVE-2021-20199)

  - パス名の欠陥の不適切な制限が、0.8.1 より前のバージョンの containernetworking/cni で見つかりました。
    ネットワーク構成の「type」フィールドでロードするプラグインを指定する場合、.. /セパレーターなどの特別な要素を使用して、システムの他の場所でバイナリを参照することが可能です。この欠陥により、攻撃者が「reboot」などの cni プラグイン/タイプ以外の既存のバイナリを実行する可能性があります。この脆弱性が最大の脅威となるのは、機密性と整合性、ならびにシステムの可用性です。
    (CVE-2021-20206)

  - podman に欠陥が見つかりました。「podman machine」関数 (Podman プロセスを含む Podman 仮想マシンの作成および管理に使用) は、ホストシステムで「gvproxy」プロセスを生成します。「gvproxy」API は、ホストのすべての IP アドレスのポート 7777 でアクセスできます。そのポートがホストのファイアウォールで開いている場合、攻撃者は「gvproxy」API を使用してホスト上のポートを VM 内のポートに転送し、VM 上のプライベートサービスをネットワークにアクセスさせる可能性があります。この問題は、すべてのポートを VM に転送することで、ホストのサービスを中断するためにも使用される可能性があります。(CVE-2021-4024)

  - OCI Distribution Spec プロジェクトは、コンテンツの配布を容易にし、標準化する API プロトコルを定義しています。バージョン 1.0.0以前の OCI Distribution Specification では、プッシュおよびプル操作中にドキュメントのタイプを判断するために Content-Type ヘッダーのみが使用されていました。manifests と layers の両方のフィールドを含むドキュメントは、付随する Content-Type ヘッダーがない場合、マニフェストまたはインデックスとして解釈される可能性があります。Content-Type ヘッダーが同じダイジェストの 2 つのプルの間に変更された場合、クライアントは結果のコンテンツを異なる方法で解釈する可能性があります。OCI Distribution Specification が更新され、マニフェストまたはインデックスに存在する mediaType の値が、プッシュおよびプル操作中に使用される Content-Type ヘッダーと一致することが要求されるようになりました。仕様のバージョン 1.0.1に更新できない場合、レジストリからプルするクライアントは、Content-Type ヘッダーを信頼せず、manifests と layers の両方のフィールド、または manifests と config の両方のフィールドを含むあいまいなドキュメントを拒否する可能性があります。(CVE-2021-41190)

  - Podman で、空でないデフォルトの権限でコンテナが不適切に起動される欠陥が見つかりました。
    Moby (Docker Engine) に脆弱性が見つかりました。空でない継承可能な Linux プロセス機能でコンテナが不適切に起動されました。この欠陥により、継承可能なファイル機能を持つプログラムにアクセスできる攻撃者が、execve (2) の実行時に、これらの機能を許可された設定に引き上げる可能性があります。
    (CVE-2022-27649)

  - Podman コンテナエンジンの補助グループ処理が不適切なため、攻撃者が影響を受けるコンテナに直接アクセスし、補助グループを使用してアクセス許可を設定し、そのコンテナでバイナリ コードを実行できる場合、機密情報を漏洩させたり、データを改ざんしたりする可能性があります。(CVE-2022-2989)

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

リモートのOracle Linux 8ホストに、ELSA-2021-1796アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Rootless コンテナが Podman で実行され、127.0.0.1 (リモートホストを含む) のソース IP アドレスですべてのトラフィックを受信します（リモートホストを含む）。これは、デフォルトでローカルホスト (127.0.01) 接続を信頼し、認証を必要としないコンテナ化されたアプリケーションに影響を与えます。この問題は Podman1.8.0以降に影響を与えます。（CVE-2021-20199）

  - Go の v0.0.0-20201203163018-be400aefbc4c までの golang.org/x/crypto/ssh コンポーネントの nil ポインターデリファレンスにより、リモート攻撃者が SSH サーバーに対してサービス拒否を引き起こす可能性があります。（CVE-2020-29652）

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

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

  - Rootless コンテナが Podman で実行され、(127.0.0.1リモートホストを含む) のソース IP アドレスですべてのトラフィックを受信します (リモートホストを含む) 。これは、デフォルトでローカルホスト (127.0.01) 接続を信頼し、認証を必要としないコンテナ化されたアプリケーションに影響を与えます。この問題は Podman1.8.0 以降に影響を与えます。(CVE-2021-20199)

  - パス名の欠陥の不適切な制限が、0.8.1 より前のバージョンの containernetworking/cni で見つかりました。
    ネットワーク構成の「type」フィールドでロードするプラグインを指定する場合、.. /セパレーターなどの特別な要素を使用して、システムの他の場所でバイナリを参照することが可能です。この欠陥により、攻撃者が「reboot」などの cni プラグイン/タイプ以外の既存のバイナリを実行する可能性があります。この脆弱性が最大の脅威となるのは、機密性と整合性、ならびにシステムの可用性です。
    (CVE-2021-20206)

  - podman に欠陥が見つかりました。「podman machine」関数 (Podman プロセスを含む Podman 仮想マシンの作成および管理に使用) は、ホストシステムで「gvproxy」プロセスを生成します。「gvproxy」API は、ホストのすべての IP アドレスのポート 7777 でアクセスできます。そのポートがホストのファイアウォールで開いている場合、攻撃者は「gvproxy」API を使用してホスト上のポートを VM 内のポートに転送し、VM 上のプライベートサービスをネットワークにアクセスさせる可能性があります。この問題は、すべてのポートを VM に転送することで、ホストのサービスを中断するためにも使用される可能性があります。(CVE-2021-4024)

  - OCI Distribution Spec プロジェクトは、コンテンツの配布を容易にし、標準化する API プロトコルを定義しています。バージョン 1.0.0以前の OCI Distribution Specification では、プッシュおよびプル操作中にドキュメントのタイプを判断するために Content-Type ヘッダーのみが使用されていました。manifests と layers の両方のフィールドを含むドキュメントは、付随する Content-Type ヘッダーがない場合、マニフェストまたはインデックスとして解釈される可能性があります。Content-Type ヘッダーが同じダイジェストの 2 つのプルの間に変更された場合、クライアントは結果のコンテンツを異なる方法で解釈する可能性があります。OCI Distribution Specification が更新され、マニフェストまたはインデックスに存在する mediaType の値が、プッシュおよびプル操作中に使用される Content-Type ヘッダーと一致することが要求されるようになりました。仕様のバージョン 1.0.1に更新できない場合、レジストリからプルするクライアントは、Content-Type ヘッダーを信頼せず、manifests と layers の両方のフィールド、または manifests と config の両方のフィールドを含むあいまいなドキュメントを拒否する可能性があります。(CVE-2021-41190)

  - Podman で、空でないデフォルトの権限でコンテナが不適切に起動される欠陥が見つかりました。
    Moby (Docker Engine) に脆弱性が見つかりました。空でない継承可能な Linux プロセス機能でコンテナが不適切に起動されました。この欠陥により、継承可能なファイル機能を持つプログラムにアクセスできる攻撃者が、execve (2) の実行時に、これらの機能を許可された設定に引き上げる可能性があります。
    (CVE-2022-27649)

  - Podman コンテナエンジンの補助グループ処理が不適切なため、攻撃者が影響を受けるコンテナに直接アクセスし、補助グループを使用してアクセス許可を設定し、そのコンテナでバイナリ コードを実行できる場合、機密情報を漏洩させたり、データを改ざんしたりする可能性があります。(CVE-2022-2989)

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

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

  -2.0.5より前のバージョンのContainers / Podmanで、情報漏洩の脆弱性が見つかりました。非推奨のVarlink APIまたはDocker互換のREST APIを使用する際、複数のコンテナが短時間で作成されると、最初のコンテナから環境変数が後続のコンテナに漏洩します。後続のコンテナをコントロールできる攻撃者が、この欠陥を利用して、このような変数に保存されている機密情報へのアクセス権を取得する可能性があります。 (CVE-2020-14370)

  - バージョン1.2.14以前のcontainerd (業界標準コンテナのランタイム) では、認証情報の漏洩の脆弱性があります。OCIイメージ形式またはDocker Image V2 Schema 2形式のコンテナイメージマニフェストに特定のイメージレイヤー (または外部レイヤーとして知られる) の場所を示すURLが含まれる場合、デフォルトのcontainerdリゾルバはそのURLを使用してダウンロードしようとします。1.3.0より前のv1.2.xでは、URLが存在するサーバーがレジストリ特有のHTTPヘッダーと共にHTTP 401ステータスコードを提示する場合、デフォルトのcontainerdリゾルバはその認証情報を提供します。攻撃者が、管理するWebサーバーからレイヤーの1つをフェッチするように指示するマニフェストを備えた公開イメージを発行し、ユーザーまたはシステムを誘導してイメージをプルさせる場合、そのイメージをプルするのに使用される認証情報を取得できます。場合によっては、これはユーザーのユーザー名および登録用パスワードである可能性があります。さらに、これはアカウント内の他のクラウドリソースへのアクセスを付与できるクラウド仮想インスタンスに添付された認証情報である可能性もあります。デフォルトのcontainerdリゾルバはcri-containerdプラグイン (Kubernetesにより使用可能) 、ctr開発ツール、およびそれに対して明示的にリンクされた他のクライアントプログラムにより使用されます。この脆弱性はcontainerd 1.2.14で修復されました。containerd 1.3以降は影響を受けません。containerd 1.3以降を使用している場合、影響を受けません。1.2シリーズ以前でcri-containerdを使用している場合、信頼できるソースからのみイメージをプルする必要があります。
    containerdの上に構築されたものの、デフォルトリゾルバ (Dockerなど) を使用していない他のコンテナランタイムは影響を受けません。 (CVE-2020-15157)

  - Rootless コンテナが Podman で実行され、127.0.0.1 (リモートホストを含む) のソース IP アドレスですべてのトラフィックを受信します (リモートホストを含む) 。これは、デフォルトでローカルホスト (127.0.01) 接続を信頼し、認証を必要としないコンテナ化されたアプリケーションに影響を与えます。この問題は Podman1.8.0以降に影響を与えます。 (CVE-2021-20199)

  - 1.28.1より前のバージョンの「github.com/containers/storage」でデッドロックの脆弱性が見つかりました 。コンテナイメージが処理されるとき、各レイヤーは「tar」を使用して解凍されます。これらのレイヤーの 1 つが有効な「tar」アーカイブでない場合、これによりエラーが発生し、予期しない状況に至り、コードが tar の展開されたストリームを無期限に待機します。攻撃者がこの脆弱性を悪用して悪意のある画像を作成し、コンテナ/ストレージを使用するアプリケーションによってダウンロードおよび保存されると、サービス拒否 (DoS) につながるデッドロックを引き起こす可能性があります。 (CVE-2021-20291)

  - chroot アイソレーションを使用してコンテナを構築する際に、Buildah に情報漏洩の欠陥が見つかりました。
    コンテナビルドで実行中のプロセス (Dockerfile RUN コマンドなど) は、親および祖父母のプロセスから環境変数にアクセスできます。CI/CD 環境のコンテナで実行する場合、環境変数には、Buildah 自体のみが使用するためにコンテナと共有された機密情報が含まれる可能性があります (例：コンテナレジストリ認証情報) 。 (CVE-2021-3602)

  - podman に欠陥が見つかりました。「podman machine」関数 (Podman プロセスを含む Podman 仮想マシンの作成および管理に使用) は、ホストシステムで「gvproxy」プロセスを生成します。「gvproxy」API は、ホストのすべての IP アドレスのポート 7777 でアクセスできます。そのポートがホストのファイアウォールで開いている場合、攻撃者は「gvproxy」API を使用してホスト上のポートを VM 内のポートに転送し、VM 上のプライベートサービスをネットワークにアクセスさせる可能性があります。この問題は、すべてのポートを VM に転送することで、ホストのサービスを中断するためにも使用される可能性があります。 (CVE-2021-4024)

  - OCI Distribution Spec プロジェクトは、コンテンツの配布を容易にし、標準化する API プロトコルを定義しています。バージョン 1.0.0以前の OCI Distribution Specification では、プッシュおよびプル操作中にドキュメントのタイプを判断するために Content-Type ヘッダーのみが使用されていました。manifests と layers の両方のフィールドを含むドキュメントは、付随する Content-Type ヘッダーがない場合、マニフェストまたはインデックスとして解釈される可能性があります。Content-Type ヘッダーが同じダイジェストの 2 つのプルの間に変更された場合、クライアントは結果のコンテンツを異なる方法で解釈する可能性があります。OCI Distribution Specification が更新され、マニフェストまたはインデックスに存在する mediaType の値が、プッシュおよびプル操作中に使用される Content-Type ヘッダーと一致することが要求されるようになりました。仕様のバージョン 1.0.1に更新できない場合、レジストリからプルするクライアントは、Content-Type ヘッダーを信頼せず、manifests と layers の両方のフィールド、または manifests と config の両方のフィールドを含むあいまいなドキュメントを拒否する可能性があります。(CVE-2021-41190)

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

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

  - golang.org/x/text: -u- 拡張の解析中に発生する、language.ParseAcceptLanguage でのパニック (CVE-2020-28851)

  - golang.org/x/text: bcp47 タグの処理中に発生する、language.ParseAcceptLanguage でのパニック (CVE-2020-28852)

  - podman：ルートのないコンテナへのリモートトラフィックがローカルホストから発信されていると見なされます（CVE-2021-20199）

  - コンテナ/ストレージ：悪意のある画像を介したDOS (CVE-2021-20291)

  - golang: net/http/httputil：最初のヘッダーが空の場合、ReverseProxyが接続ヘッダーを転送します (CVE-2021-33197)

  - golang：crypto/tls: 間違ったタイプの証明書は、TLS クライアントのパニックを引き起こしています (CVE-2021-34558)

  - podman：podman マシンが、すべての IP にバインドされたポートで gvproxy を生成します (CVE-2021-4024)

  - Go の0.0.0-20220314234659-1baeb1ce4c0b より前の golang.org/x/crypto/ssh パッケージにより、攻撃者が AddHostKey に関連する特定の状況でサーバーをクラッシュさせる可能性があります。(CVE-2022-27191)

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

リモートのRedhat Enterprise Linux 8ホストにインストールされているパッケージは、RHSA-2021：1796のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - golang：crypto/ssh：細工された認証リクエストにより、nilポインターデリファレンスが発生する可能性があります（CVE-2020-29652）

  - podman：ルートのないコンテナへのリモートトラフィックがローカルホストから発信されていると見なされます（CVE-2021-20199）

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

リモートのCentOS Linux 8ホストにインストールされているパッケージには、CESA-2021：1796のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - golang：crypto/ssh：細工された認証リクエストにより、nilポインターデリファレンスが発生する可能性があります（CVE-2020-29652）

  - podman：ルートのないコンテナへのリモートトラフィックがローカルホストから発信されていると見なされます（CVE-2021-20199）

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

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

  -2.0.5より前のバージョンのContainers / Podmanで、情報漏洩の脆弱性が見つかりました。非推奨のVarlink APIまたはDocker互換のREST APIを使用する際、複数のコンテナが短時間で作成されると、最初のコンテナから環境変数が後続のコンテナに漏洩します。後続のコンテナをコントロールできる攻撃者が、この欠陥を利用して、このような変数に保存されている機密情報へのアクセス権を取得する可能性があります。(CVE-2020-14370)

  - バージョン1.2.14以前のcontainerd (業界標準コンテナのランタイム) では、認証情報の漏洩の脆弱性があります。OCIイメージ形式またはDocker Image V2 Schema 2形式のコンテナイメージマニフェストに特定のイメージレイヤー (または外部レイヤーとして知られる) の場所を示すURLが含まれる場合、デフォルトのcontainerdリゾルバはそのURLを使用してダウンロードしようとします。1.3.0より前のv1.2.xでは、URLが存在するサーバーがレジストリ特有のHTTPヘッダーと共にHTTP 401ステータスコードを提示する場合、デフォルトのcontainerdリゾルバはその認証情報を提供します。攻撃者が、管理するWebサーバーからレイヤーの1つをフェッチするように指示するマニフェストを備えた公開イメージを発行し、ユーザーまたはシステムを誘導してイメージをプルさせる場合、そのイメージをプルするのに使用される認証情報を取得できます。場合によっては、これはユーザーのユーザー名および登録用パスワードである可能性があります。さらに、これはアカウント内の他のクラウドリソースへのアクセスを付与できるクラウド仮想インスタンスに添付された認証情報である可能性もあります。デフォルトのcontainerdリゾルバはcri-containerdプラグイン (Kubernetesにより使用可能) 、ctr開発ツール、およびそれに対して明示的にリンクされた他のクライアントプログラムにより使用されます。この脆弱性はcontainerd 1.2.14で修復されました。containerd 1.3以降は影響を受けません。containerd 1.3以降を使用している場合、影響を受けません。1.2シリーズ以前でcri-containerdを使用している場合、信頼できるソースからのみイメージをプルする必要があります。
    containerdの上に構築されたものの、デフォルトリゾルバ (Dockerなど) を使用していない他のコンテナランタイムは影響を受けません。(CVE-2020-15157)

  - Rootless コンテナが Podman で実行され、127.0.0.1 (リモートホストを含む) のソース IP アドレスですべてのトラフィックを受信します (リモートホストを含む) 。これは、デフォルトでローカルホスト (127.0.01) 接続を信頼し、認証を必要としないコンテナ化されたアプリケーションに影響を与えます。この問題は Podman1.8.0 以降に影響を与えます。(CVE-2021-20199)

  - 1.28.1より前のバージョンの「github.com/containers/storage」でデッドロックの脆弱性が見つかりました 。コンテナイメージが処理されるとき、各レイヤーは「tar」を使用して解凍されます。これらのレイヤーの 1 つが有効な「tar」アーカイブでない場合、これによりエラーが発生し、予期しない状況に至り、コードが tar の展開されたストリームを無期限に待機します。攻撃者がこの脆弱性を悪用して悪意のある画像を作成し、コンテナ/ストレージを使用するアプリケーションによってダウンロードおよび保存されると、サービス拒否 (DoS) につながるデッドロックを引き起こす可能性があります。(CVE-2021-20291)

  - chroot アイソレーションを使用してコンテナを構築する際に、Buildah に情報漏洩の欠陥が見つかりました。
    コンテナビルドで実行中のプロセス (Dockerfile RUN コマンドなど) は、親および祖父母のプロセスから環境変数にアクセスできます。CI/CD 環境のコンテナで実行する場合、環境変数には、Buildah 自体のみが使用するためにコンテナと共有された機密情報が含まれる可能性があります (例：コンテナレジストリ認証情報) 。 (CVE-2021-3602)

  - podman に欠陥が見つかりました。「podman machine」関数 (Podman プロセスを含む Podman 仮想マシンの作成および管理に使用) は、ホストシステムで「gvproxy」プロセスを生成します。「gvproxy」API は、ホストのすべての IP アドレスのポート 7777 でアクセスできます。そのポートがホストのファイアウォールで開いている場合、攻撃者は「gvproxy」API を使用してホスト上のポートを VM 内のポートに転送し、VM 上のプライベートサービスをネットワークにアクセスさせる可能性があります。この問題は、すべてのポートを VM に転送することで、ホストのサービスを中断するためにも使用される可能性があります。(CVE-2021-4024)

  - OCI Distribution Spec プロジェクトは、コンテンツの配布を容易にし、標準化する API プロトコルを定義しています。バージョン 1.0.0以前の OCI Distribution Specification では、プッシュおよびプル操作中にドキュメントのタイプを判断するために Content-Type ヘッダーのみが使用されていました。manifests と layers の両方のフィールドを含むドキュメントは、付随する Content-Type ヘッダーがない場合、マニフェストまたはインデックスとして解釈される可能性があります。Content-Type ヘッダーが同じダイジェストの 2 つのプルの間に変更された場合、クライアントは結果のコンテンツを異なる方法で解釈する可能性があります。OCI Distribution Specification が更新され、マニフェストまたはインデックスに存在する mediaType の値が、プッシュおよびプル操作中に使用される Content-Type ヘッダーと一致することが要求されるようになりました。仕様のバージョン 1.0.1に更新できない場合、レジストリからプルするクライアントは、Content-Type ヘッダーを信頼せず、manifests と layers の両方のフィールド、または manifests と config の両方のフィールドを含むあいまいなドキュメントを拒否する可能性があります。(CVE-2021-41190)

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

リモートの Oracle Linux 9 ホストに、ELSA-2022-7954アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Go 1.15.4 の x/text では、-u- 拡張を解析中に、language.ParseAcceptLanguage で範囲外のインデックスパニックが発生します。(x/text/language は HTTP Accept-Language ヘッダーを解析できるはずです。) (CVE-2020-28851)

  - 1.28.1より前のバージョンの「github.com/containers/storage」でデッドロックの脆弱性が見つかりました。コンテナイメージが処理されるとき、各レイヤーは「tar」を使用して解凍されます。これらのレイヤーの 1 つが有効な「tar」アーカイブでない場合、これによりエラーが発生し、予期しない状況に至り、コードが tar の展開されたストリームを無期限に待機します。攻撃者がこの脆弱性を悪用して悪意のある画像を作成し、コンテナ/ストレージを使用するアプリケーションによってダウンロードおよび保存されると、サービス拒否 (DoS) につながるデッドロックを引き起こす可能性があります。(CVE-2021-20291)

  - Rootless コンテナが Podman で実行され、127.0.0.1 (リモートホストを含む) のソース IP アドレスですべてのトラフィックを受信します (リモートホストを含む)。これは、デフォルトでローカルホスト (127.0.01) 接続を信頼し、認証を必要としないコンテナ化されたアプリケーションに影響を与えます。この問題は Podman1.8.0 以降に影響を与えます。(CVE-2021-20199)

  - v0.3.5 より前の Go の x/text では、BCP 47 タグを処理中に、language.ParseAcceptLanguage でスライス境界の範囲外のパニックが発生します。(x/text/language は HTTP Accept-Language ヘッダーを解析できるはずです。) (CVE-2020-28852)

  - podman に欠陥が見つかりました。「podman machine」関数 (Podman プロセスを含む Podman 仮想マシンの作成および管理に使用) は、ホストシステムで「gvproxy」プロセスを生成します。「gvproxy」API は、ホストのすべての IP アドレスのポート 7777 でアクセスできます。そのポートがホストのファイアウォールで開いている場合、攻撃者は「gvproxy」API を使用してホスト上のポートを VM 内のポートに転送し、VM 上のプライベートサービスをネットワークにアクセスさせる可能性があります。この問題は、すべてのポートを VM に転送することで、ホストのサービスを中断するためにも使用される可能性があります。(CVE-2021-4024)

  - 1.16.5より前の1.15.13および 1.16.xの Go において、ReverseProxy (net/http/httputil からの) の構成の一部は、攻撃者が任意のヘッダーをドロップできる状況に陥ります。
    (CVE-2021-33197)

  - 1.16.5までのGoのcrypto/tlsパッケージは、RSAベースの鍵交換を行う際に、X.509証明書の公開鍵のタイプが期待されるタイプと一致することを適切にアサーションしません。これにより、悪意のあるTLSサーバーがTLSクライアントにパニックを引き起こします。(CVE-2021-34558)

  - Go の0.0.0-20220314234659-1baeb1ce4c0b より前の golang.org/x/crypto/ssh パッケージにより、攻撃者が AddHostKey に関連する特定の状況でサーバーをクラッシュさせる可能性があります。(CVE-2022-27191)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
165254	SUSE SLES15セキュリティ更新プログラム: libcontainers-common (SUSE-SU-2022:3312-1)	Nessus	SuSE Local Security Checks	2022/9/20	2023/7/14	medium
170750	SUSE SLES15 / openSUSE 15 セキュリティ更新: podman (SUSE-SU-2023:0187-1)	Nessus	SuSE Local Security Checks	2023/1/28	2023/7/13	high
155323	Oracle Linux 8 : container-tools：ol8 (ELSA-2021-1796)	Nessus	Oracle Linux Local Security Checks	2021/11/12	2023/11/23	medium
171408	SUSE SLES15 セキュリティ更新プログラム: podman (SUSE-SU-2023:0326-1)	Nessus	SuSE Local Security Checks	2023/2/14	2023/7/14	high
158634	openSUSE 15 セキュリティ更新: conmon, libcontainers-common, libseccomp, podman (openSUSE-SU-2022:23018-1)	Nessus	SuSE Local Security Checks	2022/3/5	2023/11/6	medium
167600	RHEL 9: podman (RHSA-2022: 7954)	Nessus	Red Hat Local Security Checks	2022/11/16	2024/4/28	medium
149688	RHEL 8: container-tools: rhel8（RHSA-2021：1796)	Nessus	Red Hat Local Security Checks	2021/5/19	2024/4/28	medium
150033	CentOS 8：container-tools：rhel8（CESA-2021：1796）	Nessus	CentOS Local Security Checks	2021/5/28	2023/12/28	medium
172436	SUSE SLED15 / SLES15 セキュリティ更新プログラム: conmon, libcontainers-common, libseccomp, podman (SUSE-SU-2022:23018-1)	Nessus	SuSE Local Security Checks	2023/3/10	2023/8/31	medium
168070	Oracle Linux 9: podman (ELSA-2022-7954)	Nessus	Oracle Linux Local Security Checks	2022/11/22	2023/10/3	medium

検出

プラグインの検索

medium

high

medium

high

medium

medium

medium

medium

medium

medium