使用JWKs与签名基准串验证签名有效性的Java问题排查

1. 未补全Base64URL的填充字符 #

Base64URL编码会省略末尾的=填充符，但Java自带的Base64.getDecoder()要求输入必须是完整的标准Base64格式。你只替换了-和_，但没补充缺失的=，会导致解码后的字节长度不足，触发签名过短或EOFException错误。

解决代码：

sig = sig.replace("-", "+").replace("_", "/");
// 计算需要补充的填充符数量
int paddingCount = (4 - (sig.length() % 4)) % 4;
if (paddingCount > 0) {
    sig += "=".repeat(paddingCount);
}

2. ECDSA签名格式不匹配 #

很多系统返回的ECDSA签名是原始拼接格式：直接将签名的r和s两部分字节拼接（比如P-256曲线对应64字节，r、s各32字节）。但Java的Signature.verify()默认要求ASN.1 DER编码格式的签名，这种格式包含额外的ASN.1结构，长度比原始格式长，直接用原始字节验证会报编码无效。

如果是这种情况，需要将原始签名转换为DER格式：

// 解码得到原始签名字节
byte[] rawSig = Base64.getDecoder().decode(sig);
// 以P-256曲线为例，r和s各32字节，总长度64
if (rawSig.length != 64) {
    // 若为其他曲线（如P-384），长度对应96字节，需根据实际调整
    throw new IllegalArgumentException("签名长度不符合预期");
}

// 拆分r和s部分
byte[] r = Arrays.copyOfRange(rawSig, 0, 32);
byte[] s = Arrays.copyOfRange(rawSig, 32, 64);

// 借助BouncyCastle构造ASN.1 DER格式签名
ASN1Integer rInt = new ASN1Integer(r);
ASN1Integer sInt = new ASN1Integer(s);
ASN1Sequence derSeq = new DERSequence(new ASN1Encodable[]{rInt, sInt});
byte[] derSig = derSeq.getEncoded();

// 使用DER格式签名进行验证
verified = verifier.verify(derSig);

注：需要引入BouncyCastle库处理ASN.1编码，避免手动构造格式出错。

3. 哈希算法不匹配 #

确认客户端使用的哈希算法与你代码中的SHA256withECDSA完全一致。如果客户端采用针对原始签名格式的算法（如SHA256withECDSAinP1363Format），直接修改初始化代码即可：

Signature verifier = Signature.getInstance("SHA256withECDSAinP1363Format");

这种情况下无需转换签名格式，直接用原始签名字节验证即可。

额外检查点 #

• 确保cleanedUrl与客户端生成签名时使用的内容完全一致：包括查询参数顺序、URL编码规则、是否包含协议/主机名等，哪怕一个字符差异都会导致验证失败。
• 核对从JWKs获取的公钥正确性：打印公钥的曲线类型、x/y坐标，与客户端提供的公钥信息比对。

内容的提问来源于stack exchange，提问作者Ani512