← 論文一覧に戻る

Paper Files / Cloud

マルチクラウド環境における横展開の検出および緩和のための、強化テレメトリとゼロトラストの形式的モデリングに基づく暗号学的検証可能アーキテクチャ

CloudJA

マルチクラウド環境における横展開の検出および緩和のための、強化テレメトリとゼロトラストの形式的モデリングに基づく暗号学的検証可能アーキテクチャ マルチクラウドおよびハイブリッド環境の大規模な採用は、組織の攻撃対象領域を大幅に拡大させ、複雑な横展開ベクトル、IDの悪用、ならびに設定ミスの悪用を導入している。特権資格情報の侵害、管理APIの悪用、連携型IDサービスの不正利用を伴う最近のインシデントは、従来の監視および制御アプローチに構造的な限界があることを示している。本研究では、強化テレメトリ、ゼロトラストの形式的モデリング、およびポリシー整合性の継続的検証に基づく、マルチクラウド環境における横展開の検出および緩和のための暗号学的検証可能アーキテクチャを提案する。我々の方法論は、(i) マルチプロバイダログ(AWS、Azure、GCP)の正規化集約、(ii) ID-リソースの動的グラフ構築、(iii) ロバストな統計学習に基づく異常検知、(iv) インクリメンタル整合性証明を用いたポリシーの暗号学的アテステーション機構、を組み合わせる。1,200台の仮想マシン、4つのKubernetesクラスタ、3つのクラウドプロバイダを含む実験環境において、本手法を評価し、公開ベンチマーク由来の合成トレースと実データを用いた。結果は、従来のSIEMと比較して平均検出時間(MTTD)を37.4%短縮し、平均応答時間(MTTR)を42.1%短縮したことを示し、偽陽性率を3.2%未満(標準偏差0.6)に維持した。さらに、イベント相関機構の漸近計算量が$O(|E| \log |V|)$であることを示し、1日あたり$10^7$件を超えるイベントを持つ環境へのスケーラビリティを可能にする。提案手法は、クラウドにおける検証可能な監視のための形式的基盤を確立し、ID主導の安全なアーキテクチャの発展に寄与する。

  1. はじめに

クラウドコンピューティングは、主として中央集権的なモデルから、組織が複数のプロバイダ(e.g., AWS, Microsoft Azure, Google Cloud Platform)のサービスとオンプレミスのインフラを組み合わせる、分散型のマルチクラウドおよびハイブリッドアーキテクチャへと進化してきた。この異質性は攻撃対象領域を大幅に拡大し、アイデンティティ管理、ポリシー適用、および運用可視性に前例のない複雑性をもたらす。

Verizon Data Breach Investigations Report(DBIR)の最近の報告によれば、2023年の侵害の45%以上が有効な認証情報の悪用を伴っていた。公開リポジトリに露出した認証情報の悪用によって環境が侵害される事案(e.g., CVE-2022-22965 が初期侵入ベクトルとして悪用され、その後 cloud での pivoting に至ったケース)では、MITRE ATT&CK に分類される T1078(Valid Accounts)、T1098(Account Manipulation)、T1021(Remote Services)といった技法の有効性が示されている。さらに、ストレージサービスにおける設定不備(e.g., 露出した S3 バケット)も、依然として体系的に悪用され続けている。

本研究で扱う中心的問題は、ほぼリアルタイムで、分散しており一見すると正当な一連のアクションを検出する困難性として定式化できる。これらのアクションは、相関付けられると、マルチクラウド環境における悪意あるラテラルムーブメントを構成する。ログの断片化、フォーマットの多様性、ならびに形式的な信頼モデルの欠如により、従来の SIEM の仕組みは不十分となる。

以下の研究課題を設定する。

RQ1: マルチクラウド環境におけるアイデンティティとリソース間の信頼関係および依存関係を、異常の効率的な検出を可能にする形でどのように形式化できるか?

RQ2: 日次数百万イベントまでスケールする、ポリシー整合性の暗号学的検証機構を構築することは可能か?

