科飛產品
T-Box
建立車輛對外連線
導入車雲通信入口，銜接資料回傳、後台服務與更新傳輸，並與 Gateway 的存取管制共同設計。
- 車雲通信與資料介面
- 連線及服務權限整合
- 更新傳輸介面銜接
三顆車端控制器 × 兩項核心後台
T-Box、Security Gateway、VCU、VSOC、KMS 均由科飛提供，以一致的介面與責任分工完成車輛、通信防護與資安維運整合。OTA 可選科飛平台或第三方服務。
科飛車端與後台產品架構
KMS金鑰管理
VSOC資安監控與事件處置
OTA自有或第三方平台
科飛車端產品 · 三顆控制器整合
新增導入T-Box車輛對外連網
新增導入Security Gateway防火牆 · IP ACL車內存取管制
科飛車控核心VCU車輛控制
新增連網與防護控制器科飛 VCU 車控基礎
科飛車端產品
從控制器配置、線束與供電，到車內通信、診斷與驗證，依既有車輛架構界定新增設計與整合範圍。
科飛產品
Security Gateway
建立車內外防護邊界
整合防火牆與 IP ACL，定義哪些來源、服務與通信可以進入車內，並依網路型態設計車內分區與診斷存取規則。
- Firewall 與 IP ACL
- 車內網路與存取路徑設計
- 規則配置、事件紀錄與驗證
科飛產品
VCU
整合車控與安全執行條件
科飛 VCU 提供整車控制基礎，與 T-Box、Gateway 共同整合車輛狀態、診斷介面與更新執行條件。導入既有車型時，先盤點控制策略、訊號及網路介面。
- 車輛狀態與控制介面
- 診斷與更新條件協調
- 既有車型訊號與控制策略整合
科飛後台產品 · KMS / VSOC
將金鑰管理與資安事件作業接回車端，依專案定義後台介面、維運流程及客戶與供應商的責任。
KMS
金鑰管理規劃車端與後台的金鑰生命週期，銜接控制器及相關服務的金鑰使用與管理需求。
- 金鑰配置與佈署流程
- 輪替、撤銷及權限設計
- 管理操作與追溯紀錄
VSOC
車輛資安監控與事件處置串接車端資安事件與後台分析，建立從事件回傳、判斷到處置追蹤的工作流程。
- 事件回傳與分析介面
- 事件分級及責任分工
- 處置、修正與結案追蹤
OTA 可選，整合依照你的平台。
可採用科飛 OTA 平台，也可銜接客戶既有或第三方服務。共同定義平台、T-Box、Gateway 與 VCU 的更新介面與責任。
- 科飛 OTA 平台
- 客戶既有平台
- 第三方 OTA 服務
更新管理依專案需求納入版本與車輛配置、相容性檢查、執行條件、結果紀錄，以及失敗後的復原或安全狀態驗證。
產品介面與整合工作
從現有車輛資料出發，定義每一條通信路徑、控制條件與後台作業，將介面規格、配置及測試結果納入專案交付。以下為可依車型裁切的工程範圍。
| 整合路徑 | 需確認的車輛／平台資料 | 整合工作 | 驗證與交付資料 |
|---|---|---|---|
| 車輛平台 ↔ 科飛控制器 | VCU 控制策略、CAN／CAN FD／Ethernet 網路、診斷介面、供電與安裝條件。 | 定義控制器配置、訊號映射、線束／供電調整及診斷通信路徑。 | 整車架構圖、介面規格、訊號對照與整合測試紀錄。 |
| T-Box ↔ Security Gateway | 車雲服務來源、目的端、IP／連接埠、協定及允許的服務。 | 建立 Firewall／IP ACL 規則，界定對外連線與車內存取邊界。 | 規則矩陣、允許／拒絕情境與事件紀錄驗證。 |
| Security Gateway ↔ VCU | 車輛狀態、診斷權限、可存取的控制功能及更新條件。 | 整合車內通信與診斷存取限制，協調車控及更新執行條件。 | 介面與權限表、車輛狀態情境、功能及異常路徑測試。 |
| 車端 ↔ KMS | 控制器／車輛識別、金鑰用途、管理權限及生命週期需求。 | 定義金鑰佈署、使用、輪替與撤銷流程，銜接車端與後台。 | 金鑰生命週期設計、權限配置、操作與追溯紀錄。 |
| 車端 ↔ VSOC | 事件來源、紀錄欄位、車輛識別、分級方式及處置責任。 | 整合事件回傳、後台分析、通知、處置與修正追蹤。 | 事件資料規格、處置流程、事件回傳與結案演練紀錄。 |
| 更新平台 ↔ 車端 | 平台介面、軟體版本、目標車輛、相容性與可執行條件。 | 銜接更新傳輸與執行結果，驗證完整性、失敗復原或安全狀態。 | 更新介面規格、版本／車輛配置、執行結果與驗證紀錄。 |
IP ACL 用於 IP 通信路徑。CAN 訊息、診斷權限與其他入口，須依實際網路架構及整車風險另行定義防護與驗證範圍。
R155 / R156 工程導入支援
面向需要建立 CSMS／SUMS 與車型審查資料的車廠，將車端設計、後台作業與工程紀錄接合。實際交付依車型、目標市場與專案範圍定義。
UN R155
資安工程與上市後管理
銜接車型風險、防護設計與持續監控作業。
- 車型資產、風險及供應商責任盤點
- 防護需求、設計與測試追溯
- 資安事件、弱點修正與再驗證紀錄
UN R156
軟體更新管理與執行驗證
銜接更新流程、車輛配置與執行結果。
- 軟體版本、目標車輛與相容性紀錄
- 更新影響評估、核准及驗證資料
- 更新真實性、完整性與 OTA 失敗處理驗證
科飛提供技術整合、流程銜接與證據準備支援；車廠仍需建立並維持適用的 CSMS／SUMS，由主管機關及技術服務機構依適用規定進行評估與核准。
需要控制器資安分析與驗證證據？TARA、ECU 防護、弱點測試與需求追溯，可銜接 KDP Library 或客戶既有 ALM 流程。查看控制器資安工程與證據工程交付與維運交接
交付內容涵蓋產品整合、配置、測試與維運流程；依專案合約界定車廠、科飛、其他 ECU 供應商及 OTA 平台的責任。
架構與需求基線
- 車輛網路、防護邊界與產品配置
- 介面規格、需求與供應商責任分工
控制器與後台整合
- T-Box／Gateway／VCU 配置及整合資料
- KMS／VSOC 與更新平台介面配置
驗證與追溯證據
- 存取規則、診斷、事件與更新情境測試
- 問題修正、再驗證及需求到測試追溯
上市後維運交接
- 金鑰管理、資安事件及版本更新作業
- 維運權限、責任、回應與紀錄保存安排
導入路徑
- 01
盤點車輛與需求
確認 VCU、車內網路、診斷介面、供應商及目標市場要求。
- 02
定義整合架構
界定 T-Box、Gateway、後台、更新平台的介面與責任。
- 03
完成車端與後台整合
整合控制器、存取規則、KMS、VSOC 與選定的更新服務。
- 04
驗證與維運交接
彙整測試證據、更新紀錄及事件處置流程，交接後續維運。
導入前，先確認這些事。
已有車輛、沒有 T-Box 和 Gateway，也能評估嗎？
可以。先盤點既有 VCU、車內網路、診斷介面、供電與安裝條件，再定義兩顆新增控制器及後台的整合工作。既有車型是否需要調整線束、網路與軟體，須依專案評估。
五項核心產品都是科飛提供的嗎？
是。T-Box、Security Gateway、VCU、VSOC 與 KMS 都是科飛產品，由同一團隊協調車端控制、通信防護、金鑰管理及事件處置的整合介面。OTA 可採科飛平台，也可整合客戶既有或第三方服務。
導入後就能直接取得 R155／R156 核准嗎？
本方案支援技術落實、管理流程銜接與驗證證據準備。車廠管理體系、整車風險與其他 ECU／供應商仍需納入適用範圍，並由主管機關及技術服務機構評估。
從你的車輛架構，開始討論。
告訴我們目前的 VCU、車內網路、連網方式與目標市場，一起界定 T-Box、Security Gateway 及後台的導入範圍。