certificates

证书指纹（Certificate Fingerprint，也称 Thumbprint）是证书的唯一标识符。通过对证书内容进行哈希计算得出，广泛应用于证书 pinning、自动化监控、证书比对等场景。本文详细介绍 OpenSSL 计算证书指纹的各种方法。 什么是证书指纹？ 证书指纹是对整个证书 DER 编码内容进行哈希计算的结果。常见哈希算法： SHA-1：兼容性较好，但因安全原因已不推荐 SHA-256：目前推荐的主要算法 MD5：仅用于兼容旧系统，强烈不推荐 基本计算方法 使用 x509 命令 1 2 3 4 5 6 7 8 # SHA-256 指纹（推荐） openssl x509 -noout -fingerprint -sha256 -in certificate.crt # SHA-1 指纹 openssl x509 -noout -fingerprint -sha1 -in certificate.crt # MD5 指纹（不推荐） openssl x509 -noout -fingerprint -md5 -in certificate.crt 实际输出示例： 1 sha256 Fingerprint=71:DA:A0:3E:9E:A4:A8:C3:B0:D8:E9:2B:FD:EB:81:77:71:39:82:93:3E:C6:E1:21:7A:C1:DC:C0:D1:C0:78:F2 使用 dgst 命令 1 2 # 使用 dgst 计算 SHA-256 指纹 openssl dgst -sha256 certificate....

PEM（Privacy-Enhanced Mail）是 OpenSSL 和大多数 Linux/Unix 系统中最常用的证书和私钥格式。理解 PEM 的内部结构有助于排查格式转换问题、编写自动化脚本，以及深入理解 PKI 工作原理。 PEM 格式概述 PEM 是一种基于 Base64 编码的格式，用于存储DER编码的二进制数据。其核心特点： 文本友好：内容为可打印的 ASCII 字符，便于复制粘贴 结构化：使用 -----BEGIN xxx----- 和 -----END xxx----- 标记包裹 Base64 编码：将 DER 二进制数据转换为 ASCII 字符 PEM 文件结构 典型的 PEM 文件结构如下： 1 2 3 4 -----BEGIN TYPE----- Base64 编码的 DER 数据 （每行 64-76 字符） -----END TYPE----- 实际示例：X.509 证书 1 2 3 4 5 6 -----BEGIN CERTIFICATE----- MIIC/zCCAeegAwIBAgIUE7Few6gydfFoBDQ+1aAHba6absYwDQYJKoZIhvcNAQEL BQAwDzENMAsGA1UEAwwEVGVzdDAeFw0yNjA3MTYxNjA4MDFaFw0yNjA3MTcxNjA4 MDFaMA8xDTALBgNVBAMMBFRlc3QwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK ... -----END CERTIFICATE----- 实际示例：私钥（PKCS#8 格式） 1 2 3 4 5 6 -----BEGIN PRIVATE KEY----- MIIEvwIBADANBgkqhkiG9w0BAQEFAASCBKkwggSlAgEAAoIBAQDwyIPC1HgFgg7v RcV/Lbxy/zb7j2hVcnZgOjg5sb6HbTLa18MfoFDhQzOfyYwTlrcE2MdUhST9VyDa 4Y+iWxY3XL6xZHaNNf7s0bWgxUwc2Z9sx2hCBaHP7zndwipcgE1n4BH82sRTtCbn ....

深入解析 X.509 证书策略（Certificate Policies）扩展，理解证书信任策略、OID 和证书类型之间的关系。

详解轻量级 ACME 客户端 acme.sh 的安装、证书申请、部署和自动续期配置，支持 Nginx、Apache、DNS 等多种验证方式。

DANE（DNS-Based Authentication of Named Entities）是一种基于 DNS 的证书认证机制，通过 TLSA 记录将证书信息绑定到域名上。本文详细介绍 DANE 的原理、TLSA 记录格式以及在 Nginx 中的配置方法。 传统证书验证的问题 传统的 TLS 证书验证依赖 CA（证书颁发机构）体系，存在以下问题： CA 可能被攻陷：全球有数百个可信 CA，一个 CA 被攻陷即可签发任意域名证书 证书透明度不足：难以发现恶意或错误签发的证书 依赖链复杂：多级中间 CA 增加验证复杂度和风险 什么是 DANE？ DANE 定义于 RFC 6698，是一种基于 DNS 的证书认证机制。它通过在 DNS 中添加 TLSA 记录（TLS Authentication），将证书信息直接与域名绑定，绕过传统 CA 验证体系。 DANE 的核心优势 防范 CA 被攻陷：即使 CA 被攻陷，攻击者也无法伪造 DNS 中的 TLSA 记录 自建 CA 的福音：企业内部 CA 签发的证书也能被客户端信任 证书固定：将证书指纹写入 DNS，客户端只能接受指定证书 TLSA 记录格式 TLSA 记录包含四个字段，格式为：Usage Selector MatchingType AssociationData 1 _443._tcp.example.com. IN TLSA 3 1 1 73D2522B56547E710E480F27CCFD6F75959422668C2C300B98AC07E6D7 1....

