验证Java签名类签名与OpenSSL

我正在尝试签署一些数据的代码。在将openssl生成的私钥转换为Java密钥库之后，我使用带SHA256withRSA的Java Signature类。我试图确认在openssl中从Java类返回的签名，但出于某种原因，我无法获得openssl来验证。我将最终需要在iOS Swift 3中实现此签名验证，但在我找到一个库之前，我想尝试使用openssl标准检查Java签名。验证Java签名类签名与OpenSSL

例如，我从我们的登录服务器这种反应（签名组为（）由Signature.sign给出的字节数组的base64编码的版本）：使用从Java Signature类

HTTP/1.1 200 OK 
Connection: keep-alive 
X-Powered-By: Undertow/1 
TokenSignature: WtHSxFAy6yO2Bepb4NgRxYhRUEmKS793gd1NBX/bDErBjD3CTiLA8p05RNIG8U96bkwyi/ZySmQVwQf2w4meHMDBBpf7AnCSd1yZeBDeuWChiP3pGdUb3yuGIAnJdlKFHjaElDaJ3eqZD7JZcpcNeZv6xSQUZVi+xgZiUCtnZTYUZmkoRltkcEEbIv0rkERIsMhuuKAuLli7x76/XCpwNZ8dGc356Zzsq/gRhh8BrGejGKDJh/1D1iWAI6tfnBufs0EBe0E5kVm++3QVHNawETSjglBtUvre4ineSW9eTgzYfamijw2fvXOLVYf0p7iCdXJDFb9Pgm5ZDLGW4t/y6A== 
Server: WildFly/10 
Content-Type: application/json 
Content-Length: 343 
Date: Mon, 06 Mar 2017 23:28:57 GMT 

{"tokenId":8728935,"studentID":8580329,"username":"pkirkland","deviceName":"iPhone","expirationDate":1488842937819,"blacklisted":false,"employeeType":"student","groups":[{"id":9235,"name":"Software","ldapName":"cn=Software, cn=Groups, dc=example, dc=com"},{"id":9257,"name":"Students","ldapName":"cn=Students, cn=Groups, dc=example, dc=com"}]}

私钥。

下面是在密钥库中的公钥：

下面是在密钥库中的私有密钥（我们不是正式版）：

是相同的公共从openssl密钥。我知道私钥看起来不同，因为一个是PKCS＃1，另一个是PKCS＃8，但我不认为这很重要，因为它只是一种不同的存储格式。

问题是，当我使用openssl验证使用原始.pub窗体中的公钥的签名时，openssl告诉我“验证失败”。填充或编码有什么不同？如果是这样，我能做些什么来检查使用openssl？

编辑

我试图与它的用户信息的JSON对象验证签名。代码是基本的Java Signature代码，但在这里它是无论如何。

byte[] unsigned = objString.getBytes("UTF-8"); 
Signature signer = Signature.getInstance("SHA256withRSA"); 
signer.initSign(cs.getPrivateKey()); 
signer.update(unsigned); //prepare for signature 
byte[] signature = signer.sign();

其中objString是JSON对象，而cs是用于访问数据库中密钥的加密单例。

编辑：我的合作伙伴确认我们正在检查数据的二进制版本，这是失败的。

为了验证OpenSSL的，我保存的签名到一个txt文件，并将其传递给

base64 -d sig.txt> sig.bin 
openssl dgst -sha256 -verify pubkey.pub -signature sig.bin data.json

来源

2017-03-04 jkaw4

在编辑中添加了相关信息。 – jkaw4

旁白：在一般的Java Signature API，和PKC签名，使用散列，但产生的签名不是哈希值。一个RSA签名有时被松散地描述为'加密哈希'，但这在技术上是错误的，对于其他签名方案甚至没有加密的概念。

Signature.sign()生成的实际签名是（如您的代码所示）包含二进制文件的byte[]。您发布的价值显然是base64编码，这是代表现代加密数据和其他二进制数据的常见方式。如果您将该base64 转换回二进制，它至少会验证SHA256散列的有效PKCS1v1.5'类型1'块的验证。尝试：

openssl base64 -d -A <sig.txt >sig.bin # if version 1.1.0+ can omit -A 
openssl dgst -sha256 -verify pubkey.pub -signature sig.bin data.json

另一边：RSA在大小1024位，虽然实际上没有，只要是公知的破碎，不再（自2014）评为可接受安全性提供足够的裕度。大多数当局现在要求2048年，技术上你应该至少使用1280年或1536年 - 禁止量子计算的显着进步，这是目前不可预测的。但是，这是一个安全问题.SX或者crypto.SX，而不是SO。

来源

2017-03-04 10:01:53

我仔细检查了我的合作伙伴，我们目前正在对二进制签名进行验证，而不是对base64编码版本进行验证。另外，我们目前正在使用2048位RSA。尝试了其他一切后，我尝试了你发布的命令，但不幸得到了相同的结果：验证失败 – jkaw4

那么你的Q不是'最新'？ Q中的密钥和签名都是1024位。当我在你的Q中完全做了什么，明显的（？）填补了它的工作中遗漏的部分。你可以添加符合签名的数据，或者如果你喜欢一些虚拟数据和它的签名 - 如果没有_entirely_ ASCII图形（即没有CRLF等）使用b64或十六进制来保存所有字节？ –

验证Java签名类签名与OpenSSL

回答

相关问题