はじめに
セキュリティという分野は、技術の幅広さゆえに「何から手をつければよいか」が分かりにくい領域です。
本書 Practical Cybersecurity Architecture – Second Edition（Diana Kelly・Ed Moyle 著、Packt Publishing、2023年）は、そうした迷いに対して「アーキテクトの視点から体系的に考える」というアプローチで応えてくれる一冊です。
特定のツールや製品の解説書ではなく、サイバーセキュリティアーキテクチャの思考プロセスと実践ステップを丁寧に示した、いわば「プレイブック」として機能します。
本書の構成と概要
本書は大きく3部構成になっており、アーキテクトとしての基礎理解から具体的な実行フェーズまでを段階的に解説しています。
パート1：はじめに ── アーキテクチャとは何か
第1章：サイバーセキュリティアーキテクチャとは
本章は「なぜアーキテクチャが必要か」という問いから始まります。
物理建築の世界では、設計図なしに50階建てのビルを建てる人はいません。同様に、セキュリティ対策も計画なしに場当たり的に積み重ねると、長期的な最適化が困難になると著者たちは指摘します。
「アーキテクチャは工芸である。芸術性・創造性・計画性・知識が融合して成り立つ」
この言葉が本書全体の姿勢を象徴しています。
セキュリティアーキテクトの役割
セキュリティアーキテクトとは、組織のセキュリティビジョンを「描く者」であり、以下を担います。
- セキュリティ目標と要件の特定
- ビジョンの設計と実現可能性の検証
- 専門家と連携したロードマップ策定
- ビジョンの継続的な維持・改善
本書ではとくに「ネットワークセキュリティアーキテクト」と「アプリケーションセキュリティアーキテクト」の2種類に焦点を当てています。
CIAトライアドとネットワーク設計
ネットワークセキュリティアーキテクトが守るべき原則として、機密性（Confidentiality）・完全性（Integrity）・可用性（Availability）のCIAトライアドが改めて整理されています。さらに本書独自の視点として以下の3軸が加わります。
| 軸 | 意味 |
|---|---|
| 有効性 | 対策がCIA目標を達成しているか |
| 回復力（レジリエンス） | 災害や攻撃時も機能が継続するか |
| 深さ（カバレッジ） | OSIスタック全レイヤーをカバーするか |
アプリケーションセキュリティとBoehmの曲線
開発ライフサイクルにおけるセキュリティコストについて、著者たちはBoehmの曲線を引用します。欠陥の修正コストはライフサイクルの後半になるほど非線形に増大するため、設計・開発フェーズでのセキュリティ組み込みが極めて重要です。
アーキテクチャフレームワークの整理
本章後半では、代表的なセキュリティアーキテクチャフレームワークが紹介されます。
- SABSA（Sherwood Applied Business Security Architecture）：ビジネス目標にセキュリティをマッピングするマトリクスモデル。本書が最も重視するフレームワーク。
- O-ESA（Open Enterprise Security Architecture）：ポリシー駆動型の自動化を中心に据えたモデル。
- OSA（Open Security Architecture）：コミュニティ主導の設計パターンライブラリ。
セキュリティアーキテクトは単一のフレームワークに固執するのではなく、これらを組織のコンテキストに合わせて使いこなすことが求められます。
パート2：アーキテクチャの構築
第2章：アーキテクチャ ── ソリューション構築の中核
本章のテーマは**「なぜから始めること」**です。
著者たちはCOBIT 5の「目標カスケード」の考え方を援用し、セキュリティ要件は次の階層から導出されると説明します。
企業目標
└─ テクノロジー目標
└─ セキュリティ目標
たとえば、Meta（旧Facebook）であれば「収益性向上（企業目標）→ コンテンツ共有プラットフォームの提供（技術目標）→ 認証・認可の強化（セキュリティ目標）」という連鎖になります。
設計コンテキストを決める4要素
本章では設計の前提となる情報収集の手順を以下の4ステップで整理しています。
- ビジネス目標の理解：ミッション・戦略の把握
- テクノロジー目標の理解：IT計画・既存システムの把握
- 既存ドキュメントからの暗黙目標の抽出：ポリシー・手順・標準の読み込み
- リスク許容度とコンプライアンス要件の確認
ポリシー・手順・標準の使い分け
組織の目標を素早く理解するためのショートカットとして、既存ドキュメントを活用する考え方が示されています。
| ドキュメント | 特徴 | 設計への有用性 |
|---|---|---|
| ポリシー | 経営の意図を体系化したもの | ◎ 最も直接的 |
| 手順 | 具体的な実施ステップ | △ 範囲が狭い |
| 標準 | 技術要件の規定 | △ 経営意図より技術詳細が主 |
| ガイダンス | 任意の補足情報 | △ 補完的 |
リスク許容度の重要性
著者たちは「リスクゼロを目指すことは非現実的」と明言します。リスクにはコストが伴い、むしろ計算されたリスクを取ることがビジネスの本質でもあります。ISO 31000の手順（特定→分析→評価→処理→監視）を参照しながら、設計の根拠として文書化・経営承認を取ることを推奨しています。
パート3：実行
実行フェーズの概要
本書が示すアーキテクチャ実践のプロセスは以下の5ステップです。
- スコープと要件の設定：何を設計対象にするかを決める
- ツールボックスの準備：設計に必要なドキュメント・ツールの用意
- エンタープライズブループリントの作成：設計と実装計画の策定
- ブループリントの実行：計画を実践に移す
- 維持・改善：メトリクスを収集し、設計の継続的改善を行う
このプロセスはあくまで「一つのアプローチ」であり、著者たちは「各ステップの『なぜ』を理解することで、状況に応じた柔軟な対応が可能になる」と繰り返し強調しています。
本書を読んで感じたこと
「プレイブック」として機能する稀有な一冊
セキュリティ書籍の多くは「何をすべきか（What）」を述べますが、本書は「なぜそうするのか（Why）」と「どう考えるか（How to think）」を丁寧に解説しています。特定の製品依存がないため、内容が陳腐化しにくい点も長所です。
実務者の言葉が随所に散りばめられている
各章には多数のインタビュー引用が含まれており、現場のアーキテクトがどのように考え、何につまずいてきたかがリアルに伝わります。「正解は一つではない」という姿勢が一貫しており、読み手に柔軟な思考を促してくれます。
SABSAを深く理解したい人への入口として最適
SABSAは日本語の解説リソースが限られているフレームワークです。本書はSABSAの哲学・構造をわかりやすく説明しており、英語一次資料への橋渡しとして機能します。
こんな人におすすめ
- セキュリティエンジニアからアーキテクトにキャリアシフトを考えている方
- なぜセキュリティ施策を「そう」設計するのかを言語化できていない方
- SABSA・TOGAF・O-ESAなどのフレームワークを学びたい方
- セキュリティとビジネス目標の整合を組織に説明したい方
まとめ
Practical Cybersecurity Architecture 第2版は、セキュリティ設計の「筋肉記憶」を鍛えるためのトレーニングガイドです。知識を詰め込む参考書ではなく、考え方のフレームを身につけるための実践書として手元に置いておく価値があります。