サイバーセキュリティリスクアセスメントとは、組織の情報システム、データ、業務に対するリスクを特定・分析・優先順位付けするための体系的なプロセスです。具体的には、各脅威と脆弱性を、それが悪用される可能性と、悪用された場合のビジネスへの影響と組み合わせて評価します。これにより経営層は、どのリスクを修正・移転・受容・回避すべきかを判断し、最もリスク低減効果の高い箇所にセキュリティ予算を配分できるようになります。
コンピューターセキュリティ
目次
- 目次
- サイバーセキュリティリスクアセスメントとは
- なぜサイバーセキュリティリスクアセスメントが重要なのか
- 主要な用語と概念
- サイバーリスクの計算式
- サイバーセキュリティリスクアセスメントの種類
- フレームワークと標準(NIST、ISO、FAIR)
- リスクアセスメントの実施方法(ステップバイステップ)
- 定性的手法と定量的手法の比較
- リスクマトリクスによるスコアリングと優先順位付け
- サイバーセキュリティリスクアセスメントツール
- ベストプラクティス
- よくある課題とミス
- サイバーセキュリティリスクアセスメントのチェックリスト
- 実施頻度の目安
- よくある質問(FAQ)
- 重要ポイントのまとめ
サイバーセキュリティリスクアセスメントとは
サイバーセキュリティリスクアセスメントとは、組織のデジタル資産が直面する脅威や脆弱性を特定し、それらが実際に発生する可能性とその影響度を見積もり、対処すべきリスクを優先順位付けするための、体系的かつ再現可能なプロセスです。平たく言えば、「何が問題になり得るのか」「それはどの程度起こりやすいのか」「起きた場合どれほど深刻なのか」「では何をすべきか」という4つの問いに答えるものです。
これは、サイバーリスクマネジメントと呼ばれるより広範な取り組みの中核をなす分析エンジンです。リスクアセスメントは、推奨される対処法とともにランク付けされたリスクの一覧という「根拠」を生み出すものであり、リスクマネジメントはその対処法を決定・実施・監視し続ける継続的なプログラムを指します。リスクアセスメントは単発の監査や脆弱性スキャンとは異なります。スキャナーはポートが開いていることを教えてくれますが、リスクアセスメントはその開いたポートがビジネスにとって何を意味するのか、そして真っ先に対応すべきものかどうかを教えてくれます。
信頼できるアセスメントは、必ず技術的な発見事項をビジネス上の文脈と結び付けます。機密データを一切保持していない孤立したテストサーバー上の深刻な脆弱性は、決済処理を行う顧客データベース上の中程度の脆弱性よりもリスクが低いといえます。このように文脈を分析に組み込むことで、リスクアセスメントは、区別のつかない技術的課題の長いリストを、経営層が予算を割いて対処できる、簡潔で説得力のある優先順位のセットへと変換します。
なぜサイバーセキュリティリスクアセスメントが重要なのか
測定していないものを守ることはできません。正式なリスクアセスメントを行わない組織は、セキュリティ予算を均等にばらまいたり、あるいはさらに悪いことに、直近で話題になったものばかりを追いかけたりしがちです。露出が最も大きい部分に予算を集中させることができません。優れたアセスメントはこの状況を変えます。主なメリットは以下の通りです。
セキュリティトレーニングコース
- より賢いリソース配分。予算や人員は、単に緊急に感じられるものではなく、発生可能性と影響度が最も高いリスクに割り当てられます。
- 可視性と資産の発見。このプロセスによって、忘れられていたサーバー、シャドーIT、誤分類されたデータ、管理されていないクラウドアカウントなどが日常的に浮かび上がります。存在を把握していない資産を守ることはできません。
- 規制コンプライアンス。ISO/IEC 27001、PCI DSS、HIPAA、GDPR、SOC 2、NISTベースの各種法規制はいずれも、文書化された定期的なリスクアセスメントを要求しています。
- より迅速で的確な意思決定。あらかじめ「最重要」資産を特定しておくことで、インシデント対応者はより迅速にトリアージでき、リスクを定量化しておくことで経営層はセキュリティと他の事業優先事項を比較検討できます。
- 関係者・取締役会からの信頼獲得。明確なリスク登録簿とヒートマップは、経営層、監査人、保険会社、顧客に対し、リスクが把握され管理されていることを示す証拠となります。
- 侵害発生時の総コストの削減。影響の大きい脆弱性が悪用される前に特定・修正することは、インシデント対応、業務停止、規制上の罰金、レピュテーション毀損に比べて格段に低コストです。
主要な用語と概念
リスクアセスメントには正確な用語体系があります。これらの用語を正しく押さえることが、厳密なアセスメントと曖昧な意見を区別するポイントです。
| 用語 | 定義 |
| 資産(Asset) | データ、システム、アプリケーション、ハードウェア、人材、評判など、組織にとって価値があり保護が必要なもの全般。 |
| 脅威(Threat) | 資産に害を及ぼす可能性のあるあらゆる状況や事象(例:ランサムウェア集団、悪意ある内部関係者、停電、ヒューマンエラーなど)。 |
| 脅威アクター/脅威源 | 脅威の背後にいる存在。サイバー犯罪者、国家、ハクティビスト、内部関係者、自然事象など。 |
| 脆弱性(Vulnerability) | 脅威が悪用し得る弱点。未パッチのシステム、脆弱なパスワードポリシー、設定ミス、教育不足のユーザーなど。 |
| 可能性(Likelihood) | 特定の脅威が特定の脆弱性を悪用する確率。多くの場合、高/中/低や、割合・発生頻度として評価される。 |
| 影響(Impact) | リスクが顕在化した場合の被害の大きさ(財務的、業務的、法的、レピュテーション的)。 |
| リスク(Risk) | 可能性と影響を組み合わせたもの。脅威が脆弱性を悪用した際に生じ得る損失の程度。 |
| 固有リスク(Inherent risk) | いかなる管理策も適用する前のリスクレベル。 |
| 残存リスク(Residual risk) | 管理策を適用した後に残るリスク。 |
| 管理策/セーフガード(Control / safeguard) | リスクを低減する対策。技術的(MFA、暗号化)、管理的(ポリシー)、物理的(施錠)なものがある。 |
| リスク選好度/許容度 | 組織が目標達成のために許容する意思のあるリスクの量と種類。 |
| リスク対応(Risk treatment) | リスクに対して選択する対応方針。低減、移転、回避、受容のいずれか。 |
| リスク登録簿(Risk register) | 特定されたリスク、そのスコア、担当者、対応状況を記録し続ける生きた文書。 |
サイバーリスクの計算式
基本的に、リスクは次のように表現されます。
リスク=可能性×影響
より完全な概念モデルでは、可能性自体が脅威と脆弱性に依存すること、そして影響は資産の価値と既存の管理策によって緩和されることが考慮されます。
脆弱性診断サービス
リスク=(脅威×脆弱性)×資産への影響
実務上重要なのは、いずれかの要素を減らすことでリスクを下げられるという点です。脆弱性をなくす(パッチ適用)、脅威のアクセスを制限する(セグメンテーション、最小権限)、あるいは影響を小さくする(暗号化、バックアップ、サイバー保険)といった具合です。単一の脆弱性だけでは全体像を語れないのはこのためであり、脅威・脆弱性・価値ある資産の3つがそろって初めてリスクが生じます。
サイバーセキュリティリスクアセスメントの種類
アセスメントは一様ではありません。適切な種類は、目的、成熟度、利用可能なデータによって異なります。
- 定性的アセスメント — リスクを記述的な言葉(高/中/低)で評価します。迅速かつ直感的で、成熟度が低い段階や幅広いカバレッジに適していますが、主観的になりがちです。
- 定量的アセスメント — リスクを数値、通常は金額(例:年間予想損失額)で表現します。データに基づいており取締役会向けに適していますが、信頼できるデータと工数が必要です。
- 準定量的(ハイブリッド)アセスメント — 数値スケール(例:1〜25)を用い、それを定性的な区分に対応させます。実務上よく使われる折衷案です。
- 資産ベースのアセスメント — 資産の棚卸しから出発し、各資産に対する脅威へと分析を広げていきます。
- 脅威ベースのアセスメント — 攻撃者の行動(例:MITRE ATT&CKを活用)から出発し、各手法に対する露出度を評価します。
- 脆弱性ベースのアセスメント — スキャンやペネトレーションテストの結果から出発し、ビジネス上の文脈を加えて優先順位付けします。
- コンプライアンスベースのアセスメント — PCI DSS、HIPAA、ISO 27001など、特定の標準が要求する管理策に照らしてリスクを測定します。
- サードパーティ/ベンダーリスクアセスメント — サプライヤー、SaaSプロバイダー、パートナーなど、サプライチェーン全体からもたらされるリスクを評価します。
フレームワークと標準
手法をゼロから作り出す必要はありません。確立されたフレームワークは、実証済みの構造、共通言語、監査上の信頼性を提供してくれます。最も広く使われているのは以下の通りです。
| フレームワーク/標準 | 概要と活用場面 |
| NIST SP 800-30(Rev. 1) | 米国におけるリスクアセスメント実施の決定版ガイド。4段階のプロセス(準備、実施、伝達、維持)を定義。優れたデフォルト手法。 |
| NIST サイバーセキュリティフレームワーク(CSF)2.0 | 2024年発表。サイバーリスクを6つの機能——統治、識別、防御、検知、対応、復旧——に整理。リスクアセスメントは主に統治と識別の機能に位置付けられる。プログラム全体の構造化に有効。 |
| NIST SP 800-37(RMF) | リスクマネジメントフレームワーク。800-30のアセスメントが組み込まれる、ライフサイクル全体(準備、分類、選定、実装、評価、承認、監視)を規定。 |
| ISO/IEC 27005:2022 | 情報セキュリティリスクの管理に関する国際的なガイダンス。ISO/IEC 27001:2022のISMSを支える。ISO認証取得を目指す場合に最適。 |
| ISO/IEC 27001:2022 | 文書化された再現可能なリスクアセスメントと対応プロセスを要求する、認証取得可能なISMS標準。 |
| FAIR(Factor Analysis of Information Risk) | サイバーリスクを金額で定量化するための代表的モデル。経営層が具体的な金額を求める場合、どのフレームワークとも併用しやすい。 |
| MITRE ATT&CK | 実際の攻撃者の戦術・手法をまとめたナレッジベース。脅威特定を具体化し、脅威ベースのアセスメントを厳密にするために使われる。 |
| CIS RAM/CIS Controls | 優先順位付けされたCIS Controlsを軸としたリスクアセスメント手法。中小規模の組織にとって実用的。 |
| OCTAVE | 資産と業務運用に重点を置いた、組織全体で自主的に実施するアセスメント手法。 |
サイバーセキュリティリスクアセスメントの実施方法(ステップバイステップ)
以下の7つのステップはNIST SP 800-30に沿ったもので、どのフレームワークとも組み合わせて使えます。これらを順に実行することで、白紙の状態から優先順位付けされた実行可能なリスク登録簿へとたどり着けます。
ステップ1:準備——スコープ、目的、手法の定義
アセスメントの対象範囲(特定のシステム、事業部門、あるいは組織全体)、実施する目的(コンプライアンス対応、新規システムの導入、年次サイクルなど)、そしてリスクの測定方法(定性的、定量的、あるいはハイブリッド)を決定します。部門横断的なチームを編成し、経営層のスポンサーシップを確保したうえで、セキュリティリスクの判断基準と評価スケールを事前に文書化しておくことで、結果に一貫性と説得力を持たせられます。
ステップ2:資産の特定と優先順位付け
対象範囲内の資産——システム、アプリケーション、データストア、エンドポイント、クラウドサービス、それらを取り巻く人員やプロセス——の棚卸しを作成、または更新します。それぞれを機密性とビジネス上の重要度で分類します。ここで「最重要資産」の分析が行われます。侵害された場合に最も大きな損害をもたらす、ごく一握りの資産を特定するのです。
ステップ3:脅威と脆弱性の特定
各資産について、現実的な脅威(ランサムウェア、フィッシング、内部関係者による不正利用、DDoS、サプライチェーン侵害、自然事象など)と、それらが悪用し得る脆弱性を洗い出します。脆弱性スキャン、ペネトレーションテスト、設定レビュー、脅威インテリジェンス、MITRE ATT&CKのような攻撃者モデルを活用しましょう。脅威と脆弱性を組み合わせて、現実的な脅威シナリオを構築します。
ステップ4:可能性と影響の分析
各シナリオについて、発生の可能性と発生した場合の影響を見積もります。可能性や影響を低減する既存の管理策を考慮に入れ、固有リスクと残存リスクの両方を評価します。影響は、単なるITの業務停止だけでなく、財務的、業務的、法的・規制的、レピュテーション的な側面にも及ぶべきです。
ステップ5:リスクの判定と優先順位付け
可能性と影響を組み合わせて各シナリオのリスクレベルを算出し、通常はリスクマトリクス上にプロットします。結果をランク付けすることで、組織は何から対処すべきか明確な順序を持つことができます。すべてをリスク登録簿に記録し、各リスクには担当者を明記します。
ステップ6:対応策の提言と実施
重大なリスクごとに対応方針を選択します。低減(管理策の追加・強化)、移転(保険、外部委託)、回避(リスクのある活動の中止)、受容(リスクが許容範囲内であることを正式に承認)のいずれかです。担当者、期限、成功基準を割り当てたうえで、合意した管理策を実施します。
ステップ7:文書化、伝達、監視
明確なレポートを作成します。経営層向けにはリスクヒートマップを含むエグゼクティブサマリーを、技術チーム向けには詳細な調査結果を用意します。そのうえで、アセスメントを一度きりのものではなく生きたプロセスとして扱い、残存リスクを監視し、是正措置の進捗を追跡し、定期的に、また環境が大きく変化するたびに再評価します。これにより一連のサイクルが完結し、登録簿の正確性が保たれます。
定性的手法と定量的手法の比較
リスクをどう測定するかの選択は、アセスメントにおいて最も重要な決定の一つです。ここでは、代表的な2つのアプローチを比較します。
| 比較項目 | 定性的手法 | 定量的手法 |
| 出力形式 | 記述的な評価(高/中/低) | 数値/金額(例:年間の金額) |
| 速度 | 迅速 | より時間がかかり、データ集約的 |
| 客観性 | より主観的 | より客観的かつ再現性が高い |
| 必要なデータ | 専門家の判断 | 損失データ、発生頻度、資産価値 |
| 適した用途 | 幅広いカバレッジ、成熟度の低い段階、早期の成果 | 取締役会レベルの意思決定、費用対効果分析、予算の優先順位付け |
| 一般的なツール・モデル | リスクマトリクス、ワークショップ | FAIR、SLE/ALE計算 |
定量分析では、3つの関連する計算式がよく使われます。単一損失予想額(SLE)=資産価値×被害率、年間予想損失額(ALE)=SLE×年間発生率(ARO)です。データ喪失インシデントが発生した場合の損失が50万ドル(SLE)で、およそ5年に1度の頻度で発生すると想定される場合(ARO=0.2)、ALEは年間10万ドルとなり、この金額を管理策のコストと直接比較検討できます。多くの成熟したプログラムはハイブリッド型のアプローチを採用しており、まず定性的なスクリーニングで全体像をトリアージし、その後、上位リスクに対して定量分析を行います。
リスクマトリクスによるスコアリングと優先順位付け
リスクマトリクス(ヒートマップ)は、一方の軸に可能性を、もう一方の軸に影響をプロットし、リスクがどこに集中しているかを一目で把握できるようにします。一般的な5×5マトリクスでは、各軸を1(非常に低い)から5(非常に高い)まで評価し、それらを掛け合わせて1〜25のスコアを算出します。
- 低(1〜6、緑):監視を継続。低コストであれば対処。多くの場合、許容可能。
- 中(7〜14、黄):定められた期間内に是正計画を立てる。
- 高(15〜19、オレンジ):優先対応。担当者を割り当て速やかに是正する。
- 重大(20〜25、赤):緊急対応。経営層にエスカレーションし、即座に対処する。
このマトリクスが強力なのは、視覚的で技術に詳しくない関係者にも理解しやすい点です。ただし、区分は事前に定義し一貫して適用しなければ、評価者によって同じリスクでもスコアがばらついてしまいます。
サイバーセキュリティリスクアセスメントツール
ツールの選択肢は、しっかり作り込んだスプレッドシートから、企業向けGRCプラットフォームまで多岐にわたります。規模と成熟度に応じて選定しましょう。
- GRCプラットフォーム(リスク登録簿やワークフローツールなど)は、アセスメント、対応策、レポーティングを組織全体で一元管理します。
- 脆弱性スキャナー(Nessus、Qualys、OpenVAS、Rapid7)は、分析の技術的な側面を支えます。
- アタックサーフェス・セキュリティ格付けツールは、外部への露出状況を継続的に把握するデータを提供します。
- FAIRに基づく定量化プラットフォームは、リスクを金額で表現します。
- フレームワークをツールとして活用:NISTのテンプレート、CIS Controlsのセルフアセスメント(CIS CSAT)、ベンダーリスクアセスメント用の質問票など。
- スプレッドシートは、これから始める小規模な組織にとって今なお十分実用的な選択肢です。重要なのはソフトウェアよりも構造です。
ベストプラクティス
- すべてのリスクをビジネスへの影響と結び付ける。技術的な深刻度だけでは優先順位は決まりません。ビジネス上の文脈こそが決め手です。
- 経営層のスポンサーシップを得る。リスクに関する意思決定(特にリスク受容)は、IT部門だけでなく事業部門のオーナーが担うべきものです。
- 継続的に取り組む。リスク登録簿は年次の成果物ではなく、生きた文書として扱いましょう。
- 評価スケールを標準化する。可能性と影響の基準を事前に定義し、結果を一貫性のあるものにし、時系列で比較できるようにします。
- サードパーティを忘れない。自組織のリスクには、ベンダーやサプライチェーンのリスクも含まれます。
- 担当者を明確に割り当てる。すべてのリスクには担当者名と期限が必要です。そうでなければ何も改善されません。
- 可能な限りデータ収集を自動化する。手作業の負担を減らし、調査結果を常に最新の状態に保ちます。
- 対象者に合わせて伝える。経営層にはヒートマップと金額を、エンジニアには具体的な詳細情報を提供しましょう。
よくある課題と避けるべきミス
- 単なる形式的な手続きとして扱う。監査人を満足させるためだけにアセスメントを実施し、その後放置してしまうのは労力の無駄です。
- 資産棚卸しの不備。把握していない資産(シャドーIT、忘れられたクラウドアカウントなど)は、未評価のリスクそのものです。
- 主観への過度な依存。基準の定まっていない高/中/低の評価はぶれが生じます。区分をあらかじめ定義しましょう。
- 脆弱性スキャンとリスクアセスメントの混同。スキャンは弱点を列挙するだけですが、アセスメントはビジネスリスクの観点から優先順位を付けます。
- 残存リスクの軽視。管理策適用前だけでなく、適用後のリスクも評価しましょう。
- フォローアップの欠如。担当者、期限、監視のない登録簿では、何も変わりません。
- 作りっぱなし。脅威や環境は変化します。古いままのアセスメントは誤った安心感を与えてしまいます。
サイバーセキュリティリスクアセスメントのチェックリスト
アセスメントの実施・見直しには、以下の簡易チェックリストをご活用ください。
- スコープ、目的、リスク評価手法を定義し、スポンサーシップを確保する。
- 対象範囲内のすべての資産を棚卸し・分類し、最重要資産を特定する。
- 各資産に対する脅威と脅威アクターを特定する。
- スキャン、ペネトレーションテスト、レビューを通じて脆弱性を特定する。
- 現実的な脅威シナリオ(脅威+脆弱性)を構築する。
- 既存の管理策とその有効性を評価する。
- 可能性と影響を評価し、固有リスクと残存リスクを判定する。
- マトリクス上でリスクをスコアリング・優先順位付けし、リスク登録簿に記録する。
- 対応策(低減/移転/回避/受容)を、担当者と期限とともに選定する。
- エグゼクティブ向けヒートマップとともに関係者へ報告する。
- 監視・是正を行い、次回の再評価をスケジュールする。
リスクアセスメントはどのくらいの頻度で実施すべきか
少なくとも年に1回は完全なリスクアセスメントを実施し、さらに重大な変化があった場合には追加で実施しましょう。新システムの導入やクラウド移行、合併・買収、重大なセキュリティインシデント、新たな規制、脅威状況の大きな変化などが該当します。定期アセスメントの間も、成熟した組織は継続的な監視を行い、リスク登録簿を年1回のスナップショットに留めず常に最新の状態に保っています。規制の中には(例:PCI DSS)特定の最低実施頻度を義務付けているものもあるため、自組織に適用される基準を確認してください。
よくある質問(FAQ)
サイバーセキュリティリスクアセスメントを簡単に言うと?
データやシステムに害を及ぼし得るものを洗い出し、各脅威の発生可能性、その深刻さ、そして取るべき対応を体系的に整理する手法です。これにより、最も重要な部分にセキュリティの取り組みを集中させることができます。
リスクアセスメントと脆弱性診断の違いは?
脆弱性診断は、技術的な弱点(例:未適用のパッチ)を発見して一覧化するものです。リスクアセスメントはさらに一歩進み、可能性・影響・資産価値といったビジネス上の文脈を加えることで、それらの弱点に優先順位を付け、対応方針を決定します。
サイバーセキュリティリスクアセスメントの主なステップは?
準備とスコープ設定、資産の特定と優先順位付け、脅威と脆弱性の特定、可能性と影響の分析、リスクの判定とランク付け、対応策の選定と実施、そして文書化・伝達・監視というステップで構成されます。
サイバーリスクアセスメントにはどのフレームワークが使われるか?
最も一般的なのは、NIST SP 800-30、NISTサイバーセキュリティフレームワーク(CSF)2.0、ISO/IEC 27005:2022(およびISO/IEC 27001)、そしてリスクを金額で定量化するFAIRです。MITRE ATT&CK、CIS RAM、OCTAVEも広く使われています。
定性的リスクアセスメントと定量的リスクアセスメントの違いは?
定性的アセスメントは、リスクを記述的(高/中/低)に評価するもので、迅速ですが主観的です。定量的アセスメントは、SLE/ALEやFAIRを通じてリスクを数値、通常は金額で表現するもので、より客観的ですがデータ集約的です。多くのチームは両方を組み合わせて使用しています。
サイバーリスクの計算式は?
リスクは一般的にリスク=可能性×影響と表現されます。より詳細なモデルでは、リスク=(脅威×脆弱性)×資産への影響となります。定量的には、年間予想損失額(ALE)=単一損失予想額×年間発生率で算出します。
サイバーセキュリティリスクアセスメントはどのくらいの頻度で実施すべきか?
少なくとも年1回、加えて新システムの導入、クラウド移行、合併、インシデント、新規制など大きな変化があった際にも実施すべきです。アセスメント間の継続的な監視により、リスクの状況を常に最新に保つことができます。
リスクアセスメントの実施責任者は誰か?
これは部門横断的な取り組みです。通常、セキュリティ/GRCチームがプロセスを主導し、IT部門やシステムの所有者が技術的な詳細を提供し、事業部門のリーダーがリスクに関する意思決定——特にリスクを受容するかどうかの判断——を担います。
重要ポイントのまとめ
- サイバーセキュリティリスクアセスメントは、リスクを特定・分析・優先順位付けすることで、本当に重要なリスクへの対応を可能にします。
- リスク=可能性×影響であり、効果的なアセスメントは常に技術的な発見事項をビジネスへの影響と結び付けます。
- 確立されたフレームワークを活用しましょう。手法にはNIST SP 800-30、構造にはNIST CSF 2.0やISO/IEC 27005:2022、定量化にはFAIRが有効です。
- 再現可能な7ステップのプロセスに従い、担当者を明記したリスク登録簿にすべてを記録しましょう。
- 少なくとも年1回、また大きな変化があった際には再評価を行い、その間も継続的に監視しましょう。
翻訳元: https://gbhackers.com/what-is-a-cybersecurity-risk-assessment/