Question

我正在尝试在Golang中实现HOTP（rfc-4226），我正在努力生成有效的HOTP。我可以在java中生成它但由于某种原因我在Golang中的实现是不同的。以下是样本：

public static String constructOTP(final Long counter, final String key)
        throws NoSuchAlgorithmException, DecoderException, InvalidKeyException {
    final Mac mac = Mac.getInstance("HmacSHA512");

    final byte[] binaryKey = Hex.decodeHex(key.toCharArray());

    mac.init(new SecretKeySpec(binaryKey, "HmacSHA512"));
    final byte[] b = ByteBuffer.allocate(8).putLong(counter).array();
    byte[] computedOtp = mac.doFinal(b);

    return new String(Hex.encodeHex(computedOtp));
}

并在Go：

func getOTP(counter uint64, key string) string {
    str, err := hex.DecodeString(key)
    if err != nil {
        panic(err)
    }
    h := hmac.New(sha512.New, str)
    bs := make([]byte, 8)
    binary.BigEndian.PutUint64(bs, counter)
    h.Write(bs)
    return base64.StdEncoding.EncodeToString(h.Sum(nil))
}

我认为问题在于Java行：ByteBuffer.allocate(8).putLong(counter).array();生成的字节数组与Go行不同：binary.BigEndian.PutUint64(bs, counter)。

在Java中，生成以下字节数组：83 -116 -9 -98 115 -126 -3 -48和Go：83 140 247 158 115 130 253 207。

有没有人知道这两行的区别以及如何移植java行？

Answer 1

Java中的byte类型已签名，其范围为-128..127，而在Go byte中的别名为uint8且范围为{{ 1}}。因此，如果要比较结果，则必须将负值Java值换0..255（添加256）。

提示：要以无符号方式显示Java 256值，请使用：byte使用byteValue & 0xff的8位将其转换为int作为byte中的最低8位。或者更好：以十六进制形式显示两个结果，这样您就不必关心签名......

在负Java字节值中加256，输出几乎与Go相同：最后一个字节关闭1：

int

输出是：

javabytes := []int{83, -116, -9, -98, 115, -126, -3, -48}
for i, b := range javabytes {
    if b < 0 {
        javabytes[i] += 256
    }
}
fmt.Println(javabytes)

因此，Java数组的最后一个字节是[83 140 247 158 115 130 253 208]，而Go是208。我猜你的207会在代码中的其他地方递增一次，但你还没有发布。

不同之处在于，在Java中返回十六进制编码结果，而在Go中，您返回Base64编码结果（它们是两种不同的编码，给出完全不同的结果）。如您所述，在Go返回counter时结果匹配。

提示＃2：要以签名方式显示Go的字节，只需将它们转换为hex.EncodeToString(h.Sum(nil))（已签名），如下所示：

int8

输出：

gobytes := []byte{83, 140, 247, 158, 115, 130, 253, 207}
for _, b := range gobytes {
    fmt.Print(int8(b), " ")
}

Java与Golang for HOTP（rfc-4226）

1 个答案: