证书请求检查

CSR 解码与测试生成

先检查已有请求;只有需要新密钥对时,才切换到测试生成模式。

CSR 解码

CSR PEM 输入

解析结果

粘贴 CSR 或载入示例。

CSR 解码在浏览器本地进行;测试密钥只在隔离沙箱内生成。

输入选项

文件仅在本地读取;替换已有输入前会先确认。 单份 PEM 请求,最多 256 KiB。

粘贴 CSR 或载入示例。

提交证书请求前做一次 CSR 解码,可发现漏填的 SAN、拼错的 CN 或损坏的签名。报告分别列出申请的名称和自签名核验结果,避免把字段能读取误认为请求已经有效。 证书签名请求的字段、CSR 解析结果与 CSR 公钥检查都在报告中,不需要在线上传。

为什么使用 CSR 解码

看清请求字段,生成的私钥留在隔离区域。

字段和签名分开看

CSR 解码会拆出主题、DNS 与 IP SAN、公钥算法和签名状态。提交 CA 前即可核对每个申请的域名。

一份证书请求分出主题字段、DNS 与 IP 名称、公钥和签名校验的示意图。

隔离测试私钥

CSR 解码留在普通页面,测试生成在沙箱框架内完成。私钥只从框架内下载,不进入外围页面的状态或 DOM。

上锁的框架内有私钥和 CSR 文档,只有 CSR 文档可向外流转。

提交前核对三个容易忽略的点

PEM 文本能读出字段,却不代表请求能通过签名核验。

01

确认 PEM 边界

粘贴一个 CERTIFICATE REQUEST 区块或选取本地 .csr 文件;证书和私钥的头部不同,工具不会猜测类型。

02

单独查看签名

CSR 解码将自签名与字段清单分开。通过只能说明请求字节未被篡改,不能证明域名所有权。

03

先保存新密钥

测试生成会把 CN 自动加入 DNS SAN。离开生成模式或刷新前,务必下载私钥;内存里的副本不能恢复。

报告里实际检查了什么

只根据请求本身计算,不联系证书颁发机构。

申请的名称和身份

CSR 解码分别展示 CN 等主题字段,以及 extensionRequest 中申请的 DNS 和 IP SAN。

真实自签名核验

CSR 解码用请求内的公钥验证签名,并区分失败与算法未支持。

测试密钥对与导出

CSR 解码和手动测试生成共用一页;生成只提供 RSA 2048 或 EC P-256,均使用 SHA-256。 CSR 在线生成仅供测试,不替代目标主机上的生产密钥管理。

证书请求的真实边界

不判断证书信任
CSR 解码不能检查签发者信任、有效期或吊销,因为 CSR 不是已签发证书;这类信息请用证书查看器。
一次只处理一个请求
CSR 解码只接受不超过 256 KiB 的单份 PEM 请求。额外区块、错误 Base64 和超限输入会被拒绝。
测试私钥需要妥善保管
生成器只在沙箱内导出未加密 PKCS#8 私钥;不导入现有密钥、不备份,也不替用户向 CA 申请证书。

关于 CSR 解码的常见问题

如何查看 CSR 中的域名和组织信息?

可以在主题字段和 SAN 列表核对域名与组织。此 CSR 解码还显示公钥类型和请求签名状态。

生成 CSR 后为什么还要保存私钥?

因为证书与私钥要配套使用;丢失私钥后,仅凭 CSR 无法恢复它,需要重新生成密钥对和请求。

CSR 中没有 SAN 怎么办?

需用原密钥重新生成含 SAN 的请求;只修改现有 CSR 文本会破坏签名。测试模式会默认把 CN 加入 DNS SAN。

CSR 文件损坏或格式不对怎么办?

先检查完整 PEM 头尾和 Base64 正文。工具会在格式错误时给出输入位置,不会把证书当成 CSR。

生成 CSR 时公用名应该填什么?

公用名通常填准备申请证书的完整主机名;还要在 DNS SAN 中列出需要覆盖的名称,不能只依赖 CN。

有需要改进处理的 CSR 示例吗?

现在用 CSR 解码核对请求

核对申请的域名和签名后保存报告,或在隔离环境中生成测试密钥。