背景:
有一个接口返回的数据是加密的,之前开发那边提供了一个jar包,人懒,之前的脚本已经用python 写好了,实在是不想再用java写一遍,于是乎就一直凑活着用(python里调用java封装的方法),用了一段时间,好像也挺美。
直到发生了一件事情,当我准备把脚本转成可视化的工具给同事用的时候,发现,打包的话有点麻烦啊。python在加载jar包的时候,需要加载java虚拟机的动态库文件。年轻的我以为只要把对应的jvm.dll文件一起打包进去就行了,结果啥用没有。连本地的文件都跑不起来了,我这才意识到,只要一个动态库没用啊,需要的是整个jdk的运行环境,卧槽?这难道是要让我把整个jdk环境也打包干一套么。听起来虽然可行,但是一点不靠谱啊。于是乎果断放弃了。
鉴于不能这么搞了,那就撸起袖子干起来。把jar包反编译整一套Python的用。
过程
java代码
public static String decrypt(String data, String key) throws Exception {
byte[] byteKey = key.getBytes();
Key k = toKey(byteKey);
Cipher cipher = Cipher.getInstance("DES/ECB/PKCS5PADDING");
cipher.init(2, k);
byte[] byteData = Base64.decodeBase64(data);
return new String(cipher.doFinal(byteData), "UTF-8");
}
反编译的过程就不说了,不然感觉跑题了啊,反正最后的解密方法就是长这个样子。
转换以后
def decrypt_py(data,secretkey):
des_obj = des(secretkey, ECB, secretkey, padmode=PAD_PKCS5)
decodebs64data = base64.b64decode(data)
return des_obj.decrypt(decodebs64data).decode('utf-8')
测试了一下,嗯,没啥问题,可以用。
坑爹的问题在后边,开发给了一个DES的key,但是这个key的长度居然是大于8的,这就又在为难我胖虎了。
我还以为DES有啥高端用法,我没找到,折腾了半天一直都是提示,密钥必须是8位的错误
File "D:\python36\lib\site-packages\pyDes.py", line 400, in __init__
raise ValueError("Invalid DES key size. Key must be exactly 8 bytes long.")
ValueError: Invalid DES key size. Key must be exactly 8 bytes long.
于是我就又去认认真真地看了一遍java那边的解密方法,这就是坑爹的地方了
请看DESKeySpec的构造函数
public DESKeySpec(byte[] var1, int var2) throws InvalidKeyException {
if(var1.length - var2 < 8) {
throw new InvalidKeyException("Wrong key size");
} else {
this.key = new byte[8];
System.arraycopy(var1, var2, this.key, 0, 8);
}
}
原来是传入的字符串做了截取,不管传了多长的字符串,都只取前边的8位拷贝出来。回手掏,掉头就把python里边后边多余的字符删掉了,运行完美!
嗯…记录下,主要是想说,还是要认真有耐心一点,有问题要看看代码,不能迎头就是各种百度,结果啥用都没有。
网友评论