Java与CSP数据兼容之三：Java兼容CSP的DES/3DES密钥数据和密文

　　在数据安全应用中，往往需要将客户端由C++调用CryptoAPI生成的密文、传至服务器端的Java代码解密，当然也有相反的操作。这时就需要清楚Windows CryptoAPI和Java安全库之间的差异，以便密钥数据和密文数据格式能兼容。下面将介绍该过程中的几个注意事项。

一、密钥数据块的解析

　　在Windows平台上，C++代码调用CryptoAPI函数CryptExportKey()得到的对称密钥数据结构为PLAINTEXTKEYBLOB类型，该数据块的结构为：“BLOBHEADER + 密钥数据长度 + 密钥数据“，其中”密钥数据长度“为４个字节。在Java代码中，需要解析该数据库，得到密钥数据，用来创建对称密钥对象。

二、加密模式保持一致

　　对称密钥加密，常用的有ECB和CBC两种模式，CryptoAPI函数CryptEncrypt()用来使用密钥加密数据时，如果没有对使用的密钥做模式设置，则默认使用CBC模式，MSDN中的介绍如下：

　　而Java的安全库中，默认时使用的ECB模式。所以需要保证两边使用的是同一种加密模式，需要通过设置来完成。可以通过C++代码调用CryptSetKeyParam()来设置CryptoAPI的加密模式，也可以在Java中指定明确的加密模式。详细代码见后面的例程。

三、加密参数保持一致

　　如果使用CBC模式加密，这需要指定加密时使用的向量IV。在使用CryptoAPI时，如果没有明确指定IV的值，则默认使用８个０作为IV。MSDN中的说明如下：

四、密文填充模式保持一致

　　由于加密时数据不一定为密钥密文块的整数倍，所以往往需要对密文进行补齐。CryptoAPI只支持PKCS5的补齐方式，所以在Java中也需要使用PKCS5补齐模式。关于CryptoAPI的补齐说明，MSDN说明如下：

五、加密文本时使用UTF-8编码

　　由于Java使用的UTF-8字符编码，所以在对文本字符加密时，C++代码需要将字符串需要按UTF-8字符集转化为BYTE[]数组，再进行加密，否则Java端解密成功后，显示文本时中文（或者其他多字节字符）时会是乱码。当然，如果只是对二进制数据加解密，则无需考虑这点。

基于以上说明过，完整地C++加密、Java解密的代码如下：

C++加密代码：