Java与Golang for HOTP（RFC-4226）

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

byteJava中的类型是带符号的，范围为-128..127，而Go中的类型byte为的别名，uint8范围为0..255。因此，如果要比较结果，则必须将负Java值移动256（add
256）。

提示：要byte以无符号方式显示Java 值，请使用：byteValue & 0xff将其转换为int使用中的8位byte作为中的最低8位int。或更好：以十六进制形式显示两个结果，因此您不必在意符号性…

向负Java字节值加上256，输出 几乎 与Go相同：最后一个字节偏移1：

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

输出为：

[83 140 247 158 115 130 253 208]

因此，Java数组的最后一个字节是208Go’s时207。我猜测您counter的代码中尚未发布的其他任何地方都会增加一次。

不同之处在于，在Java中，您返回十六进制编码的结果，而在Go中，您返回Base64编码的结果（它们是两种不同的编码，它们提供完全不同的结果）。如您所确认，在Go中返回hex.EncodeToString(h.Sum(nil))结果匹配。

提示2：要以签名的方式显示Go的字节，只需将其转换为int8（签名的）即可，如下所示：

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

输出：

83 -116 -9 -98 115 -126 -3 -49