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

  - containerd は、オープンソースのコンテナランタイムです。ユーザーがホストでメモリを使い果たす可能性がある containerd の CRI 実装にバグが見つかりました。CRI ストリームサーバーでは、TTY がリクエストされた場合、ターミナルサイズ変更イベントを処理するために goroutine が起動されます。欠陥のあるコマンドなどのためにユーザーのプロセスが起動に失敗した場合、goroutine がレシーバーなしで送信するための待機でスタックし、メモリリークが発生します。
    Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成でき、ストリームサーバーはコンテナ IO 処理のために使用されます。このバグは、containerd 1.6.12 および 1.5.16 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用され、信頼できるユーザーのみが実行中のコンテナでコマンドを実行するアクセス許可を持つようにする必要があります。(CVE-2022-23471)

  - containerd は、オープンソースのコンテナランタイムです。バージョン 1.6.18 および 1.5.18 より前は、OCI イメージをインポートするときに、特定のファイルの読み取りバイト数に制限がありませんでした。制限が適用されていない、大きなファイルを含む悪意を持って細工された画像が、サービス拒否を引き起こす可能性があります。このバグは、containerd 1.6.18 および 1.5.18 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。回避策として、信頼できる画像のみが使用され、信頼できるユーザーのみが画像をインポートするアクセス許可を持っていることを確認してください。
    (CVE-2023-25153)

  - containerd は、オープンソースのコンテナランタイムです。コンテナ内に補助グループが適切に設定されていないバージョン 1.6.18 および 1.5.18 より前の containerd にバグが見つかりました。攻撃者がコンテナに直接アクセスでき、補助グループのアクセス権を操作する場合、補助グループのアクセス権を使用して、プライマリグループの制限をバイパスし、機密情報へのアクセス権を取得したり、そのコンテナでコードを実行したりする可能性があります。containerd クライアントライブラリを使用するダウンストリームアプリケーションも影響を受ける可能性があります。このバグは、containerd v1.6.18 および v.1.5.18 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新して、コンテナを再作成する必要があります。
    containerd のクライアントライブラリを使用するダウンストリームアプリケーションに依存するユーザーは、別のアドバイザリおよび指示についてそのアプリケーションをチェックする必要があります。回避策として、「USER $USERNAME」Dockerfile 命令が使用されていないことを確認してください。代わりに、コンテナエントリポイントを「ENTRYPOINT [su, -, user]」と同様の値に設定し、「su」が補助グループを適切に設定できるようにします。(CVE-2023-25173)

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

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

  - containerd は、オープンソースのコンテナランタイムです。ユーザーがホストでメモリを使い果たす可能性がある containerd の CRI 実装にバグが見つかりました。CRI ストリームサーバーでは、TTY がリクエストされた場合、ターミナルサイズ変更イベントを処理するために goroutine が起動されます。欠陥のあるコマンドなどのためにユーザーのプロセスが起動に失敗した場合、goroutine がレシーバーなしで送信するための待機でスタックし、メモリリークが発生します。
    Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成でき、ストリームサーバーはコンテナ IO 処理のために使用されます。このバグは、containerd 1.6.12 および 1.5.16 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用され、信頼できるユーザーのみが実行中のコンテナでコマンドを実行する権限を持つようにする必要があります。(CVE-2022-23471)

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

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

  - containerd は、オープンソースのコンテナランタイムです。ユーザーがホストでメモリを使い果たす可能性がある containerd の CRI 実装にバグが見つかりました。CRI ストリームサーバーでは、TTY がリクエストされた場合、ターミナルサイズ変更イベントを処理するために goroutine が起動されます。欠陥のあるコマンドなどのためにユーザーのプロセスが起動に失敗した場合、goroutine がレシーバーなしで送信するための待機でスタックし、メモリリークが発生します。
    Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成でき、ストリームサーバーはコンテナ IO 処理のために使用されます。このバグは、containerd 1.6.12および1.5.16で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用され、信頼できるユーザーのみが実行中のコンテナでコマンドを実行する権限を持つようにする必要があります。(CVE-2022-23471)

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

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

