Java Sun JCE和BouncyCastle Android不兼容加密？
我正在将一个加密的工作应用程序移植到Android上。RSA加密在一个平台内工作——Android版本可以解密Android应用程序上加密的内容。但在Java应用程序上加密的数据无法在Android上解密 给定相同的输入-相同的私钥模数和指数，以及相同的256字节输入块，我使用javax.crypto.Cipher得到不同的结果，就像在Java Sun JCE和BouncyCastle Android不兼容加密？,java,android,encryption,cryptography,bouncycastle,Java,Android,Encryption,Cryptography,Bouncycastle,我正在将一个加密的工作应用程序移植到Android上。RSA加密在一个平台内工作——Android版本可以解密Android应用程序上加密的内容。但在Java应用程序上加密的数据无法在Android上解密 给定相同的输入-相同的私钥模数和指数，以及相同的256字节输入块，我使用javax.crypto.Cipher得到不同的结果，就像在 public java.security.PrivateKey m_privateKey; public byte[] Decrypt(byte[] inpu
public java.security.PrivateKey m_privateKey;
public byte[] Decrypt(byte[] input)
{
Cipher cipher;
byte[] cipherData = null;
cipher = Cipher.getInstance("RSA");
cipher.init(Cipher.DECRYPT_MODE, m_privateKey);
cipherData = cipher.doFinal(input);
return cipherData;
}
byte[] encodedPublic = rsaencUserKeys.m_publicKey.getEncoded();
byte[] encodedPrivate = rsaencUserKeys.m_privateKey.getEncoded();
byte[] testDataIn = new byte[]{25, 99, 76, 84, 7, 104, 27, 47, 120, 86, 83, 9, 56, 77, 0};
byte[] cryptoTest = rsaencUserKeys.Encrypt(testDataIn);
byte[] plainTest = rsaencUserKeys.Decrypt(cryptoTest);
[23, -76, -95, 117, 34, -100, 103, -120, -78, 111, -95, -9, 60, -110, 103, 81, -87, 43, 15, 84, -43, -31, -31, 24, -9, 53, 98, 120, -2, 46, -3, 78, 62, -112, -100, 104, -33, 60, 127, -128, -85, 24, -42, 47, -112, 88, -88, 64, -122, 29, -99, 13, -90, -27, -41, 87, 39, 28, 70, -89, -92, 76, 99, -116, -122, 85, -86, 8, 13, 2, 61, 6, -106, 66, -14, -100, -117, -26, -95, -106, 97, 40, -64, -62, 88, 35, -50, 121, 1, 10, 40, 106, -80, -37, -72, 69, -17, 81, 74, -48, -120, 28, -58, 76, 59, 126, -113, 126, -117, -51, -34, 120, -67, -17, -28, 86, -80, 40, 96, -15, -117, -123, 126, -3, 9, 67, -16, 84, 98, -75, 41, 79, 118, 1, 38, 6, 79, 88, -8, -82, -104, 87, -42, 16, 64, 77, -84, 117, -95, 61, -33, 66, -117, -20, -95, 105, -59, 97, -35, -102, 110, 56, -52, -3, 75, 57, -95, 37, -115, 95, -78, -108, -106, 97, 16, 22, -90, 114, -8, 4, -97, -6, 97, 123, 96, -58, -46, -46, 44, 27, 24, -52, -63, 21, -92, -40, -41, -92, 103, -24, -58, 47, -96, -14, -100, -50, 121, 18, 86, 26, 42, 102, 5, -53, -65, 64, 111, -78, 117, -103, -24, 36, 95, -54, 69, -124，-112，99，-62，-113，-58，-5，-93，80，24，76，121，-41，31，-61，47，0，-114，12，-7，-6，-112，19，-124，-41，-88，-6，-41，57，78，-56]您能否创建一个密钥对，发布公钥/私钥对，例如对密钥执行getEncoded，然后转换为十六进制或base 64以及生成的密文？我可以猜出是什么问题，但这需要设置我的Android环境来验证它，否则可能SunJCE和BC默认为不同的填充？我不确定情况是否如此，但无论如何，它值得明确说明。SunJCE默认为RSA/ECB/PKCS1Padding，但RSA/ECB/OAEPTHHA-256和MGF1PADDING会更安全。@ntoskrnl是的，这就是我要暗示的。不过最近，我发表了这样一个评论，然后提问者开始研究它并自己发布解决方案。我现在11岁了，据我所知答案没有任何分数，这开始让人发痒。Owlstead，我已经添加了您需要的数据
乌斯特德。我可以看到使用getEncoded时公钥和私钥不匹配，但考虑到它们的指数和模匹配，我不清楚为什么会匹配；SunJCE和BouncyCastle密钥之间可能有不同的负担？尽管CRT字段设置为0，但Sun私钥编码看起来像是正确的PKCS8密钥。Android私钥编码看起来像是对PKCS8的半途而废的错误尝试。它一开始是正确的，然后在模之后立即阻塞私有指数，然后完成。所以我想知道你是如何将密钥从Android和Java代码中传输过来的。我不得不说Android的东西看起来有问题，尽管我很想看看getFormat在Android上会返回什么。