处理Java加密异常

Question

在Java中处理加密/解密时，这很基本的代码很普遍。

final Cipher cipher = Cipher.getInstance("AES/CBC/NoPadding");
cipher.init(Cipher.ENCRYPT_MODE, key, iv);
cipher.doFinal(*something*);

仅这三行就可能引发六个异常，而且我不确定用哪种最干净的方式（就代码的可读性而言）。尝试使用六个catch子句对我来说确实很难闻。

使用此类对象时，是否存在微模式或最佳实践（我显然不知道）？

编辑

对不起，我想我对自己的解释不太好。我的问题不是真正地避免使用try \ catch子句，而是是否存在处理类似情况的通用方法。

加密例外是

NoSuchPaddingException, NoSuchAlgorithmException
InvalidAlgorithmParameterException, InvalidKeyException,
BadPaddingException, IllegalBlockSizeException

Answer 1

您指出了以下例外情况：

NoSuchPaddingException, NoSuchAlgorithmException
InvalidAlgorithmParameterException, InvalidKeyException,
BadPaddingException, IllegalBlockSizeException

现在所有这些都是GeneralSecurityException，因此很容易抓住它们。但是查看用例，您可能不想这样做。

如果您查看导致异常的原因，那么您会发现，仅在生成算法或键的实现时才会抛出这些异常中的任何一个（最后两个除外）。我认为在测试了应用程序之后，这些值或多或少保持静态是合理的。因此，抛出异常（例如）是合乎逻辑的IllegalStateException。IllegalStateException是运行时异常，不需要抛出（在方法签名中）或捕获。当然，您应将安全异常作为异常的
原因 。

现在最后两个例外，BadPaddingException并且IllegalBlockSizeException有所不同。它们取决于实际的密文，因此取决于算法的输入。现在，通常情况下，您应该始终在将输入输入Cipher实例之前验证输入的完整性，例如通过首先验证HMAC校验和来初始化输入。因此从这种意义上讲，您仍然可以摆脱运行时异常。如果您不对完整性进行单独检查，则不应将其转换为RuntimeException。相反，您可以让用户处理异常，也可以将其作为用例特定的异常重新抛出。

如果BadPaddingException通过（重新）抛出来处理，则应该了解纯文本oracle攻击，例如padding
oracle攻击。对于CBC模式下的填充oracle攻击：如果攻击者可以尝试让您多次解密密文，并且收到解密成功（或失败）的提示，那么他们可以
检索消息的明文而不会破坏密文 。因此，在可以处理身份验证标签的其他16个字节的情况下，最好使用诸如GCM模式之类的身份验证模式。

最好使用单独的try/
catch块来构造和初始化Cipher以及解密本身。你也可以捕捉到的异常BadPaddingException和IllegalBlockSizeException处理之前GeneralSecurityException。从Java
7开始，您也可以使用多捕获语句（例如catch(final BadPaddingException | IllegalBlockSizeException e)）。

最后一些注意事项：

• BadPaddingException并且IllegalBlockSizeException可以通过被抛出Cipher，因为由于数据没有被完全接收，或因为与数据攻击者搞乱;
• BadPaddingException 如果密钥不正确，也可能会抛出该错误。
• 请注意，如果未安装无限的加密文件，则可能会为AES密钥大小192位和256位引发异常（请查看Oracle JavaSE站点以获取更多信息）；您应该在启动应用程序时检查是否允许密钥大小（主要适用于Java的旧版本/不推荐使用的版本）；