リモートの Ubuntu 18.04LTS / 20.04LTS / 22.04LTS / 22.10ホストには、USN-5776-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - containerd は、オープンソースのコンテナランタイムです。ユーザーがホストでメモリを使い果たす可能性がある containerd の CRI 実装にバグが見つかりました。CRI ストリームサーバーでは、TTY がリクエストされた場合、ターミナルサイズ変更イベントを処理するために goroutine が起動されます。欠陥のあるコマンドなどのためにユーザーのプロセスが起動に失敗した場合、goroutine がレシーバーなしで送信するための待機でスタックし、メモリリークが発生します。
    Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成でき、ストリームサーバーはコンテナ IO 処理のために使用されます。このバグは、containerd 1.6.12 および 1.5.16 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用され、信頼できるユーザーのみが実行中のコンテナでコマンドを実行する権限を持つようにする必要があります。(CVE-2022-23471)

  - Moby は、ソフトウェアのコンテナ化を可能にし、加速させるするために Docker によって作成されたオープンソースプロジェクトです。バージョン 20.10.14より前の Moby (Docker Engine) にバグが見つかりました。コンテナは空でない継承可能な Linux プロセス機能で不適切に起動され、非定型の Linux 環境を作成し、「execve (2) 」中に継承可能なファイル機能を持つプログラムを、これらの機能を許可された設定に引き上げてしまうことが可能でした。通常、実行可能プログラムが許可されたファイル機能を指定している場合、他の点では権限のないユーザーやプロセスがそれらのプログラムを実行し、指定されたファイル機能を境界設定まで取得する可能性があります。このバグにより、継承可能なファイル機能を持つ実行可能プログラムが含まれるコンテナにより、権限のないユーザーやプロセスが、コンテナの境界セットまでこれらの継承可能なファイル機能をさらに利用できるようになりました。Linux ユーザーおよびグループを使用してコンテナ内で権限分離を実行するコンテナが、最も直接的な影響を受けます。継承可能な設定には、コンテナの境界設定に含まれるよりも多くの機能は含まれていないため、このバグはコンテナセキュリティサンドボックスに影響を与えませんでした。このバグは、Moby (Docker Engine) 20.10.14で修正されています。継承可能な機能をリセットするには、実行中のコンテナを停止、削除、再作成する必要があります。この修正により、コンテナがより一般的な Linux 環境で起動されるような Moby (Docker Engine) の動作が変更されます。回避策として、コンテナのエントリポイントを変更して「capsh (1) 」などのユーティリティを使用し、プライマリプロセスが開始する前に継承可能な機能をドロップすることができます。(CVE-2022-24769)

  - imgcrypt ライブラリは、暗号化されたコンテナイメージをサポートするために containerd に API 拡張を提供し、containerd が暗号化されたコンテナイメージを復号化するために使用する ctd-decoder コマンドラインツールを実装します。
    imgcrypt 関数「CheckAuthorization」は、現在使用されているものが暗号化された画像にアクセスする権限があるかどうかをチェックし、別のユーザーが以前に同じシステムで復号化した画像を実行するのを防ぎます。1.1.4 より前のバージョンでは、ManifestList のあるイメージが使用され、ローカルホストのアーキテクチャが ManifestList の最初のアーキテクチャでない場合、エラーが発生します。リストの最初のアーキテクチャのみがテストされました。ホストアーキテクチャで実行できないため、ローカルで利用可能なレイヤーがない可能性があります。したがって、利用できないレイヤーの判定は、レイヤーが利用できないために後で画像実行の失敗が発生すると予想して、イメージを実行できることでした。
    ただし、イメージの実行を許可するこの判定により、そのイメージが以前に復号化されていた場合、キーを提供せずに ManifestList の他のアーキテクチャがイメージを実行できるようになりました。imgcrypt 1.1.4 にパッチが適用されました。回避策には、各リモートユーザーの異なる名前空間の使用が含まれることがあります。
    (CVE-2022-24778)

  - containerd は、オープンソースのコンテナランタイムです。containerd の CRI 実装にバグが見つかりました。コンテナ内部のプログラムにより、「ExecSync」API の呼び出し中に、containerd デーモンがメモリを消費する可能性があります。これにより、containerdがコンピューターで利用可能なすべてのメモリを消費し、他の正当なワークロードに対するサービスを拒否する可能性があります。Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成できます。「ExecSync」は、プローブを実行するとき、または exec 機能を介してプロセスを実行するときに使用される可能性があります。このバグは、containerd 1.6.6および1.5.13で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用されるようにする必要があります。(CVE-2022-31030)

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

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

  - containerd は、オープンソースのコンテナランタイムです。ユーザーがホストでメモリを使い果たす可能性がある containerd の CRI 実装にバグが見つかりました。CRI ストリームサーバーでは、TTY がリクエストされた場合、ターミナルサイズ変更イベントを処理するために goroutine が起動されます。欠陥のあるコマンドなどのためにユーザーのプロセスが起動に失敗した場合、goroutine がレシーバーなしで送信するための待機でスタックし、メモリリークが発生します。
    Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成でき、ストリームサーバーはコンテナ IO 処理のために使用されます。このバグは、containerd 1.6.12および1.5.16で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用され、信頼できるユーザーのみが実行中のコンテナでコマンドを実行するアクセス許可を持つようにする必要があります。(CVE-2022-23471)

  - containerd は、オープンソースのコンテナランタイムです。バージョン 1.6.18 および 1.5.18 より前は、OCI イメージをインポートするときに、特定のファイルの読み取りバイト数に制限がありませんでした。制限が適用されていない、大きなファイルを含む悪意を持って細工された画像が、サービス拒否を引き起こす可能性があります。このバグは、containerd 1.6.18および1.5.18で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。回避策として、信頼できる画像のみが使用され、信頼できるユーザーのみが画像をインポートするアクセス許可を持っていることを確認してください。
    (CVE-2023-25153)

  - containerd は、オープンソースのコンテナランタイムです。コンテナ内に補助グループが適切に設定されていないバージョン 1.6.18 および 1.5.18 より前の containerd にバグが見つかりました。攻撃者がコンテナに直接アクセスでき、補助グループのアクセス権を操作する場合、補助グループのアクセス権を使用して、プライマリグループの制限をバイパスし、機密情報へのアクセス権を取得したり、そのコンテナでコードを実行したりする可能性があります。containerd クライアントライブラリを使用するダウンストリームアプリケーションも影響を受ける可能性があります。このバグは、containerd v1.6.18 および v.1.5.18 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新して、コンテナを再作成する必要があります。
    containerd のクライアントライブラリを使用するダウンストリームアプリケーションに依存するユーザーは、別のアドバイザリおよび指示についてそのアプリケーションをチェックする必要があります。回避策として、「USER $USERNAME」Dockerfile 命令が使用されていないことを確認してください。代わりに、コンテナエントリポイントを「ENTRYPOINT [su, -, user]」と同様の値に設定し、「su」が補助グループを適切に設定できるようにします。(CVE-2023-25173)

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

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

  - containerd は、オープンソースのコンテナランタイムです。ユーザーがホストでメモリを使い果たす可能性がある containerd の CRI 実装にバグが見つかりました。CRI ストリームサーバーでは、TTY がリクエストされた場合、ターミナルサイズ変更イベントを処理するために goroutine が起動されます。欠陥のあるコマンドなどのためにユーザーのプロセスが起動に失敗した場合、goroutine がレシーバーなしで送信するための待機でスタックし、メモリリークが発生します。
    Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成でき、ストリームサーバーはコンテナ IO 処理のために使用されます。このバグは、containerd 1.6.12 および 1.5.16 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用され、信頼できるユーザーのみが実行中のコンテナでコマンドを実行するアクセス許可を持つようにする必要があります。(CVE-2022-23471)

  - containerd は、オープンソースのコンテナランタイムです。バージョン 1.6.18 および 1.5.18 より前は、OCI イメージをインポートするときに、特定のファイルの読み取りバイト数に制限がありませんでした。制限が適用されていない、大きなファイルを含む悪意を持って細工された画像が、サービス拒否を引き起こす可能性があります。このバグは、containerd 1.6.18 および 1.5.18 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。回避策として、信頼できる画像のみが使用され、信頼できるユーザーのみが画像をインポートするアクセス許可を持っていることを確認してください。
    (CVE-2023-25153)

  - containerd は、オープンソースのコンテナランタイムです。コンテナ内に補助グループが適切に設定されていないバージョン 1.6.18 および 1.5.18 より前の containerd にバグが見つかりました。攻撃者がコンテナに直接アクセスでき、補助グループのアクセス権を操作する場合、補助グループのアクセス権を使用して、プライマリグループの制限をバイパスし、機密情報へのアクセス権を取得したり、そのコンテナでコードを実行したりする可能性があります。containerd クライアントライブラリを使用するダウンストリームアプリケーションも影響を受ける可能性があります。このバグは、containerd v1.6.18 および v.1.5.18 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新して、コンテナを再作成する必要があります。
    containerd のクライアントライブラリを使用するダウンストリームアプリケーションに依存するユーザーは、別のアドバイザリおよび指示についてそのアプリケーションをチェックする必要があります。回避策として、「USER $USERNAME」Dockerfile 命令が使用されていないことを確認してください。代わりに、コンテナエントリポイントを「ENTRYPOINT [su, -, user]」と同様の値に設定し、「su」が補助グループを適切に設定できるようにします。(CVE-2023-25173)

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

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

  - containerd は、オープンソースのコンテナランタイムです。ユーザーがホストでメモリを使い果たす可能性がある containerd の CRI 実装にバグが見つかりました。CRI ストリームサーバーでは、TTY がリクエストされた場合、ターミナルサイズ変更イベントを処理するために goroutine が起動されます。欠陥のあるコマンドなどのためにユーザーのプロセスが起動に失敗した場合、goroutine がレシーバーなしで送信するための待機でスタックし、メモリリークが発生します。
    Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成でき、ストリームサーバーはコンテナ IO 処理のために使用されます。このバグは、containerd 1.6.12 および 1.5.16 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用され、信頼できるユーザーのみが実行中のコンテナでコマンドを実行する権限を持つようにする必要があります。(CVE-2022-23471)

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

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

  - containerd は、オープンソースのコンテナランタイムです。ユーザーがホストでメモリを使い果たす可能性がある containerd の CRI 実装にバグが見つかりました。CRI ストリームサーバーでは、TTY がリクエストされた場合、ターミナルサイズ変更イベントを処理するために goroutine が起動されます。欠陥のあるコマンドなどのためにユーザーのプロセスが起動に失敗した場合、goroutine がレシーバーなしで送信するための待機でスタックし、メモリリークが発生します。
    Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成でき、ストリームサーバーはコンテナ IO 処理のために使用されます。このバグは、containerd 1.6.12 および 1.5.16 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用され、信頼できるユーザーのみが実行中のコンテナでコマンドを実行する権限を持つようにする必要があります。(CVE-2022-23471)

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

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

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

  - containerd は、オープンソースのコンテナランタイムです。ユーザーがホストでメモリを使い果たす可能性がある containerd の CRI 実装にバグが見つかりました。CRI ストリームサーバーでは、TTY がリクエストされた場合、ターミナルサイズ変更イベントを処理するために goroutine が起動されます。欠陥のあるコマンドなどのためにユーザーのプロセスが起動に失敗した場合、goroutine がレシーバーなしで送信するための待機でスタックし、メモリリークが発生します。
    Kubernetes と crictl はどちらも、containerd の CRI 実装を使用するように構成でき、ストリームサーバーはコンテナ IO 処理のために使用されます。このバグは、containerd 1.6.12 および 1.5.16 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。アップグレードできないユーザーは、信頼できるイメージとコマンドのみが使用され、信頼できるユーザーのみが実行中のコンテナでコマンドを実行するアクセス許可を持つようにする必要があります。(CVE-2022-23471)

  - containerd は、オープンソースのコンテナランタイムです。バージョン 1.6.18 および 1.5.18 より前は、OCI イメージをインポートするときに、特定のファイルの読み取りバイト数に制限がありませんでした。制限が適用されていない、大きなファイルを含む悪意を持って細工された画像が、サービス拒否を引き起こす可能性があります。このバグは、containerd 1.6.18 および 1.5.18 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新する必要があります。回避策として、信頼できる画像のみが使用され、信頼できるユーザーのみが画像をインポートするアクセス許可を持っていることを確認してください。
    (CVE-2023-25153)

  - containerd は、オープンソースのコンテナランタイムです。コンテナ内に補助グループが適切に設定されていないバージョン 1.6.18 および 1.5.18 より前の containerd にバグが見つかりました。攻撃者がコンテナに直接アクセスでき、補助グループのアクセス権を操作する場合、補助グループのアクセス権を使用して、プライマリグループの制限をバイパスし、機密情報へのアクセス権を取得したり、そのコンテナでコードを実行したりする可能性があります。containerd クライアントライブラリを使用するダウンストリームアプリケーションも影響を受ける可能性があります。このバグは、containerd v1.6.18 および v.1.5.18 で修正されました。この問題を解決するには、ユーザーがこれらのバージョンに更新して、コンテナを再作成する必要があります。
    containerd のクライアントライブラリを使用するダウンストリームアプリケーションに依存するユーザーは、別のアドバイザリおよび指示についてそのアプリケーションをチェックする必要があります。回避策として、「USER $USERNAME」Dockerfile 命令が使用されていないことを確認してください。代わりに、コンテナエントリポイントを「ENTRYPOINT [su, -, user]」と同様の値に設定し、「su」が補助グループを適切に設定できるようにします。(CVE-2023-25173)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
173939	Amazon Linux 2: containerd (ALASDOCKER-2023-023)	Nessus	Amazon Linux Local Security Checks	2023/4/6	2023/10/6	high
173631	SUSE SLES15/ openSUSE 15 セキュリティ更新: containerd (SUSE-SU-2023:1628-1)	Nessus	SuSE Local Security Checks	2023/3/29	2023/7/14	medium
168714	SUSE SLES15 / openSUSE 15 セキュリティ更新: containerd (SUSE-SU-2022:4463-1)	Nessus	SuSE Local Security Checks	2022/12/14	2023/7/14	high
168653	Ubuntu 18.04 LTS / 20.04 LTS / 22.04 LTS : containerd の脆弱性（USN-5776-1）	Nessus	Ubuntu Local Security Checks	2022/12/13	2023/10/16	high
173839	Amazon Linux 2023 : containerd、containerd-stress (ALAS2023-2023-156)	Nessus	Amazon Linux Local Security Checks	2023/4/4	2023/10/6	high
178287	Amazon Linux 2 : containerd (ALASECS-2023-002)	Nessus	Amazon Linux Local Security Checks	2023/7/14	2023/10/6	high
173411	SUSE SLES12のセキュリティ更新プログラム: containerd (SUSE-SU-2023:1566-1)	Nessus	SuSE Local Security Checks	2023/3/25	2023/7/14	medium
168648	SUSE SLES12セキュリティ更新プログラム : containerd (SUSE-SU-2022:4409-1)	Nessus	SuSE Local Security Checks	2022/12/13	2023/7/14	high
173937	Amazon Linux 2: containerd (ALASNITRO-ENCLAVES-2023-023)	Nessus	Amazon Linux Local Security Checks	2023/4/6	2023/10/6	high

検出

プラグインの検索

high

medium

high

high

high

high

medium

high

high