SSL 签名相关漏洞

SSL 签名相关漏洞

1. SSL 自签名证书漏洞

漏洞原理

自签名证书就是证书的签发者(issuer)和持有者(subject)是同一个实体------也就是证书不是由受信任的证书颁发机构(CA)签发,而是自己签的。技术上它仍包含公钥、主体名、有效期、签名算法等,但没有第三方信任背书。

自签名证书为什么会被视为漏洞?

因为它破坏了 HTTPS/TLS 的核心安全属性:身份验证(authentication)。HTTPS 的 3 个核心能力:

  1. 对称加密通信
  2. 防止篡改
  3. 服务器身份合法性验证(关键)

其中第 3 条依赖 可信 CA 签名,但自签名证书 无法提供可信身份验证。因此:

  1. 浏览器无法确认服务端是否是真实的服务器
  2. 鉴别服务器的安全链(chain of trust)失效
  3. TLS 防中间人保护机制损坏

漏洞危害

  • 客户端默认不会信任自签名证书,必须手动导入或点击"信任"
  • 攻击者可以把自己的自签证书替换到通信链路上,用户若盲目接受就会与攻击者建立安全连接
  • 影响品牌力和用户信任

漏洞修复

使用受信任 CA 签发的证书

2. SSL证书过期漏洞

漏洞原理

证书过期是指 TLS 证书的 Not After 时间到了之后,客户端会把该证书视为无效。结果是 TLS 握手失败或客户端/用户忽略警告而继续

为什么证书过期会被视为安全漏洞?

证书过期的核心风险是: 客户端无法确认服务器身份是否仍然真实可信。 换句话说:HTTPS 中的"加密"仍然存在,但"认证"失效,TLS 退化成"加密但无法确认对方是谁"。

这与自签名证书风险相似,但更严重,因为用户通常认为"这个证书之前是合法的",容易继续访问,从而被攻击者利用。

漏洞危害

  • 客户端默认不会信任过期证书,必须手动导入或点击"信任"
  • 影响品牌力和用户信任

漏洞修复

证书续期

3. SSL 证书链未排序漏洞

漏洞原理

在 TLS 握手中:

  • 客户端必须根据服务器给的证书链
  • 从服务器证书一路验证到信任的根证书

验证流程示意:

plain 复制代码
Leaf Cert
  ↑ Issuer
Intermediate CA1
  ↑ Issuer
Intermediate CA2
  ↑ Issuer
Root CA(本地可信)

但如果顺序打乱,比如:

plain 复制代码
Intermediate CA1
Leaf Cert

客户端必须自己猜每个证书的上级是谁。问题是:并不是所有客户端/设备都能自动重排序,特别是旧设备、内网系统、嵌入式终端、API 客户端可能直接失败

这就造成安全漏洞和兼容性问题。

漏洞危害

安全漏洞和兼容性问题

漏洞修复

重新排列证书链中证书的顺序。

相关推荐
KnowSafe8 小时前
自动化+智能化:证书生命周期管理的双重革命
ssl·itrustssl·trustasia·证书自动化
ACP广源盛139246256738 小时前
IX8024与科学大模型的碰撞@ACP#筑牢科研 AI 算力高速枢纽分享
运维·服务器·网络·数据库·人工智能·嵌入式硬件·电脑
Empty-Filled9 小时前
AI生成测试用例功能怎么测:一个完整实战案例
网络·人工智能·测试用例
BenSmith10 小时前
从零上手嵌入式 RTOS:以 Raspberry Pi Pico 2 WH 为例的烧录、定制构建与多系统对比指南
安全
码云数智-大飞10 小时前
本地部署大模型:隐私安全与多元优势一站式解读
运维·网络·人工智能
jinanwuhuaguo10 小时前
(第二十九篇)OpenClaw 实时与具身的跃迁——从异步孤岛到数字世界的“原住民”
前端·网络·人工智能·重构·openclaw
汇智信科10 小时前
训练安全管理系统:赋能军消装备训练,实现全流程智能化管控
安全·训练安全管理·装备训练智能化·军事训练保障·消防训练管理
等风来不如迎风去10 小时前
【win11】最佳性能:fix 没有壁纸,一直黑屏
网络·人工智能
Harvy_没救了11 小时前
【网络部署】 Win11 + VMware CentOS8 + Nginx 文件共享服务 Wiki
运维·网络·nginx
汤愈韬11 小时前
NAT Server 与目的Nat
网络·网络协议·网络安全·security