車載診斷系統 (OBD-II)

車載診斷系統（On-Board-Diagnosis, OBD-II）是一套源於美國環保署（EPA）為控制車輛排放而強制推行的標準化系統。其核心定義是讓車輛能自我監控引擎、變速箱及排放控制系統等關鍵零組件的運作狀態，並在偵測到異常時，以一組標準化的「故障診斷碼」（DTCs）記錄問題。此系統的技術規格，包括實體連接器（SAE J1962）與通訊協定，皆遵循國際標準如 ISO 15031。在風險管理體系中，OBD-II埠因提供對車輛內部網路（如CAN Bus）的直接物理存取權限，而被視為一個關鍵的網路安全威脅入口。根據 ISO/SAE 21434《道路車輛—網路安全工程》標準，此介面必須進行嚴格的威脅分析與風險評估（TARA），以防止未經授權的存取、惡意軟體植入或車輛功能竄改等攻擊。

在企業風險管理中，確保OBD-II埠的安全性是實現車輛網路安全合規的關鍵。導入步驟如下：第一步，執行威脅分析與風險評估（TARA），依據 ISO/SAE 21434 第8章，將OBD-II埠識別為潛在攻擊路徑，分析惡意診斷工具植入等威脅情境，評估其對行車安全的衝擊。第二步，設計並實施安全控制措施，例如導入基於硬體安全模組（HSM）的加密金鑰，要求診斷工具在連接前進行數位身份驗證，或部署入侵偵測與防禦系統（IDPS）監控異常通訊。第三步，進行安全測試與驗證，依據 ISO/SAE 21434 第11章要求，定期對OBD-II埠執行滲透測試。某歐洲車廠導入安全閘道器後，成功將未經授權的韌體更新嘗試阻擋率提升至100%，並使其UNECE R155法規的稽核通過率達到95%以上。

台灣企業在強化OBD-II安全方面主要面臨三大挑戰：一、供應鏈整合複雜，車電供應商對網路安全的認知與技術水平參差不齊，難以形成統一防護標準。二、法規認知落差，對UNECE R155與ISO/SAE 21434等國際法規理解不足，仍將OBD-II視為單純的維修工具而非安全風險點。三、資源投入有限，中小企業在導入硬體安全模組（HSM）或建立車輛安全營運中心（V-SOC）以監控OBD-II活動時，面臨高昂成本與人才短缺。對策建議：首先，在供應鏈合約中明確要求供應商須提供符合ISO/SAE 21434的開發證明。其次，針對研發與品保人員開設法規與TARA實作工作坊。最後，可採用雲端車輛安全監控服務，以訂閱制降低初期建置成本。優先行動項目應是在三個月內完成對OBD-II介面的全面TARA分析。