IBM 的 JCE 提供商出了什么问题？

Question

我有一个 JCE 测试，它适用于我尝试过的所有 Sun JDK，但适用于各种 IBM J9 JDK（例如 1.6.0 build pwi3260sr8-20100409_01(SR8)）。当密码在加密模式下初始化时，会发生以下异常。为什么IBM JCE不能使用自己的私钥？我的代码中遗漏了什么吗？

  public void testBasicKeyGeneration() throws NoSuchAlgorithmException, 
      NoSuchPaddingException, InvalidKeyException, IllegalBlockSizeException, 
      BadPaddingException, NoSuchProviderException, SignatureException {
      KeyPairGenerator generator = KeyPairGenerator.getInstance( "RSA" );
      generator.initialize( 2048 );
      KeyPair pair = generator.generateKeyPair();

      String data1 = "123456789012345678901234567890123456789012345678901234567890";
      Cipher cipher = Cipher.getInstance( "RSA" );
      cipher.init( Cipher.ENCRYPT_MODE, pair.getPrivate() );
      byte[] encrypted = cipher.doFinal( data1.getBytes() );

      cipher.init( Cipher.DECRYPT_MODE, pair.getPublic() );
      byte[] decrypted = cipher.doFinal( encrypted );
      String data2 = new String( decrypted );
      assertEquals( "en/decryption failed", data1, data2 );
  }

这是堆栈跟踪：

java.security.InvalidKeyException: Private key cannot be used to encrypt.
at com.ibm.crypto.provider.RSA.engineInit(Unknown Source)
at javax.crypto.Cipher.a(Unknown Source)
at javax.crypto.Cipher.a(Unknown Source)
at javax.crypto.Cipher.init(Unknown Source)
at javax.crypto.Cipher.init(Unknown Source)
at test.Test.testBasicKeyGeneration(LicenseHelperTest.java:56)

Answer 1

有一个解决方案，请参阅 http://www-01.ibm.com /support/docview.wss?uid=swg1IV18625

属性。

-Dcom.ibm.crypto.provider.DoRSATypeChecking=false

具有可以使用私钥加密数据的

Answer 2

我不确定这一点，但我相信 JCE 有一个嵌入的策略，限制对公钥的加密和对私钥的解密。

在示例代码中，加密是使用私钥完成的。这将需要公钥来解密，这意味着拥有公钥的任何人都可以访问编码数据。尽管这有它的用途，但它不是可接受的模式，并且 IBM 实现可能会“保护”您免于意外创建公开可读的加密数据。

事实上，当这些被逆转时，它进行了正确的测试，这一事实往往证实了我的怀疑，但我还没有找到官方文件说明这一点。

Answer 3

IBM 坚持认为私钥不能用于加密，公钥不能用于解密，因此他们要么将这种人为限制视为一种功能，要么有人在这里严重困惑。

以下是我解决此问题的方法：

RSAPrivateCrtKey privateKey = (RSAPrivateCrtKey) ks.getKey(keyAlias, ksPassword.trim().toCharArray());
RSAPublicKeySpec spec = new RSAPublicKeySpec(privateKey.getModulus(),privateKey.getPrivateExponent());
Key fakePublicKey = KeyFactory.getInstance("RSA").generatePublic(spec);
encryptCipher.init(Cipher.ENCRYPT_MODE, fakePublicKey);

本质上，我使用私钥的加密材料创建了一个公钥对象。如果您想避免“公钥无法用于解密”异常，则需要执行相反的操作，使用公钥的加密材料创建私钥对象，然后使用公钥进行解密。

Answer 4

我最近遇到了同样的问题。最终通过使用 充气城堡 实现并将此行添加到 java.security 文件

security.provider 中解决了这个问题。 1=org.bouncycastle.jce.provider.BouncyCastleProvider

Answer 5

@T.Rob 评论说您在使用私钥加密时可能犯了一个错误。如果“每个人”都知道公钥，那么任何人都可以解密您的文件。因此，IBM 的 JCE 行为可以保护人们免受这种错误的影响。

我能明白其中的逻辑。

然而，在某些情况下，您确实需要使用私钥进行加密；例如，作为协议的一部分，需要证明您知道与已发布的公钥相对应的私钥。

如果这确实是您想要做的，您可能需要使用最新的 Sun JCE 实现（较旧的 Sun JCE 没有实现 RSA）或 Bouncy Castle。

Answer 6

@Stephen C / @FelixM：IBM 似乎对 RSA 加密如何工作以及如何使用它完全一无所知。基本上，这两种操作（加密/解密）都必须可用于公钥和私钥。

在 SSL/TLS 握手中传输预主密钥的客户端部分需要使用公钥进行加密。服务器需要使用其私钥进行解密。但是，如果他们协商类似 ECDHE_RSA 的内容，服务器需要使用私钥对握手的部分内容进行签名 - 即使用 PrivateKey 进行加密。反之亦然，客户端需要使用服务器证书中的公钥进行解密，以验证签名的哈希值。 （证明消息的真实性）

因此，如果我尝试在最新的 IBM JDK 7 上运行 ECDHE_RSA（服务器端），则会发生以下情况：

java.security.InvalidKeyException: Private key cannot be used to encrypt.
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:614)
   at java.lang.Thread.run(Thread.java:777)
   at com.ibm.crypto.provider.RSASSL.engineInit(Unknown Source)
   at javax.crypto.Cipher.init(Unknown Source)
   at javax.crypto.Cipher.init(Unknown Source)
   at java.security.Signature$CipherAdapter.engineInitSign(Signature.java:1239)
   at java.security.Signature$Delegate.init(Signature.java:1116)
   at java.security.Signature$Delegate.chooseProvider(Signature.java:1076)
   at java.security.Signature$Delegate.engineInitSign(Signature.java:1140)
   at java.security.Signature.initSign(Signature.java:522)
   at net.vx4.lib.tls.core.TLSSignature.createSignature(TLSSignature.java:120)

如您所见，我们正在使用“Signature”并调用“initSign”，这确实需要一个 PrivateKey 。这证明 IBM 对这个事实一无所知，显然他们甚至不知道
有有效的回归测试！

使用其他加密货币提供商，并且不要相信 IBM，直到他们改变主意。

此致，
基督教