「コンテナエスケープ」の脅威と対策【後編】
コンテナ経由でホストを攻撃 「コンテナエスケープ」に備える3大ポイント
コンテナからホストシステムに抜け出す「コンテナエスケープ」を引き起こす脆弱性が、セキュリティ担当者にとって新たな問題となっている。コンテナエスケープによる被害を防ぐ方法を紹介しよう。
コンテナが稼働しているホストシステムに、コンテナ経由で攻撃を仕掛ける「コンテナエスケープ」の脅威は絵空事ではない。オープンソースのコンテナランタイム(コンテナの実行に必要なソフトウェア)の筆頭格「runc」に見つかった「CVE-2019-5736」など、コンテナエスケープを可能にする脆弱(ぜいじゃく)性は実際に存在するからだ。セキュリティ担当者は、コンテナエスケープにつながる脆弱性に対処する上で、以下の3つのポイントをよく理解しておく必要がある。
- 利用中のクラウドサービスへの影響
- 対策として利用できる構成オプション(会員限定)
- コンテナオーケストレーションツールの潜在的リスク(会員限定)
ポイント1.利用中のクラウドサービスへの影響
第一に、利用中のクラウドサービスへの影響については、クラウドサービスの種類ごとに分けて考えることが重要だ。コンテナをIaaS(Infrastructure as a Service)に配置しているケースでは、コンテナとそのホストシステム全体をそのIaaSで運用することが選択肢に入る。この場合、パッチを適用したり、コンテナランタイムのコンポーネントを構成したりする責任は、コンテナを運用する企業にあると言える。IaaSがたいていの場合、責任分担モデルを採用しているからだ。
PaaS(Platform as a Service)やIaaSでコンテナを利用して、マイクロサービスアーキテクチャに基づくアプリケーションを運用する場合を考えてみよう。この場合コンテナホストとコンテナランタイムのプロセスは、クラウドベンダーの管理下にあることが一般的だ。セキュリティ担当者は、脆弱なコンポーネントに対するパッチの適用をクラウドベンダーに委ねることになる。
ポイント2.対策として利用できる構成オプション
第二にセキュリティ担当者は、コンテナエスケープを引き起こす脆弱性への対策として利用できる構成オプションを理解する必要がある。前編「Dockerも利用する『runc』に重大な脆弱性 何が危険か? 対策は?」で述べたように、「Linux」のセキュリティ機能「SELinux」(Security-Enhanced Linux)を強制アクセス制御が可能な「Enforcingモード」で用いると、こうした攻撃を防げる可能性がある。OSの根幹要素である「カーネル」が明示的に許可された操作のみを実行するようになるからだ。
コンテナホストでEnforcingモードのSELinuxを利用することには問題もある。カーネルに制限を与えると、パフォーマンスやトラブルシューティングにおいて問題が発生することがあるからだ。
ポイント3.コンテナオーケストレーションツールの潜在的リスク
第三にセキュリティ担当者は、コンテナの構築や管理を自動化する「コンテナオーケストレーションツール」の潜在的なリスクを理解する必要がある。「Kubernetes」「Docker Swarm」などのコンテナオーケストレーションツールは、カーネルの制御機能やパラメータを変更することにより、セキュリティを強化できる可能性がある。こうした変更は、コンテナのホストシステムによる複数のコンテナの自動的な作成や削除の処理を円滑に実行する上で役立つ。一方でセキュリティ面でのリスクももたらす。
例えばKubernetesは、Linuxカーネルのシステムコール(OSの機能を呼び出す仕組み)を制限するセキュリティポリシーを無効にすることが知られている。そのためコンテナエスケープが悪用されやすくなる恐れがある。
コンテナエスケープへの対策
以下にコンテナエスケープをもたらす脆弱性の緩和に役立つ対策を示す。
- 使用するコンテナランタイムの全コンポーネントにパッチを適用し、クラウドベンダーにも同じことを適時実施するように要請する
- 使用するコンテナイメージを注意深く管理する
- 主要なIaaSおよびPaaSで利用できるコンテナランタイム保護ツールを使い、コンテナを保護する
- SELinuxなどのセキュアOS機能で変更できるカーネルポリシーから、オーケストレーションツールの挙動とそのポリシーに至るまで、関連する構成オプションやオーケストレーションツールのオプションについてよく検討する
Copyright © ITmedia, Inc. All Rights Reserved.
「コンテナエスケープ」の脅威と対策
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
製品資料
[株式会社ウェーブスプリッタ・ジャパン] 100Gbps対応の光トランシーバーはどう選ぶ? 10分で分かる選定のポイント -
製品資料
[株式会社フィックスターズ] 組み込み開発の生産性と機密性を両立、自社環境で構築する「セキュアAI」活用術 -
製品レビュー
[ServiceNow Japan合同会社] 問い合わせの約9割を自動で解決、AI主導の自律型CRMがもたらす業務変革の全貌 -
市場調査・トレンド
[ServiceNow Japan合同会社] AI活用が業務自動化で止まる理由は何か? 調査で判明した課題と変革への道筋
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
2
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
3
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
-
4
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
5
Anthropicが明かす AIは入力データを「どこまで覚えているのか」
-
6
GitHubが指摘 AIが書いた「おそらく動くコード」が招くシステム崩壊
-
7
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
8
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
9
ただなのに「12時間以内の復旧」も要求 無償OSSに商用レベルを求める企業の末路
-
10
「にゃんこ大戦争」がAWSを脱出した理由 無停止移行に潜む“わな”
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
-
9
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
10
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー