點擊上方藍字談思實驗室

獲取更多汽車網絡安全資訊

Integration of the SecOC BSW

Transformation of an Authentic I-PDU in a Secured I-PDU by SecOC

從圖上可以看出SecOC模塊與PduR模塊進行報文信息交互，同時調用CSM模塊進行加解密。

1.1數據流分析

1.1.1數據接收

以CanIf接收為例，CanIf收到報文后，調用PduR_CanIfRxIndication通知到PduR,PduR隨后調用SecOC_RxIndication將原始數據傳給SecOC模塊，當SecOC模塊校驗完成后，將校驗結果和處理過后的數據再次傳遞給PduR模塊。

1.1.2數據發送

以CanIf發送為例，Com模塊調用PduR_ComTransmit準備發送報文，然后PduR模塊通過SecOC_Transmit對需要發送的數據進行處理，然后通過調用PduR_SecOCTransmit將處理后的數據發送給PduR模塊，這個時候PduR模塊就可以通過CanIf_Transmit將數據發送出去了。

上面我們說過，SecOC模塊會對數據進行認證+Counter，因此其Pdu內容的組成肯定與普通報文不同。

Secured I-PDU contents

從上圖可以看出Pdu的內容由原數據+新鮮值+認證信息(如MAC)組成。

2.1 新鮮值(Freshness Value)

2.1.1 新鮮值的介紹

由上圖可以看出新鮮值由：trip counter、reset counter、message counter、reset flag組成，各個部分的含義如下所示。

Behavior example of freshness value (TripCnt, RstCnt, MsgCnt, ResetFlag)

對于主節點來說

1. 在上電的時候TripCnt增加了1，隨后本次上電周期保持不變;

2. ResetCnt在TripCnt增加的時候復位，然后周期性增加

對于從節點而言

1. TripCnt在接收到同步報文后發生變化，其值同步到和主節點保持一致，隨后本次上電周期保持不變;

2. ResetCnt在每次收到同步報文時都同步到和主節點保持一致。

3. MsgCnt在每次成功發送報文后增加，同時在RstCnt增加的時候清零。

2.2 同步報文

Format of the synchronization message (TripResetSyncMsg)

同步報文也是需要添加認證信息的。

2.2.1 主節點的處理

主節點上電后從NVM中讀取到上次的值作為TripCnt初始值,同時設置ResetCnt為1.當TripCnt增加的時候，FvM模塊會調用NvM模塊將變化后的TripCnt存儲到EE。

Transmission Timing of Synchronization Message

2.2.2 從節點的處理

從節點上電后也通過NvM模塊讀取上一次的TripCnt值作為初始值。當接收到同步報文后，需要進行對同步報文中的新鮮值的數值的大小進行校驗，校驗通過后，再進行信息安全校驗，校驗通過后更新從節點的值。關于數值大小校驗一般是如下幾個條件(具體項目參照不同的OEM的需求)：

• 同步報文中主節點的TripCnt值大于從節點的TripCnt值，此時校驗通過;

• 如果條件1不滿足，那么需要滿足從節點的TripCnt和同步報文中的TripCCnt的偏差在一定范圍內，那么認為也是校驗通過的。

2.3 實際報文中對于新鮮值的裁剪

由于新鮮值和MAC都很長，而目前常用的CANFD最多也只能傳輸64個字節，因此為了提高數據的傳輸效率，需要對新鮮值和MAC值進行截斷填充到報文中，具體報文的的定義跟隨項目定義。

2.4 同步報文的發送時機

如上所述，主節點在上電初始化后就要盡快發出第一幀同步報文，然后周期性發送報文。但是假如從節點由于如busoff等掉線后又重新恢復了，此時怎么辦呢？它要一直等著主節點發送同步報文么？當然不是，一般當從節點啟動后(具體看整車廠要求)，如果在給定時間時間內沒有收到同步報文，那么就要主動發送同步請求報文。當其從busoff恢復后，也是同樣的道理。同步請求的報文一般是不需要加密的，具體可參見各個項目的要求。

來源：汽車電子嵌入式軟件分享