Go crypto/x509 怎样读取证书的原始签名算法

如果程序只需要知道证书属于 RSA、ECDSA 还是 Ed25519，读取 Certificate.SignatureAlgorithm 就够了；如果需要保留证书里原始的签名算法标识，Go 1.27 及以后可以读取 Certificate.RawSignatureAlgorithm。它是 DER 编码的 AlgorithmIdentifier，不是可直接显示的字符串，也不等同于“已经验证签名”。

官方文档入口：https://pkg.go.dev/crypto/x509。Go 1.27 的发布说明也明确说明，这个字段在 SignatureAlgorithm 为 UnknownSignatureAlgorithm 时仍可暴露原始标识。

最小写法：从证书读取 AlgorithmIdentifier

先把 PEM 外壳解码成 DER，再交给 x509.ParseCertificate。拿到证书对象后，RawSignatureAlgorithm 可以继续交给 encoding/asn1 与 x509/pkix.AlgorithmIdentifier 解析。

package main

import (
    "crypto/x509"
    "crypto/x509/pkix"
    "encoding/asn1"
    "encoding/pem"
    "fmt"
    "os"
)

func main() {
    pemBytes, err := os.ReadFile("server.crt")
    if err != nil {
        // 文件不存在或不可读时，不能继续把空数据交给证书解析器。
        panic(err)
    }
    block, _ := pem.Decode(pemBytes)
    if block == nil || block.Type != "CERTIFICATE" {
        // 这里只接受证书 PEM 块，避免误把私钥或其他 PEM 数据当证书。
        panic("没有找到 CERTIFICATE PEM 块")
    }

    cert, err := x509.ParseCertificate(block.Bytes)
    if err != nil {
        // DER 结构损坏时，RawSignatureAlgorithm 也没有可用意义。
        panic(err)
    }

    var identifier pkix.AlgorithmIdentifier
    if _, err := asn1.Unmarshal(cert.RawSignatureAlgorithm, &identifier); err != nil {
        // 原始字段仍是字节，读取 OID 前必须检查 ASN.1 解码错误。
        panic(err)
    }
    fmt.Println("规范化算法:", cert.SignatureAlgorithm)
    fmt.Println("原始算法 OID:", identifier.Algorithm.String())
    fmt.Println("原始 AlgorithmIdentifier 字节数:", len(cert.RawSignatureAlgorithm))
}

这段代码展示的是字段读取和 ASN.1 结构解析。输出内容是由输入证书决定的推导结果，本文没有把某个固定 OID 或字节长度当成所有证书的答案。

RawSignatureAlgorithm 和 SignatureAlgorithm 怎么分工

两个字段服务的目标不同。SignatureAlgorithm 是 Go 的枚举，适合写清晰的分支；RawSignatureAlgorithm 是证书中签名算法标识的 DER 原文，适合审计、留档、对比编码参数，或在枚举无法表达时保留信息。

因此，业务代码可以先用枚举做常规路由，再把原始字节作为记录字段。例如证书归档系统可保存 OID 和 DER 哈希；兼容性分析工具则可以在枚举未知时仍展示原始标识。它们都不替代 Certificate.Verify 或专门的签名检查。

需要保留算法参数时，按 ASN.1 边界读取

pkix.AlgorithmIdentifier 由算法 OID 和可选的 Parameters 组成。参数的具体语义取决于算法规范，不能看到 asn1.RawValue 就擅自把它解释成某一种结构。需要长期保存原文时，直接保存 RawSignatureAlgorithm；只需要比对算法身份时，读取 identifier.Algorithm。

func describeCertificate(cert *x509.Certificate) (string, error) {
    if len(cert.RawSignatureAlgorithm) == 0 {
        // 空字节表示没有可供本函数解析的原始 AlgorithmIdentifier。
        return "", fmt.Errorf("证书缺少原始签名算法标识")
    }

    var identifier pkix.AlgorithmIdentifier
    if _, err := asn1.Unmarshal(cert.RawSignatureAlgorithm, &identifier); err != nil {
        // 保留 ASN.1 错误，调用方才能区分未知算法与损坏数据。
        return "", fmt.Errorf("解析签名算法标识失败: %w", err)
    }
    if identifier.Algorithm.String() == "" {
        // OID 为空时不生成看似合法的审计名称。
        return "", fmt.Errorf("签名算法 OID 为空")
    }
    return identifier.Algorithm.String(), nil
}

这里的返回值只描述算法标识，不表示证书链可信，也不表示签名值已经通过验证。若要判断证书能否建立信任链，仍要根据业务调用 Verify 并准备根证书池、时间和名称约束等验证条件。

落地时按约束选择读取方式

如果服务只需要按算法类型选择 RSA 或 ECDSA 处理器，直接使用 SignatureAlgorithm，代码更短。若需求是“原样留档”“比较证书编码差异”或“未知枚举仍要展示标识”，再读取 RawSignatureAlgorithm 并保留 DER 字节。

• 编译环境固定在 Go 1.27 及以后，否则字段本身不可用。
• 先区分 PEM 解码失败、DER 解析失败和 ASN.1 解析失败，不要把它们统一显示成“算法未知”。
• 比较原始算法时比较 DER 字节或解析后的 OID，不能直接比较 Go 枚举名称。
• 记录原始字节时注意长度和来源，避免把证书内容拼进日志查询语句。
• 未知算法只代表枚举层无法映射，不代表原始字段一定损坏，也不代表签名可以被当前实现验证。

两个容易混淆的问题

RawSignatureAlgorithm 是不是签名值？ 不是。它是描述签名算法的 DER 编码；真正的签名值在 Certificate.Signature 中。

解析出 OID 后是不是就完成证书验证？ 不是。读取 OID只完成结构识别；证书链、有效期、名称约束和签名校验仍需单独处理。

归纳起来，常规业务用枚举做决策，审计和兼容性场景保留原始 DER；两者都要经过明确的解析错误处理，也不要把读取算法字段和验证证书混成一个动作。