驗證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

回答

相關問題