jcmanager中驗證過程的主要問題？

Question

1：

2：

3：

上面的圖片附在問題上，基於他們提出我的問題！

1，我們知道在GP規範提到，卡挑戰有8個字節長度，但在第一張照片，JCManager顯示六個字節卡挑戰！爲什麼？

2 - 基於GP規範製作的派生數據與JCManager中的派生數據不相等！爲什麼？！

3-基座上圖象，如果靜態S_ENC和靜態S_MAC具有相等的值，我們得出結論，會話S_ENC和會話S_MAC必須具有相等的值。是對的嗎？如果是的話，爲什麼在JCManager中它們有區別？

4 - 我用這個site和加密推導數據在JCManager強調由歐洲央行（DES）加密，但是，這不是預期的輸出！又是爲什麼！？

Answer 1

該卡使用SCP02，如爲INITIALIZE UPDATE命令返回的密鑰信息中所示。因此，卡挑戰有6個字節和基於密鑰特定常數（S_ENC的01 82）和序列計數器（卡在INITIALIZE UPDATE響應中發送的00 16）的密鑰導出數據。您在JCManager中看到的值是正確的。

您正在顯示的圖表而不是反映了SCP02的關鍵推導機制。相反，這似乎是SCP01的關鍵推導機制。