智能卡安全數據傳輸組合模式過(guò)程

　　在組合模式過(guò)程中，就像在鑒別模式過(guò)程中那樣，用加密校驗和保護的數據對象首先要填補成8字節的整倍數并用CBC模式的DES算法加密，如圖1所示。在這項處理中，為了和T＝0協(xié)議所需的相容性，略去了頭標。如果期望也對頭標加密，則送給卡的命令就無(wú)法被識別，就必須使用T＝0的ENVELOPE命令。用類(lèi)字節中的一位表明使用了安全通信，數據在經(jīng)接口傳輸時(shí)是已經(jīng)加了密的。由于接收方知道加密用的秘密密鑰，它可對 APDU解密，接收方可憑借重新計算在傳輸層的同一水平的附加的密碼校驗和以驗證解密的正確性。讀者在閱讀圖1時(shí)，應注意圖中CLA，h和LDATA的改變（有或無(wú)“'’）。

　　當采用這一過(guò)程時(shí)，在I/O線(xiàn)上竊聽(tīng)的攻擊者不可能發(fā)現在卡和終端的命令和應答中交換了那些數據。由于使用了CBC模式的DES使這些字組都相互鏈接在一起，因而也不可能替換APDU中的一個(gè)加密字組，任何代換將立即引起接收方的注意。

　　關(guān)于加密算法，那些對鑒別模式過(guò)程的解釋也適用于此處。原則上，可使用任何字組加密算法。密鑰應當是動(dòng)態(tài)的，就像在鑒別模式過(guò)程中那樣，對每一會(huì )話(huà)都使用導出密鑰。

　　考慮到安全性的優(yōu)勢，普遍對所有APDU使用組合模式過(guò)程是值得推薦的。然而，安全性的增加伴隨著(zhù)數據傳輸率的顯著(zhù)降低。

　　圖1 用組合模式過(guò)程建立一命令APDU，情況3的命令（例如UPDATE BINARY）被用于此，頭標包括在加密校驗和（ccs）中，應答APDU可用類(lèi)似方式建立（‘PB’作為填補字節的指示）

　　未保護的APDU和用組合模式過(guò)程保護的APDU二者之間的傳輸率的差別的良好近似是因子4。這樣鑒別模式過(guò)程和組合模式過(guò)程之間的速度差別就是因子2。于是，在每種情況下都要小心地檢查，以便斷定那些數據要用那種安全但費時(shí)的形式傳輸。