原创漏洞 |OpenSSLQUIC服务端双重释放漏洞"

admin 2026-10-16 11:42:58 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

原创漏洞 | OpenSSL QUIC 服务端双重释放漏洞

微步情报局
微步情报局

微步在线研究响应中心

2026年9月21日 17:05
北京

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

漏洞概况

OpenSSL 是开源密码学工具包与 TLS 库,较新版本提供 QUIC 协议实现,供应用作为 QUIC 服务端处理入站连接。

近日,OpenSSL 官方发布通告,修复了OpenSSL QUIC 服务端 INITIAL处理 双重释放漏洞(CVE-2026-18798)。该漏洞由微步XGPT发现并报送 OpenSSL 官方。

OpenSSL QUIC 服务端在处理入站 INITIAL 包时存在双重释放漏洞,未认证攻击者向受影响服务发送畸形 INITIAL 包即可触发堆损坏,导致 QUIC 服务进程退出(拒绝服务);满足特定利用条件时,可造成远程代码执行。建议受影响用户尽快修复。

/* port_default_packet_handler — 修复前 */qrx = ossl_qrx_new(...);if (!ossl_qrx_validate_initial_packet(qrx, ...))    goto undesirable;port_bind_channel(..., qrx, &new_ch);   /* 原始连接 ID 过短则 enrol_odcid 失败,bind 在此释放一次 */if (new_ch == NULL)    goto undesirable;if (qrx != NULL)    qrx = NULL;   /* 仅成功时放弃释放 */undesirable:    ossl_qrx_free(qrx);   /* 失败时指针仍在 —— 第二次释放 */

QUIC 服务端默认包处理函数 port\\_default\\_packet\\_handler 在校验入站 INITIAL 时创建记录层接收对象(QRX)。校验通过后,handler 把这块QRX交给 port\\_bind\\_channel。通道创建失败时,bind 会释放该 QRX,而 handler 会在错误处理中再次释放同一对象,同一块 QRX 被释放两次,构成双重释放,造成堆损坏。

(完整漏洞情报请查阅https://x.threatbook.com/v5/vul/XVE-2026-54525)

漏洞处置优先级(VPT)

综合处置优先级:中风险

基本信息 微步编号 XVE-2026-54525
CVE编号 CVE-2026-18798
漏洞类型 缓冲区错误
利用条件评估 利用漏洞的网络条件 远程
是否需要绕过安全机制 否
对被攻击系统的要求 启用 QUIC 服务端监听
利用漏洞的权限要求 无须用户权限
是否需要受害者配合 否
利用情报 是否有POC 是
已知利用行为 暂无

漏洞影响范围

产品名称 Openssl
受影响版本 4.0.0<=version<4.0.2、3.6.0<=version<3.6.4、3.5.0<=version<3.5.8
有无修复补丁 有

修复方案

官方修复方案

官方漏洞公告:

https://openssl-library.org/news/secadv/20260825.txt

官方已发布新版本修复,请访问链接下载:

https://github.com/openssl/openssl/releases

临时缓解措施

1、通过防火墙、安全组等访问控制策略,阻断受影响服务的 QUIC UDP 端口;需对外提供服务时,仅允许可信来源访问。策略应覆盖 IPv4、IPv6 及源站直连入口。

2、如业务无需使用 QUIC,建议暂时禁用相关监听。对于提供 HTTP/3 的服务,可在确认兼容性后,使用 HTTP/2 或 HTTP/1.1 承载业务。

微步产品支撑

微步漏洞情报于2026-08-25收录该漏洞。

微步下一代威胁情报平台NGTIP及X情报中心已于漏洞收录时向漏洞订阅用户推送该漏洞情报,并将持续推送后续更新;对于已经录入资产的用户,支持实时自动化排查受影响资产。


原创漏洞 |OpenSSLQUIC服务端双重释放漏洞" 网络安全文章

原创漏洞 |OpenSSLQUIC服务端双重释放漏洞"

OpenSSLQUIC服务端存在双重释放漏洞CVE-2026-18798,由微步XGPT发现并报送官方。未认证攻击者发送畸形INITIAL包可触发堆损坏,导致拒绝服务,特定条件下可远程代码执行。影响多个版本,官方已发布修复补丁,建议用户尽快升级,并可通过防火墙阻断QUIC端口或禁用QUIC作为临时缓解措施。
从“看见文字”到“读懂画面”:AIMediaKit如何实现视频字幕无痕擦除" 网络安全文章

从“看见文字”到“读懂画面”:AIMediaKit如何实现视频字幕无痕擦除"

本文介绍字节跳动火山引擎AIMediaKit视频字幕无痕擦除技术,以多模态语义理解判断文字属性,区分可擦除的后期叠加文字与需保留的场景固有文字,采用自研ReFM残差流匹配模型从原视频潜变量出发学习残差,4步采样完成修复,通过局部全局双引导与Latent精准回贴保证时序稳定,并构建覆盖检测、判断、修复、校验的完整生产链路,支持规模化应用。
命令行打印输出字符缓慢之谜" 网络安全文章

命令行打印输出字符缓慢之谜"

本文分析了Python脚本输出字符缓慢的问题,定位到colorama0.4.6版本init()方法缺乏幂等保护,在循环中多次调用导致终端控制序列处理开销增大。解决方案是仅在main中调用一次init(autoreset=True)或使用just_fix_windows\\_console(),并提供了检测代码和修复前后对比。
提示注入的形式化理论与不可能性" 网络安全文章

提示注入的形式化理论与不可能性"

本文从理论计算机科学视角形式化定义提示注入,证明注入判定不可判定及提示层防御不可能性,提出注入熵度量与计算复杂性类别,指出架构级防御可保证工具调用安全但无法完备防御语义类属性,为安全研究提供理论框架。
评论:0   参与:  0