Risk Management

Risk Treatment

リスク対応戦略(回避・低減・移転・受容)

Category: Risk Management / Updated: 2026-05-26

📖

概要

リスク対応(Risk Treatment)とは、リスクアセスメントの結果に基づき、特定されたリスクに対して適切な対処方針を選択し実行するプロセスです。ISO 31000およびISO/IEC 27001では、リスク対応の基本戦略として回避(Avoidance)低減(Mitigation)移転(Transfer)受容(Acceptance)の4つを定義しています。

リスク対応戦略の選択は、リスクの大きさ、対策の実現可能性、費用対効果、そして組織のリスクアペタイト(リスク選好)を総合的に考慮して行われます。すべてのリスクをゼロにすることは現実的に不可能であり、限られたリソースの中で最も効果的な対応策を選択することが、リスクマネジメントの本質です。

リスク対応計画の策定においては、選択した管理策(コントロール)の実装スケジュール、責任者の任命、必要なリソースの確保、そして対応後に残る残留リスク(Residual Risk)の評価が不可欠です。残留リスクが組織のリスク受容基準を満たしているかを確認し、経営層の承認を得た上で実行に移します。

🔬

詳細解説

リスク回避(Risk Avoidance)

リスク回避は、リスクを生じさせる活動そのものを中止または変更することで、リスクを完全に排除する戦略です。例えば、セキュリティリスクの高い旧式システムの運用を停止する、個人情報を取り扱うサービスそのものを廃止する、特定の国への進出を断念するといった判断がこれにあたります。

リスク回避は最も確実なリスク対応策ですが、同時にビジネス機会の喪失を伴うことが多い点に注意が必要です。リスク回避を選択する際は、回避によって失われるビジネス価値とリスクの大きさを慎重に比較検討する必要があります。高リスクかつ低リターンの活動に対しては効果的な戦略です。

リスク低減(Risk Mitigation)

リスク低減は、セキュリティコントロール(管理策)を導入することで、リスクの発生可能性や影響度を許容可能なレベルまで引き下げる戦略です。最も一般的なリスク対応戦略であり、技術的対策(ファイアウォール、暗号化、多要素認証など)、運用的対策(セキュリティ手順書、監視体制など)、管理的対策(ポリシー策定、教育訓練など)を組み合わせて実施します。

リスク低減においては、多層防御(Defense in Depth)の考え方が重要です。単一の対策に依存するのではなく、予防的コントロール、検知的コントロール、修正的コントロールを組み合わせることで、一つの対策が突破されても次の防御層で被害を食い止める体制を構築します。

リスク移転(Risk Transfer)

リスク移転は、リスクの影響(特に財務的影響)を第三者に移転する戦略です。最も代表的な手段がサイバー保険(Cyber Insurance)の加入であり、データ漏洩やランサムウェア攻撃による損害をカバーします。また、セキュリティ運用のアウトソーシング(MSSP:マネージドセキュリティサービスプロバイダーへの委託)も広義のリスク移転にあたります。

ただし、リスク移転は「責任の移転」を意味するものではありません。たとえサイバー保険に加入していても、レピュテーション損失や規制当局からの行政処分のリスクは移転できません。また、契約書における責任制限条項やSLAの設定もリスク移転の一形態ですが、法的に無効とされるケースもあるため、法務部門との連携が不可欠です。

リスク受容(Risk Acceptance)

リスク受容は、リスクの存在を認識した上で、追加的な対策を講じることなくリスクを保有する戦略です。リスクの大きさが組織のリスク受容基準内に収まっている場合、対策コストがリスクの期待損失を上回る場合、または対策の実施が技術的に困難な場合に選択されます。

リスク受容は「リスクの無視」とは根本的に異なります。リスク受容を適切に行うためには、リスクの内容と大きさを正確に把握した上で、経営層による正式な承認を得ることが必要です。また、受容したリスクは継続的にモニタリングし、状況の変化に応じてリスク受容の判断を見直すプロセスを確立しなければなりません。

コントロール選択と費用対効果分析

リスク対応策を選択する際には、費用対効果分析(Cost-Benefit Analysis)が不可欠です。具体的には、対策導入前のALE(年間期待損失額)と対策導入後のALEの差分が対策の効果であり、この効果が対策の年間コスト(導入費用の償却費+運用費用)を上回る場合に、その対策は経済的に正当化されます。

