【EB AutoCore 模組精解】
Crypto Driver 密碼驅動層

1. Crypto Driver 在 AUTOSAR CP 架構中的基石地位

在 AUTOSAR Classic Platform（CP）與 EB AutoCore 分層體系中，Crypto Driver（密碼驅動層） 位於最底層（MCAL / BSW 驅動層）。它是密碼學操作從「軟體指令」轉化為「底層運算」的最終執行者。

在 EB AutoCore 解決方案中，驅動層提供了統一的標準介面，主要支援兩種實現實體：

• 硬體安全模組驅動（HW Crypto Driver）：介接晶片內部獨立的硬體安全子系統（HSM / 安全核心），透過專用硬體郵箱或 IPC 傳遞 Descriptor，執行硬體對稱/非對稱演算法加速。
• 軟體密碼函式庫（Crypto_EB）：Elektrobit 自主研發、經過 MISRA-C 車規級品質嚴格審查的純軟體密碼演算法庫，直接在主核上執行運算。

2. 驅動對象與金鑰元素架構設計

在 EB tresos AutoCore 中，Crypto Driver 模組以 CryptoDriverObject 與 CryptoKey 為核心資料結構：

3. Crypto_EB 純軟體密碼庫的策略價值

許多工程師常有誤解，認為車載資安「必須完全依賴硬體安全核心」。然而在實際工程交付中，EB 提供的 Crypto_EB 軟體密碼庫 具有不可替代的三大戰略價值：

1. 硬體解耦與提早開發（Shift-Left Testing）：在晶片樣件開發初期，硬體安全核心韌體往往尚未就緒。此時引入 Crypto_EB，上層 SecOC 與診斷棧即可立即開展通訊聯調，軟體進度無需等待硬體交付。
2. 非對稱加密彈性擴充：部分車載晶片的硬體加速器僅支援 AES 與 SHA，若專案面臨 CRA 規範必須升級支援 RSA-4096 或特定 ECC 曲線時，Crypto_EB 能在不更換 MCU 的前提下完成演算法擴充。
3. 極端故障降級備援：當硬體安全核心偵測到內部硬體故障或暫存器異常時，系統可平滑切換至 Crypto_EB 執行安全降級，保障車輛基本診斷與通訊可用性。

4. 硬體加速 vs 軟體運算混合部署模式

Jotactic 技術團隊在多個專案支援經驗中推薦採用以下「硬軟混合部署實踐方案」：

5. EB tresos 配置實踐與調試技巧

在 EB tresos 配置 Crypto Driver 時，需特別注意以下要點：

• 佇列深度（CryptoQueueSize）：硬體驅動內部通常維護有限的 Descriptor 佇列。若上層 CSM 同步或非同步請求過於密集，應將 CryptoQueueSize 與 CSM Queue 連動微調，避免拋出 CRYPTO_E_QUEUE_FULL。
• 主週期函數（Crypto_MainFunction）：在純輪詢模式下，必須確保該函數調度週期與上層通訊時間窗口嚴格匹配。