我根据 Gigya 的 instructions for constructing a signature 写了一个方法来根据指定的时间戳和 UID 验证 gigya 签名.这是 Gigya 的伪代码:

string constructSignature(string timestamp, string UID, string secretKey) {
    // Construct a "base string" for signing
    baseString = timestamp + "_" + UID;
    // Convert the base string into a binary array
    binaryBaseString = ConvertUTF8ToBytes(baseString);
    // Convert secretKey from BASE64 to a binary array
    binaryKey = ConvertFromBase64ToBytes(secretKey);
    // Use the HMAC-SHA1 algorithm to calculate the signature 
    binarySignature = hmacsha1(binaryKey, baseString);
    // Convert the signature to a BASE64
    signature = ConvertToBase64(binarySignature);
    return signature;
}

[sic]

这是我的方法(省略了异常处理):

public boolean verifyGigyaSig(String uid, String timestamp, String signature) {

    // Construct the "base string"
    String baseString = timestamp + "_" + uid;

    // Convert the base string into a binary array
    byte[] baseBytes = baseString.getBytes("UTF-8");

    // Convert secretKey from BASE64 to a binary array
    String secretKey = MyConfig.getGigyaSecretKey();
    byte[] secretKeyBytes = Base64.decodeBase64(secretKey);

    // Use the HMAC-SHA1 algorithm to calculate the signature 
    Mac mac = Mac.getInstance("HmacSHA1");
    mac.init(new SecretKeySpec(secretKeyBytes, "HmacSHA1"));
    byte[] signatureBytes = mac.doFinal(baseBytes);

    // Convert the signature to a BASE64
    String calculatedSignature = Base64.encodeBase64String(signatureBytes);

    // Return true iff constructed signature equals specified signature
    return signature.equals(calculatedSignature);
}

此方法返回 false，即使它不应该返回。谁能发现我的实现有问题？我想知道调用者或 gigya 本身是否有问题 - “您的方法已检查”是一个有效的答案。

我正在使用 Apache Commons 的 Base64编码类。

在 Gigya's FAQ 中还可以找到有关签名的更多(有点多余)信息，以防万一。

进一步澄清:uid、timestamp 和signature 均取自由吉亚。为了验证这些没有被欺骗，我采用了 uid 和 timestamp，并确保可以使用我的 secret 重建 signature key 。事实上，当它不应该在过程中的某个点指示错误/格式问题时它失败了，无论是使用我的方法，在前端还是 gigya 本身。这个问题的目的本质上是为了排除上述方法中的错误。

注意:我也试过 URL 编码 uid:

String baseString = timestamp + "_" + URLEncoder.encode(uid, "UTF-8");

虽然我认为这无关紧要，因为它只是一个整数。 timestamp 也是如此。

更新:

基本问题已经解决，但问题本身仍然悬而未决。参见 my answer了解更多详情。

更新 2:

原来我对我使用的是 apache 的哪个 Base64 类感到困惑 - 我的代码没有使用 Commons Codec version但是Commons Net version .这种混淆源于我的项目的大量第三方库，以及多年来我对 Apache 库的许多 Base64 实现的无知 - 我现在意识到这种情况 Commons Codec是为了解决。看来我在编码方面迟到了。

切换到 Commons Codec 的版本后，该方法运行正常。

我要把赏金奖励给 @erickson自 his answer是正确的，但请为他们出色的洞察力投票支持这两个答案!我暂时保留赏金，以便他们得到应有的关注。

最佳答案

我会仔细查看您的 Base-64 编码和解码。

您是否为此使用了第三方库？如果有，是哪一个？如果没有，您可以发布您自己的实现或至少一些示例输入和输出(用十六进制表示字节)吗？

有时使用的“额外”Base-64 字符会有所不同(用字符替换“/”和“+”)。也可以省略填充，这会导致字符串比较失败。

正如我所怀疑的，是 Base-64 编码导致了这种差异。但是，导致问题的是尾随空格，而不是填充或符号的差异。

encodeBase64String()您使用的方法始终将 CRLF 附加到其输出。 Gigya 签名不包含此尾随空格。比较这些字符串的相等性仅由于空格的差异而失败。

使用encodeBase64String()从 Commons Codec 库(而不是 Commons Net)创建一个有效的签名。

如果我们将签名计算分解出来，并针对 Gigya SDK 的 validator 测试其结果，我们可以看到删除 CRLF 会创建一个有效的签名:

public static void main(String... argv)
  throws Exception
{
  final String u = "";
  final String t = "";
  final String s = MyConfig.getGigyaSecretKey();

  final String signature = sign(u, t, s);
  System.out.print("Original valid? ");
  /* This prints "false" */
  System.out.println(SigUtils.validateUserSignature(u, t, s, signature));

  final String stripped = signature.replaceAll("\r\n$", "");
  System.out.print("Stripped valid? ");
  /* This prints "true" */
  System.out.println(SigUtils.validateUserSignature(u, t, s, stripped));
}

/* This is the original computation included in the question. */
static String sign(String uid, String timestamp, String key)
  throws Exception
{
  String baseString = timestamp + "_" + uid;
  byte[] baseBytes = baseString.getBytes("UTF-8");
  byte[] secretKeyBytes = Base64.decodeBase64(key);
  Mac mac = Mac.getInstance("HmacSHA1");
  mac.init(new SecretKeySpec(secretKeyBytes, "HmacSHA1"));
  byte[] signatureBytes = mac.doFinal(baseBytes);
  return Base64.encodeBase64String(signatureBytes);
}

关于java - 构建和验证 Gigya 签名，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10033963/