2

RFCのテスト値は以下を指定します：

Appendix D - HOTP Algorithm: Test Values

   The following test data uses the ASCII string
   "12345678901234567890" for the secret:

   Secret = 0x3132333435363738393031323334353637383930

   Table 1 details for each count, the intermediate HMAC value.

   Count    Hexadecimal HMAC-SHA-1(secret, count)
   0        cc93cf18508d94934c64b65d8ba7667fb7cde4b0
   1        75a48a19d4cbe100644e8ac1397eea747a2d33ab

したがって、ルビーで0のHMACを取得しようとすると、次のようになります。

[20] pry(AuthyOTP)> secret_key = "12345678901234567890"
=> "12345678901234567890"
[22] pry(AuthyOTP)> OpenSSL::HMAC.hexdigest(digest, secret_key, "0")
=> "32a67f374525d32d0ce13e3db42b5b4a3f370cce"

私は得ることが期待されていましたcc93cf18508d94934c64b65d8ba7667fb7cde4b0

だから私はJavaで実装を書きました、そして私は同じようになります：

Calculation OTP for movingFactor = 0
    2. Calculate Hash = 
      32a67f374525d32d0ce13e3db42b5b4a3f370cce

では、秘密が「12345678901234567890」の場合の「0」の16進数のSHA1-HMACは何でしょうか。

4

1 に答える 1

5

RFC4226は正しいです。

文字列とバイトを混同しています。'0'のhmac-sha1を計算することは想定されていません。0から始まる8バイト整数のhmac-sha1を計算することを想定しています。javaでは、これはのhmac-sha1になります。byte [] counter = {0, 0, 0, 0, 0, 0, 0, 0};

于 2012-02-26T21:34:31.420 に答える