DORAとは?

デジタル運用レジリエンス法(DORA)は、2025年1月17日に施行され、過去10年間で最も重要な金融技術インフラの規制改革を確立しました。このEU規制は、金融セクター全体でICTリスク管理のための統一フレームワークを構築します。

DORAは重要なギャップに対処しています。以前の規制は自己資本比率と財務の安定性に焦点を当てていましたが、デジタルインフラへの依存度の増加に十分に対処していませんでした。2024年に金融機関の65%がランサムウェア攻撃を報告し、データ侵害の平均コストが1件あたり590万ドルとなっている中、このタイミングは極めて重要です。

DORAの数字

この規制の範囲は広範囲にわたり、事実上EU金融エコシステム全体をカバーしています。

22,000+
対象事業体

影響を受ける金融機関とICTプロバイダー

PwC DORA Analysis
20
事業体タイプ

銀行から暗号資産プロバイダーまでの異なるカテゴリー

ESMA DORA
4時間
初回報告

重大インシデントの当局への通知時間

EUR-Lex DORA Regulation
2%
最大罰金

非コンプライアンスに対する世界年間売上高の割合

EUR-Lex DORA Regulation
DORAは誰に適用されますか?

DORAは、銀行、保険会社、投資会社、決済機関、暗号資産サービスプロバイダー、取引所、およびそれらの重要なICTサードパーティサービスプロバイダーをカバーします。EIOPAによると、これには以前は広範なICTセキュリティ規制の対象ではなかった事業体も含まれます。

DORAの5つの柱

DORAは、金融事業体がコンプライアンスを達成するために対処しなければならない5つの主要分野を確立しています。

ICTリスク管理

ICTリスクの特定、保護、検知、対応、回復のための包括的フレームワーク。経営陣が最終的な責任を負います。

インシデント報告

ICT関連の重大インシデントの標準化された分類と報告。4時間以内の初回通知、72時間以内の中間報告、1ヶ月以内の最終報告。

レジリエンステスト

脆弱性評価と、重要な事業体に対する3年ごとの脅威主導型侵入テスト(TLPT)を含む定期的なテスト。

サードパーティリスク

ICTプロバイダーの管理と監督。2025年4月30日までにESAに提出する情報登録簿(RoI)の維持を含みます。

インシデント報告タイムライン

DORAのインシデント報告要件は、その運用上最も要求の厳しい側面の1つです。タイムラインはNIS2指令と整合しています。

1

検知(T+0)

監視システムを通じてインシデントを検知。分類プロセスが直ちに開始されます。

2

初回通知(4~24時間)

分類後4時間以内、または検知後24時間以内のいずれか早い方に最初の報告。

3

中間報告(72時間)

インシデントの範囲、影響評価、初期修復ステップに関する詳細な報告。

4

最終報告(1ヶ月)

根本原因、総合的な影響、実施された予防措置を含む包括的な分析。

非コンプライアンス罰則

金融事業体は、世界年間売上高の最大2%または1,000万ユーロの罰金に直面します。重要なサードパーティプロバイダーは、1日あたり平均日次世界売上高の最大1%、最長6ヶ月間の罰金を科される可能性があります。個人の経営幹部は最大100万ユーロの罰則に直面する可能性があります。当局はまた、違反を公開し、重大な評判の損害を引き起こす可能性があります。

エッジアーキテクチャの役割

エッジセキュリティインフラは、DORAコンプライアンスにおいて重要な役割を果たします。最前線の防御として、エッジプラットフォームはトラフィック管理、セキュリティ実施、可用性を処理します。これらはすべてDORA要件によって直接対処される領域です。

適切に設計されたエッジレイヤーは、運用レジリエンスの基礎を形成する可視性、制御、レジリエンス機能を提供します。重要なことに、DORAの厳格なインシデント報告タイムラインを満たすために必要なリアルタイム監視とログ記録を可能にします。

