java keytool提供“未正确填充最终块”
根据该Jetty指南中有关使用Keytool和OpenSSL的步骤3b（最后一步），我正在执行以下命令：
keytool -importkeystore -srckeystore jetty.pkcs12 -srcstoretype PKCS12 -destkeystore keystore
当我运行命令时，我得到： keytool error: java.io.IOException: failed to decrypt safe contents entry: javax.crypto.BadPaddingException: Given final block not properly padded
你知道如何解决吗？
问题答案：
就我而言，我使用下载的Windows openSSL完成了一些步骤，而其他步骤则使用了CentOs6框上已经存在的openSSL。当我在CentOs /
linux机器上执行所有步骤时，错误消失了。
次要的或许是注意linux openSSL和Godaddy，注意当您开始“创建CSR”过程时，请使用2048生成site.key，即：
openssl genrsa -des3 -out site.key 2048
-----------------更新------------------
我认为此错误与我在步骤中提出的密码问题有关。
经过一个：
openssl pkcs12 -export -inkey jetty.key -in cert-chain.txt -out jetty.pkcs12
工具提示，输入导出密码：
输入的密码必须在下一步中使用，我所做的是：
java -classpath jetty-util-6.1.19.jar:jetty-6.1.19.jar org.mortbay.jetty.security.PKCS12Import jetty.pkcs12 keystore
但是，根据本文档，该步骤显然可以等同地是：
keytool -importkeystore -srckeystore jetty.pkcs12 -srcstoretype PKCS12 -destkeystore keystore
-
问题内容： 我正在尝试实现基于密码的加密算法，但出现此异常： javax.crypto.BadPaddingException：给定的最终块未正确填充 可能是什么问题？ 这是我的代码： （JUnit测试） 问题答案： 如果尝试使用错误的密钥解密填充了PKCS5的数据，然后取消填充（由Cipher类自动完成），则很可能会收到BadPaddingException（可能略小于255/256，约为99.
-
我想加密EnteredDetails(java bean)类型的arraylist，并将其序列化到一个文件中。我正在关注AES-128位加密的链接:http://www . code 2 learn . com/2011/06/encryption-and-decryption-of-data-using . html 要使用aes class的encrypt方法，我必须将arrarylist转换
-
问题内容： 我需要有关此错误的帮助：给最终块未正确填充。从标题中可以看到，我正在使用AES。 这是错误的行代码： 这是完整的代码： } 问题答案： 根据您的评论，您几乎可以使加密工作。 您需要将IV生成代码从您的加密/解密方法移动到其他地方，就像这样 然后将该ivspec传递到加密和解密方法中（使它们看起来像），这样您就可以为加密和解密使用相同的iv。 另外，不要调用decryptedByteAr
-
首先，我会告诉你我的主要目标是什么。在客户端使用AES加密部分内容，然后使用RSA公钥加密重要的AES规范，并将AES加密数据和RSA加密的AES规范发送到服务器端。所以在服务器端，我将使用RSA私钥解密AES密钥规范，然后使用这些AES规范，我将解密AES加密数据。通过测试加密和解密，我成功地使RSA部分工作。在此实现RSa之前，我必须使AES art工作。 对于客户端，我使用crypto-js
-
我正在尝试编写方法来加密或解密字符串（大部分是数字）。它适用于某些文本（例如-'1010000011'、'1010000012'、'1010000013'），但也适用于其他文本（例如-'1010000014'、'1010000018'）： javax.crypto.BadPadding异常：给定最后一个块没有正确填充 这是我的代码： 要加密的字符串从文件中读取，并在加密后写入其他文件。这些加密的文
-
我正在做一个简单的加密文件传输系统，现在停止运行时异常： 我试图用一个字符串调试我的代码，用相同的密钥加密和解密，它是有效的。然而，当我试图从文件传输流时，这个异常总是出现。 以下是双方的代码。首先，他们将通过RSA交换对称密钥（AES密钥），然后通过AES加密传输大型文件。我们可以关注每段代码的最后一部分，其中文件通过AES密钥进行加密和解密。 服务器端： 客户端：