一個有缺陷的頻道檔案導致 850 萬台 Windows 機器癱瘓、航班停飛、交易廳凍結。在 DORA 框架下，問題不再是「誰的錯？」而是「你的模擬在哪裡？」
2024 年 7 月 19 日，一個廣泛部署的端點安全代理的有缺陷內容更新在數小時內導致約 850 萬台 Windows 系統無法啟動。航空公司停飛機隊，醫院恢復紙本作業，金融機構發現 單一第三方檔案可以完成任何攻擊者都未能做到的事情。沒有對手、沒有惡意軟體、沒有 入侵——這正是使其成為十年來最清晰韌性案例研究的原因。
事件經過
一家供應商、一個頻道檔案、一次全球推送。更新在實際相同的時刻到達每台運行代理的 機器，故障模式是全面的：藍色畫面、開機迴圈、每台裝置需手動恢復。規模將軟體缺陷 轉變為基礎設施的氣象現象。
監管解讀
歐盟數位營運韌性法（DORA）不因攻擊者的缺席而感到寬慰。其對金融機構的核心要求 是：ICT 中斷，無論是否出於惡意，都必須被預見、承受和恢復。其三個支柱直接涉及： ICT 第三方風險（故障元件深藏於幾乎所有機構的供應鏈中，通常低於合約可見度水準）、 數位韌性測試（情境測試必須涵蓋嚴重但合理的中斷；端點代理同時故障是合理的、嚴重的， 且幾乎無處進行過模擬）以及事件報告（機構有數小時而非數天來了解和分類自身曝險）。
計算本可改變什麼
依賴性是可知的：完整的資產清單顯示每個端點都有相同的代理，即相關故障的單一節點。 爆炸半徑是可計算的：對該資產清單進行蒙地卡羅模擬——DORA-MAST 為金融機構執行的 那種，cVaR 為任何行業執行的那種——以財務損失的角度為「受信任的代理在所有地方 同時故障」的情境定價，將模糊的擔憂轉化為董事會級別的數字。而在手邊有證據時， 恢復速度更快：確切知道哪些機器運行哪個代理版本的機構在數小時內恢復；從試算表 重建資產的機構花了數天時間。自動化證據收集使這個答案保持最新狀態。
預測、模擬、提前修復：這些都不需要預知能力。只需要一個資產清單、一個模型，以及 在真正經歷之前計算不幸路徑的意志。