Шифрование закрытым ключом RSA в Java

Прежде всего, я не понимаю, почему вы планируете использовать Cipher для шифрования с помощью закрытого ключа, а не подписывать с помощью Signature. Я не уверен, что все поставщики RSA Cipher будут использовать правильный тип блока для настройки, но попробовать стоит.

Однако, если оставить это в стороне, я думаю, что вы пытаетесь загрузить ключ нестандартного формата OpenSSL. Преобразование его в DER с помощью rsa - это, по сути, просто декодирование base-64; структура ключа не является PKCS # 8.

Вместо этого после genrsa используйте команду openssl pkcs8 для преобразования сгенерированного ключа в незашифрованный PKCS # 8, формат DER:

openssl pkcs8 -topk8 -nocrypt -in private.pem -outform der -out private.der

Это создаст незашифрованный закрытый ключ, который можно загрузить с помощью PKCS8EncodedKeySpec.

Вы не можете зашифровать закрытым ключом. Если JCE позволяет вам это делать, то это случайно.

Вам нужно использовать подпись. Вот фрагмент кода для этого:

signer = Signature.getInstance("SHA1withRSA");
signer.initSign(privateKey); // PKCS#8 is preferred
signer.update(dataToSign);
byte[] signature = signer.sign();

Не случайно разрешено шифрование с закрытым ключом. Если вы хотите разбить подпись на индивидуальное хеширование и шифрование, тогда шифрование с помощью закрытого ключа имеет важное значение. Допустим, у меня есть документ, который мне нужно подписать, а мой ключ находится в сетевом HSM. Теперь либо я передаю весь документ в HSM для подписи, либо могу создать локальный хэш и передать его в HSM только для шифрования. Мой выбор будет зависеть от того, даст ли мне локальное вычисление хэша лучшую производительность, а именно делегированное вычисление хэша с задержкой в ​​сети.

Этот вопрос довольно старый, но я недавно столкнулся с проблемой (я реализую требования какого-то протокола, который требует шифрования с закрытым ключом). Я просто процитирую сообщение из форум:

Недавно я наткнулся на ту же проблему, отправил PMR 22265,49R, и служба поддержки IBM после консультации с разработчиками (кем бы они ни были) постановила, что закрытые ключи не могут использоваться для шифрования. Как бы я ни пытался спорить с ними о том, что закрытые ключи не следует использовать для защиты данных, что является единственной целью шифрования, и что использование закрытых ключей для шифрования для достижения неотрекаемости совершенно нормально, они были непоколебимы. в их вере. Вы должны любить людей, которые настаивают на том, что 2x2 = 5.

Вот как я решил эту проблему: по сути, я создал объект открытого ключа с криптовалютным материалом закрытого ключа. Вам нужно будет сделать обратное, создать объект закрытого ключа с криптовалютным материалом открытого ключа, чтобы расшифровать с открытым ключом, если вы хотите избежать того, чтобы открытый ключ не мог использоваться для расшифровки исключения.

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);

попробуй это:

java.security.Security.addProvider(
                     new org.bouncycastle.jce.provider.BouncyCastleProvider()
            );