RTO/RPO

RTO（Recovery Time Objective，復原時間目標）是指從中斷發生到業務系統恢復正常運作所設定的目標時間；RPO（Recovery Point Objective，復原點目標）則是從中斷發生回溯到可接受資料損失點的時間間隔。這兩個指標源自1970年代的電信業，隨後被廣泛納入ISO 22301（業務持續管理）與ISO 27701（隱私資訊管理）標準。RTO決定了企業的「時間韌性」，而RPO決定了「資料完整性」。在汽車資安情境下，RTO與RPO的設定直接影響車輛OTA（Over-the-Air）更新失敗後的系統回滾能力，以及車載ECU（電子控制單元）資料的完整性。若RTO設定不當，可能導致車輛在行駛中因系統失效而無法即時恢復，違反UNECE WP.29 R155法規對網路安全風險應對的要求。因此，RTO/RPO不僅是IT指標，更是汽車資安合規的核心設計參數。

實務應用需遵循「識別→設定→驗證」三步驟。第一步，依ISO 22301進行業務衝擊分析（BIA），識別關鍵業務流程（如車輛遠端診斷、OTA更新服務）的MFA（最大容許中斷時間）與MFA（最大容許資料損失）。第二步，依MFA設定RTO與RPO目標值。例如，針對車輛遠端控制功能，RTO應低於30分鐘，RPO應接近零；而一般車載娛樂系統的RTO可放寬至4小時。第三步，建立對應技術方案，如備份策略、異地冗餘架構與災難復原演練。以臺灣某Tier 1汽車供應商為例，導入RTO/RPO管理後，其ISO 27701合規率提升40%，資安事件平均應變時間（MTTR）縮短55%，有效降低了因系統中斷導致的供應鏈賠償風險。

臺灣企業導入RTO/RPO主要面臨三個挑戰。首先是「法規認知落差」，許多製造業仍將RTO/RPO視為IT部門問題，而非法規合規義務，建議透過ISO 22301導入教育訓練。其次是「資源配置矛盾」，中小企業難以同時投資高可用性架構與低RPO備份方案，應採用分層式保護策略，優先保障車輛安全相關關鍵系統。第三是「供應鏈責任界定不清」，臺灣汽車零件廠常需向歐美OEM承諾RTO/RPO指標，但缺乏量化驗證工具。建議導入自動化災難復原測試平臺，以數據證明RTO/RPO的達成率。建議企業在導入初期先以NIST SP 800-34為參考框架，分階段建立驗證機制，預計6個月內可完成基礎架構的RTO/RPO驗證。