我有一堆金雅拓Java卡，如下所示，我可以使用GlobalPlatformPro进行相互身份验证过程：
C:\globalPlatformPro> gp -visa2 -key 47454d5850524553534f53414d504c45 -list -debug -verbose -info
Reader: ACS ACR1281 1S Dual Reader ICC 0
ATR: 3B7D96000080318065B0831111E583009000
A>> 00A40400 00
A<< 6F198408A000000018434D00A50D9F6E061291921101009F6501FF 9000
***** Card info:
A>> 80CA9F7F 00
A<< 9F7F2A4090612812919211010041849D08192420C3033241840333418403344184000003250000000000000000 9000
***** KEY INFO
A>> 80CA00E0 00
A<< E012C00401FF8010C00402FF8010C00403FF8010 9000
VER:255 ID:1 TYPE:DES3 LEN:16
VER:255 ID:2 TYPE:DES3 LEN:16
VER:255 ID:3 TYPE:DES3 LEN:16
Key version suggests factory keys
A>> 80500000 08 2CA286A611F6CAFD 00
A<< 4D0041849D08192420C3FF0131D644E9913234DDE1F0A6A462C71805 9000
A>> 84820100 10 CC2D0CC35F6BD64F816A774D3ADB18F2
A<< 9000
//Useless lines for censored!
C:\globalPlatformPro>
由于VISA文档不公开，因此我查看了GlobalPlatformPro源代码，以了解
visa2的密钥多样化是如何发生的，我在那里找到了以下方法：public static GPKeySet diversify(GPKeySet keys, byte[] diversification_data, Diversification mode, int scp) throws GPException {
try {
GPKeySet result = new GPKeySet();
Cipher cipher = Cipher.getInstance("DESede/ECB/NoPadding");
for (KeyType v : KeyType.values()) {
if (v == KeyType.RMAC)
continue;
byte [] kv = null;
// shift around and fill initialize update data as required.
if (mode == Diversification.VISA2) {
kv = fillVisa(diversification_data, v);
} else if (mode == Diversification.EMV) {
kv = fillEmv(diversification_data, v);
}
// Encrypt with current master key
cipher.init(Cipher.ENCRYPT_MODE, keys.getKey(v).getKey(Type.DES3));
byte [] keybytes = cipher.doFinal(kv);
// Replace the key, possibly changing type. G&D SCE 6.0 uses EMV 3DES and resulting keys
// must be interpreted as AES-128
GPKey nk = new GPKey(keybytes, scp == 3 ? Type.AES : Type.DES3);
result.setKey(v, nk);
}
return result;
} catch (BadPaddingException |InvalidKeyException | IllegalBlockSizeException e) {
throw new GPException("Diversification failed.", e);
} catch (NoSuchAlgorithmException | NoSuchPaddingException e) {
throw new RuntimeException("Diversification failed.", e);
}
}
public static byte[] fillVisa(byte[] init_update_response, KeyType key) {
byte[] data = new byte[16];
System.arraycopy(init_update_response, 0, data, 0, 2);
System.arraycopy(init_update_response, 4, data, 2, 4);
data[6] = (byte) 0xF0;
data[7] = key.getValue();
System.arraycopy(init_update_response, 0, data, 8, 2);
System.arraycopy(init_update_response, 4, data, 10, 4);
data[14] = (byte) 0x0F;
data[15] = key.getValue();
return data;
}
因此，我尝试为上述通信重复生成主机密码。我有：
万能钥匙=
47454d5850524553534f53414d504c45基于GlobalPlatform v 2.3 Card Specification：
Host_Challenge =
2CA286A611F6CAFD初始更新响应：
4D0041849D08192420C3 FF01 31D644E9913234DD E1F0A6A462C71805关键多元化数据=
4D0041849D08192420C3密钥信息=
FF01：因此使用SCP01。纸牌挑战=
31D644E9913234DD卡密码=
E1F0A6A462C71805因此，基于上面的GPP源代码：
Diversification_Data =
4D00 9D081924 F001 4D00 9D081924 0F01然后，静态ENC密钥为：
Static_ENC = Encrypt(MasterKey, Diversification_Data )
因此，使用this online tool，我有：
它的意思是：
Static_ENC_KEY =
84f2a84ecdade8cacc9e7e07faebe4e6为了计算ENC会话密钥，我再次使用了GlobalPlatform规范：
所以我有：
Derivation_Data =
913234DD 2CA286A6 31D644E9 11F6CAFD所以
ENC_Session_Key是：ENC_Session_Key =
b1ed5ea3f69978274d2ffe0de467ec1c最后，主机密码的生成和验证是通过将8字节的卡质询和8字节的主机质询连接起来，产生一个16字节的块并将此16字节的数组与
80 00 00 00 00 00 00 00连接在一起来执行的。然后在ICBC为零且CBC模式下使用ENC会话密钥对此进行签名：Data2Encrypt =
31D644E9913234DD 2CA286A611F6CAFD 8000000000000000我有：
最佳答案
好吧，我两次尝试上述步骤，最后每次都遇到错误的host_cryptogram值！但是，当我重复这些步骤并在问题中逐行写出这些内容时，我终于注意到，我得到的最终结果与我的第一个问题的GPP结果相同！因此，我不想删除我的问题，而是希望将其保留在此处以供将来的观众使用。
因此得出结论：
在智能卡中具有关键的分散方案，可以为GlobalPlatform卡规范中提到的用于计算卡密码和MAC值的步骤增加一个步骤。那一步是计算静态密钥。
用于静态密钥计算的Diversification_Data为（source）：
INITAL UPDATE响应数据的前两个字节是相同的xxh xxh，而其字节[4：8]是IC Serial Number。
在具有主密钥的ECB模式下使用Triple DES算法加密多样化数据，返回静态密钥。