Question

我试图使用AES算法加密数据。但是，发生了以下异常。

java.security.NoSuchAlgorithmException:
    Cannot find any provider supporting AES/ECB/PKCS7PADDING

有人知道这个问题的解决方案吗？我的JDK版本是1.7。

Answer 1

您不希望为块密码使用指定PKCS＃7填充。您想指定PKCS＃5填充。 PKCS＃5指定用于块密码，而PKCS＃7不用（它用于S / MIME中的不同位置）。我将指出PKCS＃5和PKCS＃7实际上指定了完全相同类型的填充（它们是相同的！），但在此上下文中使用它时称为＃5。：）

因此，您需要"AES/ECB/PKCS7PADDING"而不是"AES/ECB/PKCS5PADDING"。这是一个密码实现，需要Java平台的每个实现都支持。有关详细信息，请参阅documentation of the Cipher class。

Answer 2

有关包括PKCS＃5和PKCS＃7加密标准文本在内的问题的全面解释，请查看here。

PKCS＃5填充意味着填充1到8个字节。填充字节本身包含以字节编码的填充字节数。为DES指定了PKCS＃5填充，但它适用于块大小为8字节的任何块密码。

现在DES规范甚至基于密码的加密的PKCS＃5规范都在Java和Java之前相当长的时间。 AES仅在2002年标准化，早在Java甚至Java 2推出之后很久。因此，在AES出现之前，（三重）DES和PKCS＃5填充已集成到Java中。

当Java - 或更准确地说，Sun JCE提供程序 - 获得AES功能时，它需要填充方法，块大小为16字节。 PKCS＃7指定此填充方法is identical to PKCS#5 padding，除了它是为2到255个字节的块大小定义的（如果它编码基于零的无符号整数，则为字节的最大值）。但是，填充方法已经存在;它被命名为"PKCS5Padding"。因此，"PKCS5Padding"只是重复使用而不是引入新名称。

到目前为止，Sun提供商应该真正支持"PKCS7Padding"，因为PKCS＃5填充只是不正确。它不仅仅是一个Java命名问题，对于任何试图实现加密协议或将其他应用程序移植到Java的开发人员来说都是一个问题。但是，现在，您应该使用"PKCS5Padding"代替"PKCS7Padding"。

Answer 3

如果你想使用AES / ECB / PKCS7Padding，那么bouncy castle将支持ht tp://www.bouncycastle.org/specifications.html

Answer 4

解决方案：步骤1：将bcprov-ext-jdk16-1.46.jar（https://mvnrepository.com/artifact/org.bouncycastle/bcprov-ext-jdk16/1.46）添加到您的项目中

第二步：添加“ Security.addProvider（new BouncyCastleProvider（））;”行成为初始密码公用

然后，运行项目，确定，成功解密。

java.security.NoSuchAlgorithmException：找不到任何支持AES / ECB / PKCS7PADDING的提供程序

4 个答案: