Java有一种称为RSA/ECB/OAEPWithSHA-256AndMGF1Padding
的模式。那有什么意思?
RFC3447,公开 key 加密标准(PKCS)#1:RSA加密规范版本2.1,第7.1.2节,解密操作说,哈希和MGF都是RSAES-OAEP-DECRYPT的选项。 MGF是它自己的功能,在B.2.1节MGF1中定义,并且还具有自己的Hash“选项”。
也许RSAES-OAEP-DECRYPT和MGF1中的哈希“选项”应该是相同的,或者它们可能不相同,但我不清楚。如果它们是,那么我想您有RSA/ECB/OAEPWITHSHA-256ANDMGF1PADDING
时,这意味着应同时使用sha256。但是,如果不希望它们相同,则可以将sha256用于RSAES-OAEP-DECRYPT,例如,将sha1用于MGF1。如果是这种情况,那么sha256应该用于什么功能?还有什么哈希算法应该用于其他功能?
在这种情况下,欧洲央行是什么意思? ECB是对称块密码模式。电子密码书。也许应该说这意味着Java如何处理比模数更大的纯文本?像将纯文本拆分成与模一样大的块,然后用RSA加密每个文本并将其连接在一起?我只是在猜..
最佳答案
OAEP的默认设置是将SHA-1用于MGF1(但请参见此答案末尾的编辑内容)。请注意,选择的哈希对OAEP的安全性影响不大,因此大多数情况下将保留此默认值。
我们可以通过针对"OAEPPadding"
和OAEPParameterSpec
对其进行测试,从而轻松地对其进行测试:
// --- we need a key pair to test encryption/decryption
KeyPairGenerator kpg = KeyPairGenerator.getInstance("RSA");
kpg.initialize(1024); // speedy generation, but not secure anymore
KeyPair kp = kpg.generateKeyPair();
RSAPublicKey pubkey = (RSAPublicKey) kp.getPublic();
RSAPrivateKey privkey = (RSAPrivateKey) kp.getPrivate();
// --- encrypt given algorithm string
Cipher oaepFromAlgo = Cipher.getInstance("RSA/ECB/OAEPWITHSHA-256ANDMGF1PADDING");
oaepFromAlgo.init(Cipher.ENCRYPT_MODE, pubkey);
byte[] ct = oaepFromAlgo.doFinal("owlstead".getBytes(StandardCharsets.UTF_8));
// --- decrypt given OAEPParameterSpec
Cipher oaepFromInit = Cipher.getInstance("RSA/ECB/OAEPPadding");
OAEPParameterSpec oaepParams = new OAEPParameterSpec("SHA-256", "MGF1", new MGF1ParameterSpec("SHA-1"), PSpecified.DEFAULT);
oaepFromInit.init(Cipher.DECRYPT_MODE, privkey, oaepParams);
byte[] pt = oaepFromInit.doFinal(ct);
System.out.println(new String(pt, StandardCharsets.UTF_8));
如果将
"SHA-256"
替换为MGF1作为参数,则该代码将失败,并出现与填充相关的异常。完全需要扩展算法的原因是与其他
Cipher
算法的兼容性。为例如编写的代码"RSA/ECB/PKCS1Padding"
不使用任何参数,更不用说OAEP参数。因此,如果没有更长的字符串,OAEP不能作为替换的替代品。在这种情况下,
"ECB"
的操作模式没有任何意义,应该是"None"
或应将其完全排除在外。您只能使用SunRSA提供程序的RSA实现加密单个块。如果要加密更多数据,请创建一个随机(AES)对称 key ,然后使用OAEP对其进行加密。然后使用AES key 加密您的特定数据。这被称为混合密码系统,因为它同时使用非对称和对称原语来加密数据。
请注意,JDK 7(1.7)或更早版本不支持OAEP。自Java 8起,OAEP已包含在Java运行时的实现要求中:
RSA/ECB/OAEPWithSHA-1AndMGF1Padding
(1024,2048)RSA/ECB/OAEPWithSHA-256AndMGF1Padding
(1024,2048)某些协议(protocol)可能会要求您在填充内使用SHA-256或SHA-512,因为不建议将SHA-1用于大多数用途-即使SHA-1不能直接用于这种目的。
编辑:这主要是考虑到Java编写的。到现在为止,许多其他库似乎采取了一些不同的方法,并为(和大多数为空的)标签和MGF1使用了相同的哈希。如果OAEP密文无效,则应首先确保使用正确的“默认”。选择任何自己的默认库都不可能犯错。最后由协议(protocol)来定义所使用的哈希。不幸的是,不存在强制性默认值-如果协议(protocol)所有者忘记为算法完全指定配置,则尤其是一个问题。