- 免费工具
- 91
- 无付费墙,无试用期
- 完全在浏览器中运行
- 64/91
- 其余工具会说明发送的内容
- 所需账号数
- 0
- 打开工具,直接粘贴
- NIST 草案截止年份
- 2035
- 届时禁止使用经典签名
签名实验室
这些免费工具在你的浏览器中完成密码运算:无需账号,你粘贴的任何内容都不会发送到任何地方。少数必须查询公开数据(域名、URL、比特币地址)的工具,会在查询之前在页面上说明。
按类别浏览
- 签名7 个工具验证签名、转换签名编码、找出验证不通过的原因、生成测试向量、查看底层的椭圆曲线运算,以及把秘密拆分为 Shamir 份额——每个工具都在你的浏览器中运行。
- JOSE 与 JWT9 个工具签名、解码和验证 JSON Web 令牌,解密 JWE,读取 PASETO 令牌,生成密钥并在 JWK、PEM 和 SSH 格式之间转换,以及构建或检查背后的密钥集——出了问题会用通俗的语言解释原因。
- 证书与密钥17 个工具解码证书、证书签名请求、吊销列表、OCSP 响应和证书透明度时间戳;生成 CSR 及其密钥,检查密钥、证书和 CSR 是否相互匹配,比较两张证书,整理证书链顺序并获取缺失的中间证书,计算 SPKI 公钥固定值,检测密钥是否存在已知弱点;打开 PFX 文件,拆分 PEM 合集文件,浏览原始 ASN.1 结构,生成你需要的 openssl 命令。密钥始终留在你的浏览器中;少数需要我们服务器的检查会在发送之前说明要发送什么。
- TLS 与 DNS9 个工具为你的服务器生成 TLS 配置,为 47 天证书做好准备,发布 CAA、TLSA 和 security.txt 记录,沿 DNSSEC 信任链逐级追踪,查看你的浏览器是否已在使用后量子 TLS,并一次检查多个域名。每个页面都会写明它是否通过网络发送数据,以及具体发送什么。
- 电子邮件5 个工具找出 DKIM 签名验证失败的原因,查看 ARC 链中每个转发方记录了什么,为你自己的域名创建密钥和 DNS 记录,并检查品牌的 BIMI 记录和标志证书(Mark Certificate)。DKIM 和 ARC 工具在你的浏览器中分析邮件,只通过 DNS-over-HTTPS 查询公钥记录的公开名称;完整的 SPF、DKIM、DMARC、ARC、BIMI 和 MTA-STS 分析在我们的服务器上运行,只有在你同意之后,邮件才会发送到服务器。
- Web313 个工具解码原始以太坊交易或 EIP-7702 委托,在签名之前看清类型化数据签名会交出什么,验证以太坊消息或登录请求的签名者,将 Safe 交易的哈希与硬件钱包上显示的哈希逐一比对,查找重复使用的 ECDSA nonce,查看 PSBT 和 xpub,以及验证比特币(BIP-137/322)、Solana 和 Nostr 签名。所有操作都在你的浏览器中运行;只有在你要求时,才会向公共 RPC 节点发起链上查询。工具从不接受助记词和私钥。
- 后量子6 个工具动手实践后量子密码:用 ML-DSA 和 SLH-DSA 签名,用 ML-KEM 以及浏览器已在使用的 X25519MLKEM768 混合方案做密钥封装,对 100 多种 liboqs 算法做基准测试,查看后量子证书、HPKE 和 age——全部在浏览器中完成,不上传任何数据。
- 身份与通行密钥12 个工具用真实的通行密钥注册和登录,并通过 FIDO 元数据服务识别其背后的认证器;校验 OpenID Connect ID 令牌和 SAML 响应;查看欧盟数字身份钱包的凭证(SD-JWT VC 和 mdoc)、DPoP 证明、COSE 和 CWT,以及由机器人和 AI 智能体签名的 HTTP 请求。令牌和密钥在你的浏览器中检查;认证器查询只向我们的服务器请求公开元数据。
- 代码与文档签名12 个工具运行发布版本之前,先确认它到底是什么。验证 Sigstore 签名包和 npm 来源证明,一直追溯到构建它们的仓库、工作流和提交;读取 SLSA 和 in-toto 证明;对照 allowed_signers 检查 SSH 签名的 Git 提交和文件;以及查看 Windows 可执行文件、Android APK 和 Java 归档文件的签名。文档和媒体也不例外:无需上传任何内容即可验证 PDF 签名(PAdES、LTV)和签名邮件(S/MIME),解码 RFC 3161 时间戳,读取图片和视频的内容凭证(C2PA),以及证明密钥是在 YubiKey 上生成的。文件和密钥都留在你的浏览器中;npm 检测工具会向公共注册表查询你指定的包,可选的 Sigstore 二次检查只向我们的服务器发送签名包和文件摘要。
- OpenPGP1 个工具粘贴 ASCII 封装(armored)格式的密钥、签名或消息,或者打开 .gpg、.sig 或 .asc 文件,即可查看每个数据包:子密钥、用户 ID 和自签名、过期和吊销信息、算法(包括 RFC 9580 v6 密钥和新的后量子算法 ID)。用签名者的公钥验证分离签名、明文签名和内联签名——和 gpg --verify 一样,但无需安装 GnuPG。所有操作都在你的浏览器中运行,私钥会被直接拒绝,不会被读取。
精选工具
签名错误诊断工具
诊断验证失败的原因
签名看起来没问题,验证却失败?粘贴密钥、消息和签名——诊断工具会测试常见的不匹配原因:用错哈希算法、用错曲线、编码混淆、high-S、双重哈希。
打开工具Nonce 重用检测
扫描比特币地址,查找重复的 r 值
ECDSA 最致命的错误:用同一个 nonce 签名两次就会暴露私钥。粘贴比特币地址,检测工具会扫描它的历史签名,查找重复的 r 值——这正是 nonce 重用留下的指纹。
打开工具OpenSSL 命令生成器
生成你需要的 openssl 命令
选择任务——EC 或 RSA 密钥、自签名证书、CSR、PKCS#12 包、签名、TLS 探测——填好空白项,即可复制一条可用的命令,其中每个选项都有解释。粘贴你在别处找到的命令,它同样会逐一解释。
打开工具JWT 签名工具
用自己的密钥签名令牌
由头部和声明构建 JWT,用相对时间设置 iat、nbf 和 exp,并用任意 JOSE 算法签名——HMAC、RSA、RSA-PSS、ECDSA 或 EdDSA。密钥始终留在你的浏览器中。
打开工具ASN.1 查看器
解码任意 DER 或 BER 结构
粘贴 PEM、base64 或十六进制,或拖放 DER 文件,即可逐层浏览它的 ASN.1 树,查看字节偏移、OID 名称和高亮显示的十六进制。凡是符合 BER 但不符合 DER 的地方都会标出。
打开工具CSR 生成器
在本地创建 CSR 及其密钥
使用在浏览器中生成的密钥或你自己的密钥,创建 PKCS #10 证书签名请求。获取 PEM 文件和等效的 openssl req 命令——私钥绝不会离开此页面。
打开工具TLS 配置生成器
适用于 28 种服务器的 SSL 配置
依据 TLSRef 指南(Mozilla 指南的延续)为 nginx、Apache、HAProxy、Caddy、Postfix、Node.js、Go、Java、.NET 及另外 19 种服务器生成 TLS 设置,在你的版本支持时启用后量子密钥交换,还能解读你正在使用的配置。
打开工具47 天证书计算器
按 200 → 100 → 47 天规划续期
到 2029 年,公开受信任的 TLS 证书有效期将从 398 天依次缩短到 200 天、100 天,最终降至 47 天。看看这对你的证书意味着什么:每年的续期和域名验证次数、接下来的截止日期,以及你的续期策略会在哪里出问题。
打开工具浏览器后量子检测
你的浏览器在用 ML-KEM 吗?
点击一次即可查看:你的浏览器与 Cloudflare 之间,在基于 TCP 的 TLS 中和 QUIC(HTTP/3)内部是否协商了后量子混合方案 X25519MLKEM768;这是否符合该版本应有的行为;以及拦截代理或旧版本会带来哪些变化。
打开工具DKIM 调试器
逐步查明 DKIM 签名为何验证失败
粘贴原始邮件,查看每个 DKIM 签名的检查过程:simple 和 relaxed 规范化(每处改动都会高亮显示)、正文哈希和邮件头哈希、DNS 中的密钥。签名验证失败时,调试器会还原签名者当时看到的内容,并指出破坏签名的改动。
打开工具EIP-712 查看器
类型化数据签名实际允许做什么
粘贴网站请求钱包签名的类型化数据,用通俗的话看懂这个签名允许做什么:代币 Permit、Permit2 授权额度,以及 Seaport、Blur、LooksRare 和 CoW 订单。会标出无限授权、让你一无所获的挂单、过远的截止时间、错误的链和仿冒合约。
打开工具以太坊交易解码器
解码已签名的原始交易
粘贴原始交易或 eth_getTransactionByHash 对象:查看每个字段、从签名中恢复出的发送方、解码后的函数调用,以及针对无限授权和委托的警告。支持从传统交易到 EIP-7702 的所有交易信封。
打开工具后量子签名
ML-DSA、SLH-DSA、Falcon 签名与验证
使用 ML-DSA、SLH-DSA 和 Falcon 生成密钥、签名和验证,支持上下文字符串、预哈希模式和确定性模式。看看后量子密钥和签名比 ECDSA 和 Ed25519 大多少。
打开工具通行密钥沙盒
试用通行密钥注册和登录
注册真实的通行密钥,并用它向在本页面中运行的依赖方完成身份验证:WebAuthn 选项、§7.1 和 §7.2 的每个验证步骤、标志、证明以及凭证记录都会展示出来。
打开工具Sigstore 签名包验证工具
cosign、npm 和 GitHub 证明的签名包
对照所签名的文件和你预期的身份验证 Sigstore 签名包:Fulcio 证书及其 SCT、Rekor 日志条目及其包含证明和检查点、已签名时间戳和 RFC 3161 时间戳、DSSE 签名和消息签名——离线完成,就像 cosign verify-blob 一样。
打开工具SSH 签名验证工具
ssh-keygen -Y 文件、已签名的提交和标签
依据 allowed_signers 文件检查用 ssh-keygen -Y sign 生成的 SSHSIG 签名,或用 SSH 密钥签名的 Git 提交或标签——涵盖命名空间、主体、有效期和 SSH 证书,规则与 ssh-keygen 相同。
打开工具PDF 签名验证工具
无需上传即可检查 PDF 签名
拖入已签名的 PDF,查看每个签名覆盖的范围、文档在签名后是否被改动、由谁签名以及何时签名。PAdES、CMS、RFC 3161 时间戳和 LTV 数据都在你的浏览器中检查——文件不会上传。
打开工具实验室如何运作
按工作台而非网络服务的思路打造:页面本身就是整台机器。
粘贴要检查的内容
公钥、JWT、证书、怎么也验证不过的签名——任何验证不通过的东西都行。无需注册,也没有上传按钮。
在浏览器中分析
曲线、格式和编码直接在当前标签页中自动识别并检查,依靠的是 WebCrypto 和经过审计的开源库。你的密钥和签名始终不会经过网络。
给出答案,并讲清原因
不只是告诉你“有效”或“无效”——工具会检查常见的不匹配原因,并用通俗的语言解释实际的机制。
从代码和 AI 智能体中调用
驱动这些工具的引擎,同样会响应你的脚本、流水线和 AI 助手。
REST API
免费签名 API
验证 ECDSA 签名、在 DER 与原始格式之间转换、解码并验证 JWT 和证书、为域名评级——基于 HTTPS 的纯 JSON 接口,无需 API 密钥。包含私钥的请求会在任何处理开始之前被拒绝。
API 文档SDK
八种语言的客户端库
TypeScript、Python、Go、Java、C#、PHP、Rust 和 Ruby,全部以同一套一致性测试套件为准;每个 SDK 都会在请求离开你的机器之前拒绝发送私钥。发布到各个包注册表的工作正在准备中。
了解 SDKMCP
面向 AI 智能体的服务器
把任意模型上下文协议(MCP)客户端指向 https://ecdsa.com/api/mcp:签名验证、JWT 和证书解码、域名健康检查以及参考资料查询,都会成为你的 AI 助手可以调用的工具。
最新研究 · 已测量 500 个域名
Web 签名现状
我们用驱动域名评级工具的同一个引擎,扫描了互联网上访问量最大的网站。RSA 仍以 62/38 的比例压过 ECDSA,四分之一的网站仍会响应 TLS 1.0 握手,而能适应 47 天证书有效期上限(2029年生效)的网站仅约百分之一。图表、方法和原始数据全部公开。
阅读报告实验室之外
针对你在生产环境中运行的系统,还有两项更全面的检查:
NIST IR 8547
ECDSA 已有退役日期
按照 NIST 的过渡计划草案,2035年后将禁止使用如今的椭圆曲线签名和 RSA 签名,转而采用后量子算法。与此同时,TLS 证书有效期正在从 200 天(2026年)缩短到 47 天(2029年)。早在这两个日期到来之前,准确掌握你的系统在哪里、以何种方式签名,就已不再是可有可无的事。
2035年底倒计时
……之后,NIST IR 8547(初始公开草案)拟禁止联邦政府使用经典签名算法——ECDSA、EdDSA 和 RSA,无论密钥长度如何。P-256 和 RSA-3072 的期限正是这个日期。
更早的一步在约 — 年后:2030年后,112 位参数集(RSA-2048 和 P-224)将被弃用,即仍可使用,但存在公认的风险。这些都是计划内的变化,并不紧迫——但让这两个日期都变得可控的资产清单,建立起来比替换算法本身更费时间。
学习
工具背后的概念——简短、精确,绝不含糊其辞。
免费课程 · 共 7 课
手算签名
通过动手计算学习 ECDSA。在一条很小的曲线上做点加法,推导出公钥,手工生成签名——然后在真正的 P-256 曲线上完整做一遍,并诊断一个验证失败的签名。
后续计划
实验室只是第一步。我们正在围绕它构建整个平台:
现已推出
仓库扫描器
零依赖的 CLI,找出你的代码中每一处签名或验证签名的位置:库、曲线、密钥处理、JWT 配置——检查结果按置信度排序。支持文本、JSON 和 SARIF 输出。
npx ecdsa-scan . →开发中
签名资产清单
从仓库到密钥再到环境,一张图全部覆盖:有哪些密钥、它们签名什么、使用哪些算法,以及在后量子截止日期之前哪些内容需要迁移。
计划中
运行时监控
与 AWS KMS 和 Vault 的只读集成,把原始签名事件整理成清晰的全貌:哪个密钥签名了什么、从哪里签名、依据哪条策略。