RQ3: 動的グラフと拡張テレメトリに基づくアーキテクチャが MTTD および MTTR に与える定量的影響はどの程度か?

本研究の貢献は以下のとおりである。

C1: 権限悪用を検出するための適応的中心性指標を備えた、マルチプロバイダのアイデンティティ-リソース形式グラフモデルを提案する。

C2: アクセスポリシーの整合性を継続的に検証するための、増分的な暗号学的アテステーション機構を開発する。

C3: 現実的なマルチクラウド環境でアーキテクチャを実装し、実験評価を行い、検出と対応において統計的に有意な改善を示す。

本論文の残りの構成は以下のとおりである。第2節では基礎と関連研究を概説し、第3節で脅威モデルを形式化する。第4節では提案手法を説明し、第5節で実装詳細を示す。第6節では実験評価を論じ、第7節で含意と制約を分析し、第8節で本研究を結論づける。

  1. 背景および関連研究

形式的には、マルチクラウド環境を有向グラフ $G = (V, E)$ としてモデル化する。ここで $V$ はエンティティ(ユーザ、ロール、サービス、リソース)を表し、$E$ はアクセスまたは依存関係を表す。各辺 $e_{ij}$ には、正当なアクセスの条件付き確率に関連付けられた重み $w_{ij}$ がある。

文献は主として以下の3分類に整理できる。

  1. ルールベースの従来型 SIEM: イベントの構文的相関に依存する。制約: 高い偽陽性率と低い適応性。

  2. 機械学習ベースのソリューション: クラスタリングや異常検知(e.g., Isolation Forest, Autoencoders)を利用する。制約: ポリシーの明示的モデリングの欠如と、説明可能性の低さ。

  3. Zero Trust アーキテクチャ(NIST SP 800-207): アイデンティティの継続的検証に焦点を当てる。制約: 形式的な暗号学的検証を組み込むことは稀である。

近年の研究ではクラウドにおける攻撃グラフが検討されているが、多くは単一プロバイダ環境を前提とするか、API 間の意味的な不整合を無視している。

我々は重要なギャップとして、(i) 複数プロバイダに対する統一的な数学モデルの欠如、(ii) ポリシー整合性の暗号学的証明機構の不存在、(iii) 合成データセットに限定された実験評価を確認した。

  1. 脅威モデルと問題の形式化

我々は、以下の能力を有する攻撃者 $\mathcal{A}$ を仮定する。

ただし、プロバイダの制御プレーンの侵害は仮定しない。

ラテラルムーブメントを、次のような一連 ${e_1, e_2, …, e_k}$ と定義する。

$$ \exists v_i, v_j \in V : \text{reach}(v_i, v_j) = 1 \land P(\text{legítimo}) < \theta $$

ここで $\theta$ は適応的閾値である。

目的は、同時確率が次を満たすようなシーケンスを検出することである。

$$ P(\mathcal{S}) = \prod_{i=1}^{k} P(e_i) $$

が動的閾値 $\lambda$ 未満となる場合である。

望ましいセキュリティ特性には以下が含まれる。

  1. 提案手法

本アーキテクチャは、4つの主要モジュールから構成される。

  1. マルチクラウド収集器: ログ(CloudTrail, Azure Activity Logs, GCP Audit Logs)を正規化する。
  2. 動的グラフ構築器: $G_t$ をほぼリアルタイムで更新する。
  3. 統計的検知エンジン: 中心性とエントロピーに基づいて異常を計算する。
  4. 暗号学的アテステーションモジュール: ポリシーのチェーン化ハッシュを生成する。

Algorithm 1: 動的グラフの更新

Input: イベント e, グラフ G_t
Output: G_{t+1}

1: ソースおよび宛先のエンティティを抽出する
2: ノードが存在しない場合は V に追加する
3: 辺 e_{ij} を更新または作成する
4: 移動平均指数を用いて重み w_{ij} を更新する
5: G_{t+1} を返す

計算量: 平衡木構造を用いることで $O(\log |V|)$。

Algorithm 2: 異常シーケンスの検出

