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

  - containerdは業界標準のコンテナランタイムであり、LinuxおよびWindows用のデーモンとして利用可能です。
    バージョン 1.3.9 および 1.4.3 より前の containerd では、containerd-shim API がホストネットワークコンテナに不適切に漏洩されています。shims の API ソケットのアクセスコントロールは、接続プロセスに有効な 0 の UID があることは検証しましたが、抽象 Unix ドメインソケットへのアクセスは制限していませんでした。このため、0 という有効な UID があっても権限が制限されて shim と同じネットワーク名前空間で悪意のあるコンテナが実行され、昇格した権限で新しいプロセスが実行される可能性があります。この脆弱性は、containerd 1.3.9および1.4.3で修正されました。ユーザーは、これらのバージョンがリリースされ次第、更新する必要があります。実行中のコンテナはアップグレード後も脆弱であり続けるため、古いバージョンの containerd-shim で起動されたコンテナは停止および再起動する必要があります。信頼できないユーザーが shim と同じネットワーク名前空間でコンテナを開始する機能を提供しておらず (通常、ホストネットワーク名前空間、たとえばdocker run --net = host または hostNetwork: Kubernetes ポッドで有効)、0 という有効な UID で実行されている場合、この問題に対して脆弱ではありません。脆弱な構成のコンテナを実行している場合、deny unix addr = @ ** に類似した行をポリシーに追加することで、AppArmor ですべての抽象ソケットへのアクセスを拒否できます。権限のセットを減らして、ゼロ以外の UID で、分離された名前空間でコンテナを実行することがベストプラクティスです。containerd のメンテナーは、名前空間をホストと共有しないことを強く推奨します。コンテナに使用される分離メカニズムのセットを減らすと、そのコンテナの実行にどのコンテナランタイムが使用されているかにかかわらず、コンテナの権限が必ず増加します。(CVE-2020-15257)

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

検出

Amazon Linux 2: containerd (ALASECS-2023-030)

medium Nessus プラグイン ID 185923

バージョン 1.1