← 返回地图破甲

CVE-2026-111483: GnuTLS accepts non-successful OCSP staples

密码学缺陷 / Improper Check for Certificate Revocation / #4116076

厂商
curl
严重程度
低危
赏金
—
弱点
Improper Check for Certificate Revocation
研究员
@matty69v
披露日期
2026-10-26
资产
https://github.com/curl/curl
CVE
CVE-2024-8096CVE-2026-111483

该报告还没有中文解读。

原文摘录

摘自原文(5178 字符中的一小部分)
In curl 8.23.0 built with GnuTLS, `--cert-status` (CURLOPT_SSL_VERIFYSTATUS) only checks that *some* stapled OCSP response was received. It no longer checks the response status or the certificate status inside it. A server presenting a revoked certificate can staple a bogus, unsigned 5-byte OCSP …
原文中的代码
rc = gnutls_ocsp_status_request_get(session, &status_request);
if(rc == GNUTLS_E_REQUESTED_DATA_NOT_AVAILABLE) {
  failf(data, "No OCSP response received");
  return CURLE_SSL_INVALIDCERTSTATUS;
}
else if(rc < 0) {
  failf(data, "Invalid OCSP response received");
  return …

默认不展示报告全文。以上为简短摘录,完整复现过程请阅读原文。版权归研究员与 curl 所有。

时间线

阅读 HackerOne 原文 ↗作者 @matty69v · 版权归作者与 curl 所有

同类报告

CVE-2024-0853: OCSP verification bypass with TLS session reusecurl · 2024-01-31CURLOPT_PROXY_CRLFILE / CURLOPT_PROXY_ISSUERCERT / CURLOPT_PROXY_ISSUERCERT_BLOB silently ignored on backends that don't support themcurl · 2026-06-05--cert-status with OpenSSL accepts a stapled OCSP response of any age when it lacks nextUpdate (revoked certificate keeps passing)curl · 2026-10-23OpenSSL `--cert-status` accepts indefinitely stale GOOD OCSP staplescurl · 2026-10-26