コントロールの選択においては、ISO/IEC 27001の附属書Aに記載された管理策や、NIST SP 800-53のセキュリティコントロールカタログを参考にすることが推奨されます。また、対策の実装にあたっては、既存のシステムや業務プロセスへの影響を最小化し、段階的に導入するアプローチが現実的です。

🛡️

セキュリティ対策

  • 01
    リスク対応計画の文書化と経営層承認:各リスクに対する対応戦略、選択した管理策、実装スケジュール、責任者を明記したリスク対応計画書を作成してください。計画書は経営層の承認を得た上で実行に移し、進捗状況を定期的に報告するプロセスを確立しましょう。
  • 02
    残留リスクの評価と受容判断:リスク対応策を実施した後に残る残留リスクを定量的に評価し、組織のリスク受容基準と比較してください。残留リスクがリスク受容基準を超えている場合は、追加の対策を検討するか、リスク受容基準自体の見直しを経営層に提案しましょう。
  • 03
    多層防御によるリスク低減策の実装:技術的対策、運用的対策、管理的対策を組み合わせた多層防御を構築してください。予防・検知・対応の各フェーズにおいて複数のコントロールを配置し、単一障害点を排除することで、対策の有効性を最大化しましょう。
  • 04
    サイバー保険の適切な活用:リスク移転策としてサイバー保険の加入を検討する際は、補償範囲、免責事項、保険金額の上限を十分に確認してください。特にランサムウェアの身代金支払い、規制当局への罰金、第三者への損害賠償などがカバーされるかを事前に確認しましょう。
  • 05
    対策の費用対効果分析の実施:セキュリティ対策の導入判断に際しては、対策前後のALEの差分と対策コストを比較する費用対効果分析を実施してください。定量的な根拠に基づいた投資判断を行うことで、限られたセキュリティ予算を最も効果的なリスク低減に配分できます。
  • 06
    リスク対応状況の継続的モニタリング:実装した管理策の有効性を定期的に評価し、リスク対応状況を継続的にモニタリングしてください。脅威環境やビジネス状況の変化に応じて、対応戦略の見直しや追加対策の検討を行い、PDCAサイクルによる継続的な改善を推進しましょう。
⚠️

事故事例

📋 大手通信企業におけるリスク受容判断の失敗(2020年)

2020年、国内大手通信企業がレガシーシステムの脆弱性を悪用されて、約500万件の顧客情報が流出しました。同社はこのレガシーシステムのリスクを認識していましたが、システム更改のコストが膨大であることから「リスク受容」の判断を下していました。しかし、リスク受容の根拠となるリスク分析が不十分であり、実際の影響度を大幅に過小評価していました。

事後の調査では、リスク受容の判断プロセスにおいて、経営層への適切な情報提供が行われておらず、技術部門の判断のみでリスクが受容されていたことが判明しました。リスク受容は経営判断であり、適切な情報に基づく経営層の正式な承認が不可欠であることを示す教訓となりました。

📋 中堅企業のサイバー保険未加入によるランサムウェア被害拡大(2022年)

2022年、従業員約500名の中堅製造業がランサムウェア攻撃を受け、全社システムが暗号化されました。同社はリスク対応としてバックアップの取得やアンチウイルスソフトの導入といった低減策は講じていましたが、サイバー保険への加入(リスク移転)は費用面を理由に見送っていました。

復旧には約2か月を要し、業務停止による売上損失、外部専門家による復旧費用、取引先への損害賠償を含む総被害額は約8億円に上りました。年間保険料の数百万円と比較すると、リスク移転策を怠ったことの代償は極めて大きく、中堅企業においてもサイバー保険の必要性が再認識される事例となりました。

📋 公共機関におけるリスク回避判断の遅延による被害(2023年)

2023年、ある地方自治体がサポート切れのOSを搭載した端末をEOL(End of Life)後も使い続けた結果、マルウェア感染により住民情報約10万件が漏洩しました。OS更新には対応アプリケーションの改修が必要であり、予算の制約から更新が先送りされていました。

同自治体ではリスクの存在は認識していたものの、サポート切れOS上で稼働するサービスの停止(リスク回避)、代替システムへの移行(リスク低減)のいずれの判断も遅延していました。リスク対応戦略の意思決定を迅速に行うための体制と予算確保の仕組みの重要性を示す事例です。

🔗

関連用語