SSL/TLS 信息速查
纯前端静态工具，用于查询 SSL/TLS 相关知识。浏览器无法直接读取远程证书，如需查看具体网站证书，请使用浏览器地址栏的锁图标或 openssl s_cli…
🔐 Ssl Info
Decode and inspect SSL/TLS certificate details (issuer, validity, SAN) from a host in your browser.
📐 工作原理与说明
SSL/TLS 与证书机制速查。
- 握手：客户端问候 → 服务端下发证书 → 密钥交换 → 生成会话密钥 → 对称加密通信。
- 证书：包含域名、颁发者、有效期与公钥，由上级 CA 签名形成信任链。
- 版本：TLS 1.2 与 1.3 为当前主流，TLS 1.3 将握手精简到 1-RTT 并移除不安全算法。
- 校验项：是否过期、域名是否匹配、信任链是否完整、是否已被吊销（CRL/OCSP）。
TLS 各版本特性
| 版本 | 发布 | 状态 | 关键特性 |
|---|---|---|---|
| SSL 3.0 | 1996 | 已废弃 | POODLE 攻击漏洞，2015 年起全面禁用 |
| TLS 1.0 | 1999 | 已废弃 | SSL 3.0 的标准化版本，2020 年起主流浏览器停用 |
| TLS 1.1 | 2006 | 已废弃 | 修复 CBC 显式 IV，2020 年起主流浏览器停用 |
| TLS 1.2 | 2008 | 主流 | 支持 AEAD（GCM/CCM）、SHA-256、椭圆曲线密码（ECDHE） |
| TLS 1.3 | 2018 | 推荐 | 1-RTT 握手、强制 PFS、移除不安全算法、0-RTT 恢复 |
建议：仅启用 TLS 1.2 和 TLS 1.3。TLS 1.3 强制前向保密（PFS），并移除了 RSA 密钥交换、静态 DH、CBC 模式、RC4、MD5、SHA-1 等。
常见加密套件说明
套件命名格式：TLS_密钥交换_认证_加密_消息认证（TLS 1.3 简化为 TLS_加密_消息认证）
TLS_AES_256_GCM_SHA384 TLS 1.3
AES-256-GCM 加密 + SHA-384 消息认证，TLS 1.3 强制套件之一，安全性极高
TLS_CHACHA20_POLY1305_SHA256 TLS 1.3
ChaCha20-Poly1305，移动设备性能优秀，无硬件加速时优于 AES-GCM
TLS_AES_128_GCM_SHA256 TLS 1.3
AES-128-GCM，性能与安全性平衡之选
ECDHE-RSA-AES256-GCM-SHA384 TLS 1.2
ECDHE 密钥交换（PFS）+ RSA 认证 + AES-256-GCM，TLS 1.2 推荐配置
ECDHE-ECDSA-AES128-GCM-SHA256 TLS 1.2
ECDSA 证书（更小、更快）+ AES-128-GCM
AES128-SHA 禁用
无 PFS、CBC 模式、SHA-1，存在 BEAST/Lucky13 攻击风险
RC4-MD5 禁用
RC4 流密码已被破解，2015 年起全面禁用
ECDHE-RSA-AES256-SHA384 不推荐
PFS 但使用 CBC 模式，存在 Lucky13 时序攻击风险，建议改用 GCM
证书类型对比
| 类型 | 验证级别 | 验证内容 | 签发时间 | 典型用途 |
|---|---|---|---|---|
| DV 域名验证 | 低 | 仅域名所有权 | 分钟级 | 个人博客、小型网站 |
| OV 组织验证 | 中 | 域名 + 组织真实性 | 1-3 天 | 企业官网、SaaS |
| EV 扩展验证 | 高 | 严格审核 + 法律文件 | 3-7 天 | 金融、电商、政企 |
注意：自 2019 年起，Chrome/Safari 移除了 EV 证书的地址栏绿色公司名显示，EV 证书的价值已大幅降低。Let's Encrypt 仅签发 DV 证书。
对称加密 vs 非对称加密
| 对比项 | 对称加密 | 非对称加密 |
|---|---|---|
| 密钥数量 | 1 个（共享密钥） | 2 个（公钥 + 私钥） |
| 速度 | 极快（100 MB/s ~ 10 GB/s） | 慢（通常 1-100 KB/s） |
| 密钥分发 | 需安全通道 | 公钥可公开 |
| 密钥长度 | 128-256 bit | RSA 2048-4096 bit / ECC 256-521 bit |
| 典型算法 | AES、ChaCha20、SM4 | RSA、ECC、Ed25519、SM2 |
| 用途 | 大量数据加密 | 密钥交换、数字签名 |
| 代表场景 | TLS 数据传输阶段 | TLS 握手阶段 |
实际应用：TLS 采用混合加密：握手阶段用非对称加密交换对称密钥，数据传输阶段用对称加密。
哈希算法对比
| 算法 | 输出 | 状态 | 用途 |
|---|---|---|---|
| MD5 | 128 bit | 已破解 | 仅用于非安全场景（如文件指纹） |
| SHA-1 | 160 bit | 已破解 | 2017 年 Google SHAttered 攻击，应迁移至 SHA-2 |
| SHA-256 | 256 bit | 推荐 | TLS、数字证书、区块链 |
| SHA-384 | 384 bit | 推荐 | 高安全场景 |
| SHA-512 | 512 bit | 推荐 | 高安全场景 |
| SHA-3-256 | 256 bit | 可选 | Keccak 算法，结构与 SHA-2 不同 |
| BLAKE2/3 | 可变 | 可选 | 高性能现代哈希 |
| SM3 | 256 bit | 国密 | 中国商用密码标准 |
🔒 加密强度估算器
估算破解对应密钥所需的算力与时间
默认 10¹²（超级计算机）
密钥空间：-
平均破解次数：-
所需时间：-
-
参考算力：普通 PC ~10⁸/s；GPU ~10¹⁰/s；ASIC 矿机 ~10¹³/s；全球算力合计 ~10¹⁷/s。
📚 深度解析：SSL/TLS 知识速查
💡 常见使用场景
- 查阅握手/证书/协议版本。
- 证书到期前核对信息：确认签发者、有效期、SAN 覆盖的域名与协议版本，避免上线后才发现证书不匹配。
查
TLS1.3 握手 1-RTT、废弃 TLS1.0/1.1。
❓ 常见问题（FAQ）
- 证书链是什么？
- 服务器证+中间 CA+根 CA 逐级信任。
- 为什么浏览器说证书无效？
- 常见原因有五：证书已过期、域名与 SAN 不匹配、中间证书缺失导致链不完整、系统时间错误、证书已被吊销（需 OCSP/CRL 校验）。另外自签名证书不会被公开信任。按这个顺序逐项确认，多数问题都能定位。
⚠️ 使用说明与注意事项
- 本工具纯前端运行，数据不会上传到服务器
- 建议在主流浏览器（Chrome/Safari/Firefox/Edge）中使用
- 计算结果仅供参考，请以实际应用场景为准
▼
工具简介
SSL/TLS 信息速查。专为开发者打造的在线工具，纯前端运行，代码不离开浏览器。