X.509 证书中的 Name Constraints（名称约束）扩展是 PKI 安全的核心机制之一。它允许 CA 证书限制其下级证书的适用范围，防止被滥用来签发任意域名的证书。本文详细介绍其工作原理和实际使用方法。 什么是 Name Constraints Name Constraints 是 X.509 证书标准（RFC 5280）定义的一个关键扩展，主要用于 CA 证书。它声明了该 CA 可以签发证书的域名和 IP 地址范围。 作用场景 限制中间 CA 权限：企业私有 CA 可以限制下级 CA 只能签发特定域名的证书 分层授权：在大型组织中实现细粒度的证书管理权限划分 安全边界：防止某个被入侵的子 CA 被用来签发其他域名的证书 约束类型 Name Constraints 包含两种类型的约束： 类型 说明 permitted 允许使用的名称范围 excluded 禁止使用的名称范围 这两个可以同时使用，excluded 优先级更高。 证书格式 Name Constraints 扩展的 ASN.1 结构如下： 1 2 3 4 5 6 7 8 9 10 11 12 NameConstraints ::= SEQUENCE { permittedSubtrees [0] GeneralSubtrees OPTIONAL, excludedSubtrees [1] GeneralSubtrees OPTIONAL } GeneralSubtrees ::= SEQUENCE SIZE (1....

深入解析 SSL 证书链的正确顺序，常见错误原因，以及使用 OpenSSL 和 Nginx 正确配置证书链的实战指南。

什么是 OCSP Must-Staple OCSP Must-Staple（RFC 6066 第 8 节定义）是一种证书扩展，用于告知客户端证书颁发机构（CA）要求在 TLS 握手时必须提供 OCSP 响应。通过此扩展，客户端可以拒绝与无法提供有效 OCSP 响应（或 OCSP stapling）的服务器建立连接。 作用机制 当证书包含 Must-Staple 扩展时： 服务器端：必须在 TLS 握手时通过 OCSP stapling 发送预缓存的 OCSP 响应 客户端验证：支持 Must-Staple 的客户端会检查 stapled OCSP 响应是否存在且有效 连接拒绝：如果服务器未提供有效的 OCSP 响应，客户端将拒绝建立连接 安全价值 Must-Staple 主要防止以下攻击场景： 防止吊销绕过：攻击者无法通过阻止客户端直接查询 OCSP 服务器来绕过证书吊销检查 减少客户端到 CA 的网络请求：通过 stapling 减少延迟和隐私泄露 强制证书状态检查：确保每次连接都进行证书有效性验证 验证证书是否包含 Must-Staple 使用 Let’s Encrypt 证书（推荐） Let’s Encrypt 签发的证书默认包含 Must-Staple 扩展。可以使用以下方式验证： 1 2 # 查看证书扩展信息 openssl x509 -in /etc/letsencrypt/live/example.com/cert.pem -noout -text | grep -i "ocsp" 如果证书包含 Must-Staple，会看到类似输出：...

在部署 HTTPS 服务时，选择 RSA 还是 ECDSA 证书是一个常见问题。这两种签名算法在安全强度、证书大小、握手性能和兼容性上存在显著差异。本文基于实测数据和实际案例，帮助你做出明智的选择。 核心差异一览 指标 RSA 2048 ECDSA P-256 备注 密钥长度 2048 bits 256 bits ECDSA 密钥短得多 证书大小 ~1100 bytes ~562 bytes ECDSA 证书约小一半 私钥大小 ~1704 bytes ~302 bytes ECDSA 私钥约小 82% 安全强度 ~112 bits ~128 bits P-256 比 RSA 2048 更强 签名大小 256 bytes 64 bytes ECDSA 签名更紧凑 以上数据基于 OpenSSL 本地生成的自签名证书实测。 为什么 ECDSA 更高效？ 1. 更小的证书体积 ECDSA 证书比 RSA 证书小约一半，这意味着： 更少的 TCP 分段：证书需要更少的网络数据包传输 更低的丢包敏感度：在移动网络环境下，减少 TCP 重传 更快的传输：握手阶段传输的数据更少 从 Wireshark 抓包数据来看：...

在生产环境中，更新 TLS 证书是一个常见但敏感的操作。如果直接重启 Nginx 服务，会导致连接中断，影响用户体验。本文介绍如何在 Nginx 中实现 TLS 证书的热更新，在不中断服务的情况下完成证书更新。 什么是证书热更新？ 证书热更新（Hot Reload）是指在不停止服务的情况下，重新加载新的证书文件。Nginx 支持通过发送 reload 信号来实现配置和证书的平滑重新加载。 与完全重启（nginx -s stop 然后 nginx）相比，reload 的优势在于： 不会中断正在处理的请求 平滑过渡，新连接使用新证书，旧连接继续使用旧证书 服务可用性不受影响 Nginx reload 机制 Nginx 支持以下几种信号： nginx -s reload - 平滑重新加载配置 kill -HUP <master_pid> - 发送 HUP 信号，作用与 reload 相同 kill -USR1 <master_pid> - 重新打开日志文件 kill -USR2 <master_pid> - 优雅升级（用于升级 Nginx 二进制文件） 当 Nginx 收到 reload 信号时： 主进程（Master Process）解析新的配置文件 如果配置合法，主进程启动新的工作进程（Worker Process） 旧的工作进程优雅退出（处理完现有连接后关闭） 新的工作进程使用新的证书 证书热更新操作步骤 1. 准备新的证书文件 首先，将新的证书和私钥文件复制到指定目录：...