主從式架構

主從式架構（Client-Server Architecture）是一種分散式應用程式結構，將任務或工作負載劃分給服務的提供者（伺服器）和服務的請求者（客戶端）。客戶端發起請求，伺服器接收並處理請求後回傳結果。在車用領域，車載資訊娛樂系統（IVI）作為客戶端，向車廠的遠端伺服器請求導航圖資更新或軟體更新（OTA）。此架構的風險管理定位在於其「中心化」特性。雖然便於統一執行存取控制（Access Control）與安全配置，但也形成單點故障（Single Point of Failure）風險。一旦中央伺服器遭DDoS攻擊或入侵，所有相連的車輛服務都可能中斷或被操控。NIST SP 800-53的AC（存取控制）與SC（系統與通訊保護）等控制措施家族，即提供強化此類中心化節點安全性的具體指引。它與區塊鏈等去中心化架構形成對比，後者透過分散式節點來降低單點故障的風險。

在企業風險管理中，保護主從式架構的應用涉及系統性的安全措施導入。具體步驟如下： 1. **資產與威脅識別**：首先，依據ISO/SAE 21434的威脅分析與風險評估（TARA）方法，識別伺服器端的關鍵資產（如：使用者個資、車輛控制指令、金鑰）與客戶端（車輛）面臨的威脅（如：中間人攻擊、惡意軟體）。 2. **安全控制措施部署**：基於風險評估結果，部署NIST SP 800-53所建議的控制措施。例如，在伺服器端實施強身份驗證（IA-2）、最小權限原則（AC-6），並對客戶端與伺服器間的通訊採用TLS 1.3加密（SC-8），防止數據竊聽。 3. **持續監控與應變**：建立安全資訊與事件管理系統（SIEM），集中監控伺服器日誌與網路流量，設定異常活動警報。定期進行弱點掃描與滲透測試，確保防護有效性。 某家歐系車廠透過此流程，將其OTA更新伺服器的未授權存取事件減少了75%，並成功通過UNECE R155網路安全法規的稽核，確保了車輛軟體供應鏈的完整性與安全性。

台灣車用電子或物聯網企業在應用主從式架構時，主要面臨三大挑戰： 1. **跨國法規遵循壓力**：產品若外銷歐美，伺服器處理的數據需同時符合台灣《個人資料保護法》與歐盟GDPR。資料的跨境傳輸與在地化儲存要求複雜。對策是導入資料保護衝擊評估（DPIA），並在架構設計初期就規劃資料分類與分級機制，將敏感個資儲存於特定區域的伺服器，預計需6個月完成合規性盤點與調整。 2. **單點故障與營運中斷風險**：過度依賴單一數據中心或雲端服務商，一旦服務中斷將導致全球車輛服務停擺。對策是採用多雲或混合雲策略，建立異地備援與自動容錯轉移機制。優先行動項目是與至少兩家雲端供應商簽訂合約，並在90天內完成關鍵服務的備援演練。 3. **供應鏈安全管理不易**：車載系統的客戶端軟體常包含來自不同供應商的元件，任何一個元件的漏洞都可能危害整個系統。對策是導入軟體物料清單（SBOM）管理，要求供應商提供其軟體元件的完整清單與已知漏洞資訊，並整合自動化源碼檢測工具至開發流程中，持續監控第三方元件的安全性。