未修正の脆弱性により、攻撃者は侵害したポッドを足がかりに、Kubernetesデプロイメントへのより広範な制御権を奪う可能性があります。
Argo CDで新たに公表された脆弱性が、GitOpsプラットフォームのセキュリティリスクに改めて注目を集めています。研究者らは、この脆弱性を悪用すればKubernetesクラスタ内に足場を築いた攻撃者がコードを実行し、アプリケーションのデプロイメントを操作できる恐れがあると警告しています。
セキュリティ企業のSynacktivはレポートの中で、この脆弱性がArgo CDのrepo-serverコンポーネントに影響すると述べています。repo-serverはGitリポジトリからコンテンツを取得し、クラスタ内でリソースをデプロイする際に使用するKubernetesマニフェストを生成する役割を担っています。Argo CDはKubernetes向けツールの中でも特に人気が高く、GitOpsのパラダイムに基づいて設計されています。
「Argo CDはクラスタ内で大きな権限を必要とします」とSynacktivは述べています。「さらにプライベートなGitリポジトリへのアクセス権も持つため、攻撃者にとって魅力的な標的になっています」
今回の問題は、repo-serverが備える認証不要のGenerateManifest gRPCエンドポイントに起因します。Synacktivによると、このエンドポイントにアクセスできる攻撃者は、マニフェスト生成リクエストにKustomizeオプションを指定し、KustomizeのHelm関連ビルドオプションを悪用することで、攻撃者が制御するコマンドを実行できるとしています。
この脆弱性の悪用には、repo-serverのgRPCポートとRedisデータベースのポートの両方へのアクセスが必要ですが、これらは本来ユーザーに公開されるべきものではありません。Argo CDはこうした事態を防ぐためのKubernetesネットワークポリシーを提供していますが、Synacktivによると、Helmチャートによるデプロイではこれらの保護機能がデフォルトで有効になっていないといいます。
このようなデプロイ環境では、クラスタ内のポッドを一つ侵害するだけで、攻撃者が脆弱性を悪用するのに必要な内部アクセス権を得るには十分な場合があります。
Synacktivは、この脆弱性を利用してrepo-serverの環境変数からRedisのパスワードを取得し、Argo CDのRedisデータベースにアクセスできたとしています。研究者らはさらにキャッシュされたデプロイメントデータを操作し、Argo CDのAuto Sync機能が有効になっている場合には、悪意のあるマニフェストが自動的にデプロイされるようにできることを確認しました。
Auto Syncが有効になっていない場合は、ユーザーが手動でアプリケーションを同期する操作が必要になります。
Synacktivは2025年1月にArgo CDの開発チームへこの問題を最初に報告した後、2026年7月1日に詳細を一般公開しました。この脆弱性は依然として未修正のままであり、同社は修正版が提供されるまでの間、信頼できないポッドがrepo-serverおよびRedisサービスにアクセスできないよう、厳格なKubernetesネットワークポリシーを適用することを推奨しています。
クラスタ内部の露出状況を評価する
CISOにとって重要なのは、Argo CDがインターネットに公開されているかどうかだけでなく、クラスタ内の他のワークロードからその内部サービスにアクセスできるかどうかという点です。
「repo-serverのgRPCサービスは認証を強制しないため、そこにアクセスできるポッドは、認証済みの攻撃者と等しい権限を持つことになります」と、サイバーセキュリティ研究者のDevashri Datta氏は述べています。「典型的なクラスタでは、これは侵害されたアプリケーションポッド、誤設定されたサービスメッシュ、あるいはローカルでコードを実行できる隣接ワークロードであれば、インターネットへの露出がなくてもGenerateManifestエンドポイントに直接クエリを送ったり、Redisキャッシュにアクセスしたりできることを意味します」
IDC Asia/Pacificでサイバーセキュリティサービス調査のシニアリサーチマネージャーを務めるSakshi Grover氏によると、現代の攻撃はしばしば内部ワークロードの侵害から始まるため、組織は「インターネットに公開されていない」ことを「リスクが低い」ことと同一視すべきではないといいます。
「そのためCISOは、どのワークロードがArgo CDのコントロールプレーンと通信できるのか、東西トラフィックが適切にセグメント化されているか、そしてアプリケーションワークロードとGitOpsインフラの間に不要な信頼関係が存在していないかを評価すべきです」とGrover氏は述べています。「評価では、境界線での露出ではなく、攻撃経路そのものに焦点を当てる必要があります」
GitOpsを「Tier 0」として扱う
今回の脆弱性はまた、GitOpsプラットフォームがエンタープライズインフラ全体のソフトウェアデプロイメント制御において果たす役割の重要性も浮き彫りにしています。
「GitOpsエンジンは単なるユーティリティサービスではなく、Tier 0のコントロールプレーンコンポーネントです」とDatta氏は述べています。「設計上、Argo CDはプライベートリポジトリへの読み取りアクセス権、対象クラスタへの同期・書き込みアクセス権、そしてデプロイメントシークレットの管理権限を保持しています。まさにソースコード、構成管理、そして稼働中のインフラという三つの領域が交わる位置に存在しているのです」
これほどのアクセス権限を持つということは、Argo CDが侵害された場合の影響が単一のアプリケーションにとどまらない可能性があることを意味します。攻撃者は、アプリケーションのデプロイに使われるプラットフォームを悪意あるマニフェストの配布経路に変えてしまうだけでなく、自動同期の挙動を妨害したり、Redisなどの補助システムにキャッシュされた認証情報を窃取したりすることもできます。
こうしたプラットフォームが侵害されれば、大規模なソフトウェア配信に影響が及ぶ可能性があります。そのため、これらは戦略的資産として位置づけ、IDプラットフォームなど他の重要な管理システムと同様に、より厳格なガバナンスと特権アクセス制御の対象とすべきです。