DORA要件とエッジ機能

DORA要件エッジ機能実装
異常な活動の検知(第10条)WAF + リアルタイム分析トラフィック分析、脅威検知、行動監視
サービス継続性の確保(第11条)ロードバランサー + GTM高可用性、自動フェイルオーバー、地理的冗長性
アクセス制御メカニズム(第9条)アクセスゲートウェイ(AGS)MFA、SSO、条件付きアクセス、セッション管理
インシデント検知とログ記録(第17条)集中ログ記録リアルタイムアラート、監査証跡、SIEM統合
レジリエンステスト(第24~27条)ヘルスモニタリング自動ヘルスチェック、合成監視、フェイルオーバーテスト

サードパーティリスク管理

DORAは、ICTサードパーティリスクの管理に大きな重点を置いています。2025年4月30日までに、金融事業体は、すべてのICTサービスプロバイダー関係を文書化した情報登録簿(RoI)を欧州監督機関に提出する必要があります。

ESAはすでに、直接監督の対象となる重要ICTサードパーティプロバイダー(CTPP)を指定しています。エッジセキュリティベンダーを選択する際は、以下を提供できることを確認してください:可用性コミットメントを含む詳細なSLA、セキュリティ認証(ISO 27001、SOC 2)、インシデント通知手順、監査権、および出口戦略の規定。

業界の状況

PwCの調査によると、金融機関の70%がDORA要件を期限内に満たすことに懸念を表明しています。業界の推定では、コンプライアンスコストはセクター全体で年間平均1,810億ドルになる可能性があります。投資は重要ですが正当化されます:ENISAは、金融が3番目に標的とされるセクターであり、観察されたサイバーインシデントの9%を占めていると報告しています。

実装のベストプラクティス

欧州銀行監督局のガイダンスと業界経験に基づく:

01

資産インベントリから開始

すべてのICT資産、その重要性、および依存関係を文書化します。DORAは、ビジネス機能をサポートする完全なICTランドスケープを理解することを求めています。

02

監視の集中化

すべてのトラフィックフローにわたる統一された可視性は、4時間の報告タイムラインを満たすために不可欠です。セキュリティと配信を統合する統合プラットフォームを検討してください。

03

可能な限り自動化

手動プロセスではDORAのタイムラインを満たすことができません。インシデントの検知、分類、初期通知のワークフローを自動化します。

04

対応をテスト

インシデントシナリオのテーブルトップ演習を実施します。チームが必要な時間枠内で分類、報告、対応できることを確認します。

05

すべてを文書化

DORAはコンプライアンスの証拠を求めています。規制検査のために、包括的なログ、ポリシー、およびテスト記録を維持します。

よくある質問

はい、EU金融事業体に重要なICTサービスを提供する場合は適用されます。DORAは、非EUの重要サードパーティプロバイダーに対し、規制監督下に入るためにEU子会社を設立することを求めることができます。

DORAは金融サービスのセクター固有の法律であり、NIS2はより広範です。DORAのインシデント報告タイムラインはNIS2と整合しています。金融事業体は主にDORAに従いますが、特定の活動についてNIS2の義務も負う場合があります。

TLPTは、重要な金融事業体に対して3年ごとに求められる高度なレッドチームテストです。現在の脅威インテリジェンスに基づいて現実的な攻撃シナリオをシミュレートし、標準的な侵入テストを超えています。

金融事業体は、ICTサードパーティ関係を文書化した情報登録簿を、所管当局への提出の準備を整えておく必要があります。ESAは、2025年4月30日までにこれらの登録簿を収集することを期待しています。

DORA対応インフラ

TR7の統合プラットフォームは、DORAコンプライアンスに必要な可視性、制御、レジリエンス機能を提供します。WAF、アクセス管理、高可用性、包括的なログ記録を、集中監視を備えた単一のプラットフォームから提供します。

金融サービスソリューションを探索