
金融業對嚴格的法規並不陌生,但歐盟《數位營運韌性法案》(DORA) 代表著一場重大的範式轉變。它將數位營運韌性提升到策略性重要的高度,強制要求建立全面的框架,涵蓋 ICT 風險管理、事件報告、韌性測試和第三方監督。對於金融實體內的 CISO 和安全工程師而言,DORA 不僅僅是另一個合規檢查項目;它更是對如何在整個營運生態系統中識別、管理和緩解數位風險的根本性重新評估。監管環境正在不斷演變,推動企業展示切實、可測試的韌性,而不僅僅是紙上談兵的政策。
背景概況
歐盟《數位營運韌性法案》(DORA) 是一項具有里程碑意義的法規,一直是歐盟各地金融實體的焦點。其要求正適用於這些企業,這意味著受涵蓋的金融實體已在其直接影響下運作。該法規旨在協調和加強金融部門的 ICT 風險管理能力,確保企業能夠抵禦、應對和從所有類型的 ICT 相關中斷和威脅中恢復過來。
DORA 廣泛適用於各類金融實體,包括銀行、支付和電子貨幣機構、投資公司、保險公司、再保險公司、基金經理、加密資產服務供應商和交易場所。至關重要的是,它還將範圍擴展到關鍵的 ICT 第三方供應商,使它們受到歐盟的專門監督。這種廣泛的範圍突顯了金融生態系統的相互關聯性,以及數位供應鏈中單點故障可能導致的系統性風險。
DORA 的核心原則要求金融實體建立並維持一個強大的 ICT 風險管理框架。該框架必須包含經管理機構批准並定期審查的策略、政策和程序文件。主要要求還包括處理 ICT 事件的結構化流程,具備明確的分類標準,以及向相關主管機關強制報告重大事件。此外,DORA 規定了一個相稱的韌性測試計劃,包括針對某些實體的威脅主導滲透測試 (TLPT),以及對 ICT 第三方供應商的嚴格控制,包括維護 ICT 合約資訊登記冊和強制性合約條款。
儘管 DORA 的關鍵里程碑即將到來,但其全面影響仍在逐步顯現。其他重大的監管變革也在未來幾年重塑合規性,不同法規的截止日期各異。這表明監管環境複雜且不斷演變,金融機構必須同時應對多個、通常重疊的合規義務。挑戰不僅在於滿足個別要求,更在於建立一個整合的、營運證據系統,能夠同時處理這些多樣化的框架,包括 NIS2 和《網絡韌性法案》。
此模式為何一再重演
數位營運韌性方面不斷升級的監管壓力並非隨意產生;它是對網絡事件在金融部門中日益頻繁、複雜和影響力不斷增強的直接回應。隨著金融服務日益數位化和互聯互通,它們對複雜 ICT 系統和第三方供應商的依賴呈指數級增長。這種依賴引入了新的攻擊途徑,並擴大了廣泛中斷的可能性,使數位韌性成為系統性金融穩定的關鍵問題。
傳統的合規方法通常側重於文件和政策,在沒有實際改善營運韌性的情況下,產生了一種虛假的安全感。監管機構已經認識到,面對動態、適應性強的威脅時,紙上談兵的合規性是不足的。因此,DORA 將重點從理論上的遵守轉向可驗證、營運上的韌性證明。它旨在確保金融實體不僅能夠識別風險,還能在實際場景中積極管理、測試和應對這些風險。
金融生態系統的相互關聯性意味著一個實體或關鍵 ICT 第三方供應商的故障可能會對整個市場產生連鎖反應。DORA 明確解決了這個問題,透過讓哪些供應商對金融市場如此重要,以至於其韌性成為監管監督的事項。這種對共享風險和相互依存營運的認識,推動了對更全面、可執行的法規的需求,這些法規涵蓋整個數位供應鏈,確保韌性不僅僅是內部問題,而是集體責任。
數位韌性的「勾選式合規」時代已經結束。監管機構現在要求提供可證明、營運上的證據,證明金融系統能夠抵禦並從網絡攻擊中恢復,這促使 CISO 將安全性深度整合到業務連續性和第三方管理中。
攻擊者的逐步策略
針對金融機構的攻擊者清楚了解其目標的關鍵依賴性和監管壓力。他們的策略通常始於廣泛的偵察,識別服務於多個金融實體的關鍵 ICT 第三方供應商。這些供應商由於其廣泛影響的潛力而成為高價值目標。
初始入侵通常利用這些第三方系統中已知的漏洞,或針對其員工的複雜社交工程策略。一旦進入關鍵供應商的網絡,攻擊者旨在建立持久性並提升權限。這使他們能夠橫向移動,可能獲取依賴該受損供應商的多個金融客戶的系統和數據的訪問權限。
下一步涉及數據外洩或破壞。數據外洩目標是敏感的客戶信息、財務記錄或知識產權,這些信息隨後可以出售或用於進一步攻擊。破壞,通常透過勒索軟件或破壞性惡意軟件,旨在癱瘓營運能力,導致服務中斷和財務損失。目標是造成最大的影響,利用 DORA 試圖緩解的正是這些相互依賴性。
最後,攻擊者通常會試圖掩蓋其蹤跡,刪除日誌並部署反取證工具以阻礙事件響應工作。他們的成功取決於利用實體及其供應商之間的漏洞,以及管理擴展數位供應鏈中 ICT 風險的固有複雜性。DORA 對事件報告和第三方風險管理的重視,透過要求透明度和主動控制直接對抗這些策略。
防禦者錯失了什麼
在許多情況下,防禦者錯失了其內部 ICT 風險管理與其第三方生態系統中存在的漏洞之間的關鍵相互作用。儘管金融實體通常擁有強大的內部安全控制,但對直接資產的關注有時掩蓋了基本服務供應商帶來的間接風險。DORA 明確解決了這個問題,要求密切控制 ICT 第三方供應商,包括建立 ICT 合約資訊登記冊和強制性合約條款,突顯了一個先前被低估的風險領域。
另一個常見的疏忽是缺乏真正營運上的韌性測試。許多組織進行了漏洞評估和滲透測試,但這些測試通常缺乏 DORA 針對某些實體所要求的威脅主導、情境式方法。這意味著,雖然個別組件可能安全,但整體上抵禦複雜、多階段攻擊並有效恢復的能力並未得到充分驗證。該法規要求進行相稱的測試計劃,包括 TLPT,直接針對這一差距。
此外,重大 ICT 相關事件的分類和報告有時缺乏現今所要求的通用標準和及時報告機制。這阻礙了對威脅形勢的統一理解,並妨礙了集體應對工作。DORA 推動標準化的事件處理流程和報告,旨在糾正這一問題,確保監管機構和其他金融實體能更清楚地了解新興威脅及其影響。
最後,業務連續性和恢復計劃雖然通常存在,但並非總能嚴格測試或與更廣泛的 ICT 風險管理框架整合。該法規強調 ICT 業務連續性政策、應對和恢復計劃以及備份,突顯了不僅要預防事件,還要確保事件不可避免發生時能迅速有效地恢復正常營運的重要性。未能充分整合這些要素意味著恢復往往需要更長時間,且比必要時更混亂。
實用防禦檢查清單
對於應對 DORA 的 CISO 和安全工程師而言,積極主動且結構化的方法至關重要。以下是加強數位營運韌性的具體行動:
- 正式化 ICT 風險管理框架: 確保您的 ICT 風險管理策略、政策和程序文件經管理機構批准並定期審查,與相關 DORA 規定保持一致。此框架必須明確定義組織內部的角色、職責和問責制。
- 實施強大的事件處理機制: 建立並測試全面的 ICT 事件處理流程,包括對重大事件的明確分類標準。培養及時、準確地向相關主管機關報告重大事件的能力,遵守 DORA 的事件報告要求。
- 加強第三方風險管理: 建立並維護所有關鍵 ICT 第三方供應商的詳細資訊登記冊。強制執行符合 DORA 要求的合約條款,包括退出策略和審計權,確保持續監督其韌性態勢。
- 進行相稱的韌性測試: 制定並執行相稱的測試計劃,並在適用實體中納入威脅主導滲透測試 (TLPT)。這應超越基本的漏洞掃描,以模擬真實世界的攻擊情境並驗證恢復能力。
- 開發並測試業務連續性計劃: 審查並加強 ICT 業務連續性政策、應對和恢復計劃以及備份策略。透過真實的演練定期測試這些計劃,確保它們是最新的、有效的,並能夠迅速恢復關鍵功能。
- 建立資訊共享機制: 實施金融實體之間交換網絡威脅資訊的安排。這有助於建立協作安全環境,並能主動防禦新興威脅,正如 DORA 所鼓勵的那樣。
- 將 DORA 與現有合規性對應: 識別 DORA 與其他法規(例如 NIS2、《網絡韌性法案》)之間的重疊和差距。建立一個整合的營運證據系統,能夠有效滿足多個合規要求,在適當的情況下重複使用事實和證據,同時保留獨立的監管決策。
現代攻擊性測試如何發現此問題
傳統的滲透測試通常提供漏洞的即時快照,但很少模擬構成現代威脅的持續、多向量攻擊。這正是自主攻擊性測試,特別是當其整合到框架驅動的平台中時,所提供的顯著優勢。此類平台,配備可執行概念驗證 (PoCs),將主動識別並驗證 DORA 旨在解決的弱點。
我們的平台,利用帶有可執行 PoCs 的自主攻擊性測試,將系統性地探測金融實體的數位基礎設施,包括其關鍵 ICT 第三方依賴關係。它將超越簡單的漏洞檢測,自主利用已識別的弱點,展示潛在洩露的真實影響和範圍。例如,它可以模擬攻擊者透過受損的第三方供應商獲得初始訪問權限,然後嘗試橫向移動進入金融公司的核心系統。
這種類型的測試將透過驗證文件化政策是否轉化為有效控制,來揭示 ICT 風險管理框架中的關鍵差距。它將透過觸發實際警報並觀察公司的反應,來測試事件檢測和響應機制的有效性。至關重要的是,它將透過展示攻擊者如何破壞服務或外洩數據,提供具體、可操作的營運韌性證據(或缺乏韌性),使公司能夠在監管審查或實際事件發生之前進行補救。
這種測試的自主性質確保了持續驗證,從週期性評估轉向始終在線的安全態勢。可執行 PoCs 提供了不可否認的可利用性證明,消除了模糊性並推動了有針對性的補救。這種方法將為 CISO 提供滿足 DORA 對韌性測試、第三方監督和事件準備的嚴格要求所需的營運證據,將理論上的合規性轉化為可驗證的安全實力。
接下來值得關注的焦點
金融服務的監管環境不斷演變,DORA 只是更廣泛拼圖中的一部分。金融實體必須預期監管將進一步收緊,特別是在供應鏈風險和數據完整性方面。DORA、NIS2 和《網絡韌性法案》之間的相互作用將變得越來越關鍵,需要採取統一的營運韌性方法,超越單一框架。重點將轉向建立一個單一、可測試的證據系統,能夠同時滿足這些多樣化的義務,而不是孤立地處理每個義務。
預計對韌性的「營運」方面將有更多審查。監管機構不僅要求文件化的政策,還要求提供可證明系統和流程能夠抵禦真實世界威脅的證據。這可能涉及更具規範性的威脅主導滲透測試和強制性事件報告要求,推動企業投資先進的測試能力和強大的事件響應手冊。關鍵 ICT 第三方供應商的角色也將繼續是關注的重點領域,可能會進一步監管和監督,以確保其韌性與其所服務的金融實體相符。
最後,金融實體之間關於網絡威脅的信息共享將可能加劇。在監管授權的推動下,協同防禦機制將變得更加普遍,因為業界認識到共享情報的集體利益。對於 CISO 而言,未來幾年將面臨將複雜監管要求轉化為實用、可驗證且持續演變的營運韌性策略的持續挑戰。
相關閱讀

應對 PCI DSS 過渡期:為何混亂在所難免,以及如何預防失敗
近期 PCI DSS 更新的全面實施,已在處理持卡人資料的組織中引發一場廣泛的混亂。這篇深入分析剖析了事件模式,揭示了關鍵的失誤,並為 CISOs 和安全工程師提供了可行的策略,以克服合規挑戰並強化其安全態勢。

SaaS 交易的隱形殺手:當 SOC 2 失敗導致合約流失
深入探討 SaaS 公司因 SOC 2 合規性不足而失去關鍵企業合約的最新模式,探索其根本原因、對業務的影響以及預防措施。

雙重合規,單一策略:自動化 SOC 2 與 ISO 27001 以實現統一安全保證
SOC 2 和 ISO 27001 的融合不再是理論上的練習,而是策略上的當務之急。在市場需求和追求營運效率的驅動下,組織越來越多地尋求協調這些框架。本文剖析了雙重合規的模式,揭示了統一的控制集如何在不斷演變的威脅背景下,簡化證明和認證流程、減輕審計疲勞,並加強組織的整體安全態勢。
