stride-analysis-patterns

STRIDE 分析パターン

STRIDE 方法論を用いた体系的な脅威の特定。

このスキルを使用する場面

• 新しい脅威モデリングセッションを開始するとき
• 既存のシステムアーキテクチャを分析するとき
• セキュリティ設計の意思決定をレビューするとき
• 脅威ドキュメントを作成するとき
• チームに脅威の特定方法をトレーニングするとき
• コンプライアンスおよび監査の準備

中核となる概念

1. STRIDE カテゴリ

S - Spoofing       → Authentication threats
T - Tampering      → Integrity threats
R - Repudiation    → Non-repudiation threats
I - Information    → Confidentiality threats
    Disclosure
D - Denial of      → Availability threats
    Service
E - Elevation of   → Authorization threats
    Privilege

2. 脅威分析マトリクス

カテゴリ	質問	制御ファミリー
なりすまし	攻撃者は他人になりすますことができるか？	認証
改ざん	攻撃者は転送中／保存中のデータを変更できるか？	完全性
否認	攻撃者は行為を否認できるか？	ログ記録／監査
情報漏えい	攻撃者は不正なデータにアクセスできるか？	暗号化
DoS	攻撃者は可用性を妨害できるか？	レート制限
権限昇格	攻撃者はより高い権限を取得できるか？	認可

テンプレートと詳細な実例

テンプレートの完全なライブラリは references/details.md にあります。このスキルの具体的なテンプレートが必要な場合は、そのファイルをお読みください。

ベストプラクティス

実施すべきこと

• ステークホルダーを関与させる - セキュリティ、開発、運用の各視点
• 体系的に進める - すべての STRIDE カテゴリを網羅する
• 現実的に優先順位を付ける - 影響の大きい脅威に焦点を当てる
• 定期的に更新する - 脅威モデルは生きたドキュメントです
• 視覚的な補助を使用する - DFD はコミュニケーションに役立ちます

避けるべきこと

• カテゴリを飛ばさない - それぞれが異なる脅威を明らかにします
• 安全だと決めつけない - すべてのコンポーネントを疑いましょう
• 孤立して作業しない - 協働的なモデリングの方が優れています
• 低確率を無視しない - 影響の大きい脅威は重要です
• 特定で止めない - 緩和策までしっかり進めましょう