STRIDE 威脅模型框架

STRIDE 是一個由微軟於1990年代末期開發的威脅模型框架，其名稱為六種威脅分類的縮寫：偽冒（Spoofing）、竄改（Tampering）、否認（Repudiation）、資訊洩漏（Information Disclosure）、阻斷服務（Denial of Service）及權限提升（Elevation of Privilege）。此框架提供一個系統化方法，協助開發與安全團隊在系統設計初期，主動識別潛在的資安威脅。在風險管理體系中，STRIDE 屬於威脅分析與風險評估（TARA）的前期關鍵活動。雖然 STRIDE 本身並非國際標準，但其應用是滿足多項標準要求的最佳實踐，例如在車用領域，執行 STRIDE 分析是達成 ISO/SAE 21434「道路車輛－網路安全工程」標準中威脅分析要求的核心步驟。它與 CVSS 等漏洞評分系統不同，STRIDE 專注於「識別威脅」，而 CVSS 則用於評估已知漏洞的「嚴重性」。

企業應用 STRIDE 框架通常遵循以下步驟：第一步為「系統分解與建模」，需先繪製系統的資料流程圖（Data Flow Diagram, DFD），明確定義外部實體、處理程序、資料儲存區及資料流等元件。第二步是「威脅列舉」，分析團隊針對 DFD 中的每一個元件，系統性地套用 STRIDE 六大威脅類別進行腦力激盪，找出所有可能的威脅情境。例如，對於一個使用者認證的處理程序，應考慮偽冒威脅。第三步為「風險評估與緩解」，識別出的威脅需進一步評估其可能性與衝擊，並設計對應的控制措施。在汽車產業，車廠會利用 STRIDE 分析車載娛樂系統（IVI）與車載控制器（ECU）的通訊介面，以符合聯合國歐洲經濟委員會（UNECE）的 R155 法規要求。透過導入此框架，企業可將資安合規率提升超過30%，並在開發早期發現並修復漏洞，相較於產品發布後，可節省高達數十倍的修復成本。

台灣企業導入 STRIDE 框架時，主要面臨三大挑戰：第一，「缺乏系統化設計文件」，許多中小企業開發流程較不嚴謹，缺少導入所需的核心文件如資料流程圖（DFD）。第二，「跨部門協作文化不足」，威脅模型分析需開發、測試、資安及產品等多方人員投入，但部門壁壘常導致溝通效率低落。第三，「安全左移思維轉變困難」，企業習慣將資安視為產品開發末期的滲透測試活動，難以轉變為在設計初期就融入安全考量的「Security by Design」文化。為克服這些挑戰，建議企業可從單一關鍵產品線的「試點專案」開始，由小規模成功案例建立信心。解決方案應包含：1. 舉辦 DFD 與 STRIDE 實作工作坊，強化基礎能力。2. 建立由高層支持的跨職能資安小組，賦予其協調權力。3. 導入如 Microsoft Threat Modeling Tool 等工具以簡化流程。預期在6個月內完成首次試點，逐步將此實踐推廣至全公司。