关于Java中AES/CBC/PKCS5Padding加解密的问题

关于Java中AES/CBC/PKCS5Padding加解密的问题

Java中通过Cipher进行AES加解密，其中最常见的就是AES/CBC/PKCS5Padding。基本用法网上有很多，这里不讨论，主要有几点疑问，在此记录。

1、关于PKCS5Padding

PKCS5是基于固定块大小为8来进行补齐的，那么，对于最常用的的AES/CBC/PKCS5Padding加密方式就有些疑问了：

AES/CBC块大小是16，如何进行PKCS5方式的补齐？

实测此时是按照PKCS7的方式进行补齐的！虽然Java的Cipher中并没有PKCS7Padding模式，但其内部却偷偷用了。

被这个“偷偷”，害惨了！！！

我做的项目服务端用java，客户端用C++。C++ openssl的EVP加解密有PKCS7，没有PKCS5的padding模式，而Java的Cipher有PKCS5，却没有PKCS7，为了适配java我自己写了PKCS5的实现，结果发现不行，最后经过各种尝试排查，发现Java在AES/CBC/PKCS5Padding时，做的就是PKCS7的padding【笑哭】。

关于Java中如何支持PKCS7，网上有很多回答，这里不再赘述！

*注：PKCS7是按照实际块大小进行补齐 *

所以，Java中的Cipher除了依据transformation中的padding，还根据实际块大小来决定补齐方式。由于此部分源码过于繁琐，就没有跟踪查看，有时间再去看看Java中到底是如何进行padding的！如果有知道的朋友，请不吝告知，在此谢过！

2、jdk中对秘钥长度的限制

如果你是直接使用JavaSE进行Cipher加解密测试，就会发现秘钥长度大于16时，Cipher初始化会抛异常！

java.security.InvalidKeyException: Illegal key size

这个网上回答比较多，估计都遇到过这个坑：美国对软件出口做出了限制！

大部分解答都是修改配置文件中的字段（我自己的配置文件中没有找到相应字段），或者替换对应jar（这两个jar包的下载需要登录Oracle），比较麻烦，而且不一定能解决问题。下面给出博主weixin_38046780通过反射的解决方案，个人觉得是最佳答案：

static {
        //break JCE crypto policy limit
        try {
            Class<?> clazz = Class.forName("javax.crypto.JceSecurity");
            Field nameField = clazz.getDeclaredField("isRestricted");

	//            Field modifiersField = Field.class.getDeclaredField("modifiers");
	//            modifiersField.setAccessible(true);
	//            modifiersField.setInt(nameField, nameField.getModifiers() & ~Modifier.FINAL);

            nameField.setAccessible(true);
            nameField.set(null, java.lang.Boolean.FALSE);
        } catch (Exception ex) {
            ex.printStackTrace();
        }
    }

对此，我询问了博主如何得知限制字段的具体对应哪个类的哪个字段的，还没有得到回答，如果博主回答的话，会回来补上的。

参考链接：https://blog.csdn.net/weixin_38046780/article/details/88851268