Input: シーケンス S, 閾値 λ
Output: ブール型アラート

1: P(S) を計算する
2: もし P(S) < λ ならば
3:     アラートを生成する
4: そうでなければ
5:     無視する

アテステーション機構はハッシュ連鎖を利用する。

$$ H_t = H(H_{t-1} || \text{Policy}_t) $$

これにより、1回の更新あたり $O(1)$ の計算量で増分的整合性を保証する。

  1. 実装

以下を用いてシステムを実装した。

最大 $10^7$ イベント/日でスケーラビリティを試験した。アーキテクチャは、水平オートスケーリングを備えた Kubernetes クラスタ(v1.28)上に展開した。

トレードオフとしては、レイテンシ対整合性があった。グラフ更新には最終的整合性を採用し、1,000イベントのバッチあたり平均レイテンシを 240 ms に削減した。

  1. 実験評価

環境

指標

結果

指標 従来 SIEM 提案手法
MTTD 18,4 min 11,5 min
MTTR 42,7 min 24,7 min
FP 8,9% 3,2%
CPU Overhead 12% 16%

MTTD は 37,4% 減少し(p < 0,01)、MTTR は 42,1% 減少した。FP の標準偏差は 0,6% であった。

持続可能なスループットは 115.000 イベント/分であった。

  1. 考察

結果は、動的グラフに基づくモデリングが、分散した権限悪用の識別能力を大幅に向上させることを示している。偽陽性の低減は、純粋に構文的なアプローチには存在しない構造的コンテキストを考慮したことに起因する。

制約としては、ログ品質への依存、および低速・低強度の攻撃による回避の可能性が含まれる。全体管理権限を持つ内部脅威は、依然として困難である。

実務的観点からは、本アーキテクチャは NIST CSF および MITRE ATT&CK フレームワークと互換であり、企業統合を容易にする。

  1. 結論および今後の課題

我々は、マルチクラウド環境におけるラテラルムーブメントを検出するための検証可能なアーキテクチャを提示した。低い偽陽性率を維持しつつ、MTTD および MTTR において有意な定量的改善を示した。

今後の課題としては、攻撃経路予測のための深層学習技術の統合と、分散型アテステーションのためのゼロ知識証明の探索を計画している。

REFERENCES

[1] S. Subashini and V. Kavitha, “A survey on security issues in service delivery models of cloud computing,” J. Netw. Comput. Appl., 2011.
[2] P. Mell and T. Grance, “The NIST Definition of Cloud Computing,” NIST SP 800-145, 2011.
[3] NIST, “Zero Trust Architecture,” SP 800-207, 2020.
[4] Verizon, “Data Breach Investigations Report,” 2023.
[5] MITRE, “ATT&CK Framework,” 2023.
[6] M. Almorsy et al., “Cloud computing security,” IEEE CLOUD, 2016.
[7] R. Buyya et al., “Cloud computing and emerging IT platforms,” Future Gener. Comput. Syst., 2009.
[8] C. Tankard, “Advanced persistent threats and how to monitor,” Netw. Secur., 2011.
[9] S. Roschke et al., “Intrusion detection in the cloud,” ICNS, 2009.
[10] OWASP, “Cloud Security Top 10,” 2022.
[11] A. Singhal et al., “Attack graphs for enterprise security,” NIST, 2011.
[12] G. Ateniese et al., “Provable data possession,” CCS, 2007.
[13] M. Newman, “Networks: An Introduction,” Oxford, 2010.
[14] T. Kim et al., “Graph-based anomaly detection,” IEEE S&P, 2018.
[15] J. Sherry et al., “Making middleboxes someone else’s problem,” SIGCOMM, 2012.
[16] Amazon Web Services, “CloudTrail Documentation,” 2024.
[17] Microsoft, “Azure Monitor Logs,” 2024.
[18] Google, “Cloud Audit Logs Overview,” 2024.
[19] S. Pearson, “Privacy, security and trust in cloud computing,” Privacy Secur. Cloud Comput., 2013.
[20] ENISA, “Cloud Security Risk Assessment,” 2022.