给定最终块未正确填充

Question

我正在尝试实现基于密码的加密算法，但是我得到了这个例外：

javax.crypto.badpaddingexception：给定最终块未正确填充

这可能是什么问题？

这是我的代码：（

public class PasswordCrypter {

    private Key key;

    public PasswordCrypter(String password)  {
        try{
            KeyGenerator generator;
            generator = KeyGenerator.getInstance("DES");
            SecureRandom sec = new SecureRandom(password.getBytes());
            generator.init(sec);
            key = generator.generateKey();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }


    public byte[] encrypt(byte[] array) throws CrypterException {
        try{
            Cipher cipher = Cipher.getInstance("DES/ECB/PKCS5Padding");
            cipher.init(Cipher.ENCRYPT_MODE, key);

            return cipher.doFinal(array);
        } catch (Exception e) { 
            e.printStackTrace();
        }
        return null;
    }

    public byte[] decrypt(byte[] array) throws CrypterException{
        try{
            Cipher cipher = Cipher.getInstance("DES/ECB/PKCS5Padding");
            cipher.init(Cipher.DECRYPT_MODE, key);

            return cipher.doFinal(array);
        } catch(Exception e ){
            e.printStackTrace();
        }
        return null;
    }
}

Junit测试）

public class PasswordCrypterTest {

    private static final byte[] MESSAGE = "Alpacas are awesome!".getBytes();
    private PasswordCrypter[] passwordCrypters;
    private byte[][] encryptedMessages;

    @Before
    public void setUp() {
        passwordCrypters = new PasswordCrypter[] {
            new PasswordCrypter("passwd"),
            new PasswordCrypter("passwd"),
            new PasswordCrypter("otherPasswd")
        };

        encryptedMessages = new byte[passwordCrypters.length][];
        for (int i = 0; i < passwordCrypters.length; i++) {
            encryptedMessages[i] = passwordCrypters[i].encrypt(MESSAGE);
        }
    }

    @Test
    public void testEncrypt() {
        for (byte[] encryptedMessage : encryptedMessages) {
            assertFalse(Arrays.equals(MESSAGE, encryptedMessage));
        }

        assertFalse(Arrays.equals(encryptedMessages[0], encryptedMessages[2]));
        assertFalse(Arrays.equals(encryptedMessages[1], encryptedMessages[2]));
    }

    @Test
    public void testDecrypt() {
        for (int i = 0; i < passwordCrypters.length; i++) {
            assertArrayEquals(MESSAGE, passwordCrypters[i].decrypt(encryptedMessages[i]));
        }

        assertArrayEquals(MESSAGE, passwordCrypters[0].decrypt(encryptedMessages[1]));
        assertArrayEquals(MESSAGE, passwordCrypters[1].decrypt(encryptedMessages[0]));

        try {
            assertFalse(Arrays.equals(MESSAGE, passwordCrypters[0].decrypt(encryptedMessages[2])));
        } catch (CrypterException e) {
            // Anything goes as long as the above statement is not true.
        }

        try {
            assertFalse(Arrays.equals(MESSAGE, passwordCrypters[2].decrypt(encryptedMessages[1])));
        } catch (CrypterException e) {
            // Anything goes as long as the above statement is not true.
        }
    }
}

Answer 1

javax.crypto.badpaddingexception：
给定最终块没有正确的填充。

如果在解密过程中使用了不良钥匙，可能会出现此类问题。

对于我自己来说，当我使用错误的键进行解密时，就会发生这种情况。
这总是敏感的。因此，请确保在加密时使用时使用了相同的密钥....

Answer 2

如果您确定所有配置都是正确的，那么由于将null值作为ciphered发送到降低或平面文本以供ENRIPTION，因此可能会得到此例外。

Answer 3

如果您尝试使用错误的键解密PKCS5填充数据，然后将其取消（由密码类自动完成），您很可能会获得BadPaddingException（可能小于255/256，约为99.61％ ），因为填充物具有特殊的结构，该结构在UNDAD期间经过验证，很少有钥匙会产生有效的填充。

因此，如果您获得此例外，请捕获它并将其视为“错误的密钥”。

当您提供错误的密码时，这也会发生，然后将其用于从密钥库中获取密钥，或使用密钥生成功能将其转换为键。

当然，如果您的数据在运输中损坏，也可能发生不良填充。

也就是说，有关您的方案有一些安全性评论：

• 对于基于密码的加密，您应该使用SecretKeyFactory和Pbekeyspec，而不是与KeyGenerator一起使用SecureRandom。原因是Secuerandom在每个Java实现中可能是不同的算法，从而为您提供了不同的键。 SecretKeyFactory以定义的方式执行密钥推导（以及一种被认为是安全的方式，如果选择正确的算法）。

• 不要使用欧洲央行模式。它独立加密每个块，这意味着相同的纯文本块也给出了始终相同的密文块。

  最好使用安全操作模式柜台）。另外，使用一个模式，该模式还包括身份验证，例如GCM（Galois-Counter模式）或CCM（使用CBC-MAC计数器），请参见下一点。

• 您通常不需要机密性，而不需要身份验证，这确保消息不会被篡改。 （这还可以防止对密码上选择的ciphertext攻击，即有助于机密性。）因此，在您的消息中添加Mac（消息身份验证代码），或使用包含身份验证的密码（请参阅上点）。

  。

  >

• des的有效密钥大小仅为56位。这个关键空间很小，专门的攻击者可能会在几个小时内蛮力。如果您通过密码生成密钥，这将变得更快。
  另外，DES的块大小仅为64位，这在链接模式中增加了更多的弱点。
  代替使用现代算法，例如AES，其块大小为128位，关键大小为128位（对于最常见的变体，也存在196和256的变体）。

Answer 4

当您输入符号键的错误密码时，这也可能是一个问题。

Answer 5

根据您正在使用的密码学算法的不同，您可能必须在加密字节数组之前在末尾添加一些填充字节，以使字节数组的长度是块大小的多个：

特别是在您的情况下，您选择的填充模式是PKCS5在这里描述：

（我假设您在尝试加密时会出现问题）

/documentation/cryptoj35html/doc/dev_guide/group_< em> cj _sym__pad.html 。支持的值取决于您正在使用的安全提供商。

顺便说一下，您确定要使用对称加密机制加密密码吗？不会是一种更好的哈希吗？如果您真的需要解密密码，那么DES是一个很弱的解决方案，如果您需要使用对称算法，您可能有兴趣使用更强大的AES。

Answer 6

由于操作系统，我遇到了这个问题，对于JRE实现，对不同的平台简单。

new SecureRandom(key.getBytes())

在Windows中将获得相同的值，而Linux在Linux中的值将不同。因此，在Linux中需要更改为

SecureRandom secureRandom = SecureRandom.getInstance("SHA1PRNG");
secureRandom.setSeed(key.getBytes());
kgen.init(128, secureRandom);

“ sha1prng”是使用的算法，您可以参考在此有关算法的更多信息。

Answer 7

如果在生成密钥库时会收到此警告，

Warning:  Different store and key passwords not supported for PKCS12 KeyStores. Ignoring user-specified -keypass value.
Generating 3,072 bit RSA key pair and self-signed certificate (SHA384withRSA) with a validity of 90 days

则可能需要在应用程序属性文件中删除属性秘密。

只是这些属性足够

encrypt:
  keyStore:
    location: <yourFileLocation>
    password: <yourPassword>
    alias: <yourAlias>

对我有用。