Paper Files / Secrets
SecretGraph: クラウドネイティブ・エコシステムにおけるシークレットの管理、検出、および適応的ローテーションのための形式的・スケーラブル・検証可能なアーキテクチャ
TITLE: SecretGraph: クラウドネイティブ・エコシステムにおけるシークレットの管理、検出、および適応的ローテーションのための形式的・スケーラブル・検証可能なアーキテクチャ ABSTRACT: デジタルシークレットの管理は、弾力性、ワークロードのエフェメラル性、継続的インテグレーション、およびAPIを介した広範な公開によって特徴づけられるクラウドネイティブインフラストラクチャにおいて、主要なリスク要因の一つとして確立されている。近年の産業レポートによれば、侵害された認証情報は依然としてセキュリティ侵害の主因の一つであり、DevSecOpsパイプラインおよび公開アーティファクトの増加が攻撃面を拡大させている。本研究では、シークレット露出の問題を、動的有向グラフ上における重み付き露出時間最小化問題として形式化する。このグラフでは、頂点が計算主体のアイデンティティを表し、辺が認証情報によって媒介される依存関係を表す。シークレット平均露出時間(MSET: Mean Secret Exposure Time)を含む定量的指標を定義し、構造的依存関係の下での最適ローテーション方策が、任意重みと優先関係を持つ古典的スケジューリング問題への還元によりNP困難であることを示す。さらに、静的解析、動的モニタリング、コンテキスト検査を組み合わせたハイブリッド検出、依存関係グラフのインクリメンタル構築、媒介中心性に基づく優先度付け、および暗号化ボルトAPIを介した適応的ローテーションオーケストレーションを統合するアーキテクチャSecretGraphを提案する。GoおよびRustでプロトタイプを実装し、Kubernetes、SPIFFE/SPIRE、HashiCorp Vaultと統合した上で、最大10,000のアクティブシークレットと120万件のコミットを含む環境で評価を行った。その結果、固定ローテーションポリシーと比較してMSETを78.4%削減しつつ、平均CPUオーバーヘッドを7%未満に維持した。さらに、MITRE ATT&CK技術との関係、NISTが推奨する耐量子暗号との統合、およびメトリクス指向のセキュリティガバナンスへの含意について議論する。結論として、シークレット依存関係の構造的モデリングを明示的に行うことで、形式的保証と大規模運用上の実用性を維持しながら、攻撃可能な露出ウィンドウを測定可能な形で削減できることを示す。
- はじめに
デジタルシークレットの管理は、現代の計算インフラストラクチャにおける中心的なリスクベクトルの一つとなっている。特に、弾力性、ワークロードのエフェメラル性、マイクロサービス、およびAPIを介した強い結合によって特徴づけられるクラウドネイティブ環境において顕著である。本研究では、シークレットを、分散システムにおける真正性、完全性、または機密性の特性を維持するために機密性が必要とされるあらゆるデジタル成果物と定義する。例として、TLS秘密鍵、OAuth 2.0トークン、データベース認証情報、APIキー、X.509証明書、KMSによって管理される対称鍵、ならびにKubernetesにおけるSecret型オブジェクトが挙げられる (KUBERNETES, 2023)。
経験的証拠も、この問題の中心性を裏付けている。Data Breach Investigations Report (DBIR) は、有効な認証情報の使用が侵入の反復的なベクトルであることを指摘している (VERIZON, 2024)。公開リポジトリにおけるシークレット露出に関する報告では、Gitコミット内で毎年数百万件の認証情報が検出されていることが示されている (GITGUARDIAN, 2023)。MITRE ATT&CKフレームワークでは、T1552 (Unsecured Credentials) や T1078 (Valid Accounts) といった技術が、永続化、権限昇格、および横方向移動のための正当な認証情報の使用を明示的に記述している (MITRE, 2024)。OWASPは、シークレット管理における保存の失敗、不適切なローテーション、職務分離の欠如といった再発的な問題を体系化している (OWASP, 2022)。
HashiCorp Vault (HASHICORP, 2023)、AWS KMS (AWS, 2023)、Azure Key Vault (MICROSOFT, 2024)、Google Secret Manager (GOOGLE, 2024) といった確立されたソリューションは、暗号学的に保護されたストレージおよびローテーションAPIを提供しているが、我々は以下の構造的制約を確認した:(i) 集約された時間的露出の形式的モデリングの欠如;(ii) 自動検出と適応的ローテーションの統合の弱さ;(iii) 依存関係グラフにおける構造的影響に基づく優先順位付けの欠如;(iv) 異種環境およびマルチクラウド間で比較可能な指標の不足。
したがって、本研究では以下の研究課題を設定する。
RQ1: 分散システムにおけるシークレットの露出を、測定可能かつ比較可能な形でどのように形式的にモデル化できるか。
RQ2: 構造的依存関係に基づく適応的ローテーションによって、平均露出時間を大幅に削減することは可能か。
RQ3: 大規模環境において、このアプローチの計算的および漸近的影響はどの程度か。
本研究の貢献は次の通りである:(C1) 動的有向グラフにおける重み付き時間露出最小化問題としての数学的定式化;(C2) ハイブリッド検出と中心性に基づく適応的ローテーションを組み合わせたSecretGraphアーキテクチャの提案;(C3) 統計的および漸近的分析を伴う実験的評価。
- 理論的基盤と関連研究
2.1 形式的定義
ある時刻 $t$ において有効なシークレットの集合を $S$ とする。各シークレットを次のタプルとして定義する:
$$ s = (v, t_c, t_e, \sigma, w) $$
ここで、$v$ は暗号学的値、$t_c$ は作成時刻、$t_e$ は計画された失効時刻、$\sigma$ は関連付けられたスコープまたは権限の集合、$w \in \mathbb{R}^+$ は潜在的影響から導出される重要度の重みを表す。
漏洩したシークレットの実効露出時間を次のように定義する:
$$ T_{exp}(s) = \max(0, t_{rev} - t_{leak}) $$
ここで、$t_{leak}$ は推定漏洩時刻、$t_{rev}$ は失効または実際のローテーションが行われた時刻である。
$S_L \subseteq S$ を実際に漏洩したシークレットの部分集合とする。シークレット平均露出時間 (MSET) を次のように定義する:
$$ \text{MSET} = \frac{1}{|S_L|} \sum_{s \in S_L} T_{exp}(s) $$
さらに、重み付き指標を導入する:
$$ \text{WMSET} = \frac{\sum_{s \in S_L} w_s \cdot T_{exp}(s)}{\sum_{s \in S_L} w_s} $$
これは重要度によって調整された影響を捉える。
2.2 動的グラフによるモデリング
システムを動的有向グラフとしてモデル化する:
$$ G_t = (V_t, E_t) $$
ここで $V_t$ はエンティティ(ワークロード、SPIFFEアイデンティティ、ユーザー、サーバーレス関数)を表し、$E_t$ はシークレットによって媒介される依存関係を表す。辺 $(u \rightarrow v)$ は、$u$ が $v$ によって管理または発行されるシークレットに依存していることを示す。
このモデル化により、グラフ理論の古典的指標を適用できる。例えば、媒介中心性 $C_B(v)$ は (BRANDES, 2001) により次のように定義される:
$$ C_B(v) = \sum_{s \neq v \neq t} \frac{\sigma_{st}(v)}{\sigma_{st}} $$
ここで $\sigma_{st}$ は $s$ と $t$ の間の最短経路数、$\sigma_{st}(v)$ はそのうち $v$ を通過する経路数である。
2.3 関連研究
NIST SP 800-57 は暗号鍵のライフサイクルに関する形式的ガイドラインを確立しており (NIST, 2020a)、NIST SP 800-63 はデジタル認証を扱っている (NIST, 2020b)。NIST SP 800-207 は Zero Trust モデルを導入し、継続的なアイデンティティ検証を強調している (NIST, 2020c)。2024年には、NIST は ML-KEM や ML-DSA などの初期的な耐量子暗号標準を公開し (NIST, 2024)、長期鍵のローテーションに直接的な影響を与えている。
SPIFFE/SPIRE のようなシステムはワークロードベースのアイデンティティを実装しており (SPIFFE, 2023)、静的認証情報への依存を低減する。検出の文脈では、ハイブリッドアプローチが静的コード解析とランタイム監視を組み合わせている。
しかしながら、文献において、構造的重みを持つ動的グラフにおける最適化問題としての時間的露出最小化の明示的な形式化は確認されていない。
- 脅威モデルと問題定式化
確率的多項式時間 敵対者 $\mathcal{A}$ を仮定し、その能力は次の通りとする:(i) 公開リポジトリおよびCI/CD成果物の読み取り;(ii) 部分集合 $V_c \subset V$ の侵害;(iii) MITRE ATT&CK に記述されるような有効な認証情報を用いた横方向移動 (MITRE, 2024)。HSM や認証済みエンクレーブなどのルート・オブ・トラストモジュールの侵害は仮定しない。
問題は、次を最小化するローテーションポリシー $\pi$ を見つけることである:
$$ \min_{\pi} \sum_{s \in S} w_s \cdot T_{exp}^{\pi}(s) $$
本問題は、任意重みを持つ precedence 制約付きスケジューリング問題 ($1|prec|\sum w_j C_j$) への帰着により NP 困難であると主張する。これは計算量理論における古典的問題である。したがって、大規模環境では厳密最適解は実用的でなく、構造的ヒューリスティックが正当化される。
- 提案手法
4.1 SecretGraph アーキテクチャ
アーキテクチャは4つのモジュールから構成される:
- ハイブリッドスキャナ:リポジトリの静的解析、コンテナイメージの検査、および機密変数の動的監視。
- インクリメンタルグラフ構築器:観測イベントから $G_t$ を継続的に更新。
- 優先順位付けエンジン:中心性の計算と重要度による重み付け。
- ローテーションオーケストレータ:トランザクションロールバック付きでボールトAPI(Vault, KMS)を呼び出す。
4.2 計算量
インクリメンタル構築の計算量は次の通りである:
$$ O(|S| + |D| + |E|) $$
ここで $|D|$ は検出された出現数を表す。Brandes による中心性の厳密計算は、非重み付きグラフの場合 $O(|V||E|)$ の計算量を持つが、サンプリングにより $O(k|E|)$ まで削減可能である。
4.3 優先順位付けヒューリスティック
次を定義する:
$$ \text{priority}(s) = w_s \cdot C_B(owner(s)) $$
シークレットを優先度の降順で並べ替える。直感的には、構造的に中心的で影響度の高い頂点に関連するシークレットを優先的にローテーションすることで、横方向伝播の潜在性を低減する。
- 実装
我々はGoおよびRustでプロトタイプを実装し、宣言的リコンシリエーションのためにKubernetesオペレーター(CRD)を使用した。コンポーネント間の相互認証にはSPIFFE/SPIRE(SPIFFE, 2023)を利用する。シークレットのローテーションは、mTLSで認証されたAPIを介してHashiCorp Vaultと統合される。
宣言的ポリシーの簡略例:
apiVersion: secretgraph.io/v1
kind: SecretPolicy
metadata:
name: high-criticality
spec:
rotationStrategy: adaptive
weight: 0.9
maxTTL: 168h
アクティブなローテーション中において、リクエストあたり平均4.8 msのオーバーヘッドを観測し、10,000のアクティブシークレットを持つ8ノードクラスタにおいてCPU使用率は38%未満であった。
- 実験評価
6.1 実験環境
| パラメータ | 値 |
|---|---|
| ノード数 | 8 |
| ノードあたりvCPU | 32 |
| ノードあたりRAM | 128 GB |
| アクティブシークレット | 10,000 |
| 分析したコミット数 | 120万 |
比較ベースライン:(i) 30日ごとの固定ローテーション;(ii) 構造的優先度付けを行わない検知ベースのローテーション。
6.2 定量的結果
| 指標 | 固定ベースライン | 優先度なし | SecretGraph |
|---|---|---|---|
| MSET | 72 h | 41 h | 15.5 h |
| 固定比削減 | – | 43% | 78.4% |
| 偽陽性 | 13.7% | 8.9% | 4.2% |
| CPUオーバーヘッド | 1.2% | 3.8% | 6.3% |
対応のあるt検定を適用した結果、$p < 0.01$を得ており、MSET削減における統計的有意性を示している。
- 議論
露出ウィンドウの短縮は、T1552やT1078(MITRE, 2024)のような攻撃手法に直接的な影響を与え、攻撃者による悪用可能時間を制限する。長期間利用されるシークレットに対する耐量子暗号の導入は、NISTの最近の勧告(NIST, 2024)とも整合しており、将来的リスクの緩和に寄与する。
制約としては、密なグラフにおける中心性再計算コストと、検知品質への依存が挙げられる。サンプリングベースの戦略およびインクリメンタル更新により、漸近的コストを削減できる。
- 結論
本研究では、動的グラフにおける形式的モデリングとヒューリスティック最適化に基づくアーキテクチャSecretGraphを提示した。平均露出時間の統計的に有意な削減を、許容可能な運用オーバーヘッドで達成できることを示した。本アプローチは、グラフ理論、セキュリティエンジニアリング、およびメトリクス指向ガバナンスの橋渡しを行い、クラウドネイティブ環境における適応型シークレット管理の検証可能な実践に貢献する。
References
AWS. AWS Key Management Service Developer Guide. 2023. Available at: https://docs.aws.amazon.com/kms/. Accessed on: 13 abr. 2025.
BRANDES, Ulrik. A faster algorithm for betweenness centrality. Journal of Mathematical Sociology, v. 25, n. 2, p. 163–177, 2001. Available at: https://doi.org/10.1080/0022250X.2001.9990249.
GITGUARDIAN. State of Secrets Sprawl Report 2023. 2023. Available at: https://www.gitguardian.com/state-of-secrets-sprawl-report.
GOOGLE. Secret Manager Documentation. 2024. Available at: https://cloud.google.com/secret-manager/docs.
HASHICORP. Vault Documentation. 2023. Available at: https://developer.hashicorp.com/vault/docs.
KUBERNETES. Secrets. 2023. Available at: https://kubernetes.io/docs/concepts/configuration/secret/.
MICROSOFT. Azure Key Vault Documentation. 2024. Available at: https://learn.microsoft.com/azure/key-vault/.
MITRE. ATT&CK Framework. 2024. Available at: https://attack.mitre.org/.
NIST. Recommendation for Key Management – SP 800-57 Part 1 Rev. 5. 2020a. Available at: https://csrc.nist.gov/publications/detail/sp/800-57-part-1/rev-5/final.
NIST. Digital Identity Guidelines – SP 800-63-3. 2020b. Available at: https://pages.nist.gov/800-63-3/.
NIST. Zero Trust Architecture – SP 800-207. 2020c. Available at: https://csrc.nist.gov/publications/detail/sp/800-207/final.
NIST. Post-Quantum Cryptography Standards. 2024. Available at: https://csrc.nist.gov/projects/post-quantum-cryptography.
OWASP. Secrets Management Cheat Sheet. 2022. Available at: https://cheatsheetseries.owasp.org/cheatsheets/Secrets_Management_Cheat_Sheet.html.
SPIFFE. SPIFFE/SPIRE Documentation. 2023. Available at: https://spiffe.io/docs/latest/.
VERIZON. 2024 Data Breach Investigations Report. 2024. Available at: https://www.verizon.com/business/resources/reports/dbir/.