Improper Check for Certificate Revocation Affecting netty-javadoc package, versions <4.1.136-150200.4.53.1


Severity

Recommended
0.0
high
0
10

Based on SUSE Linux Enterprise Server security rating.

Threat Intelligence

EPSS
0.22% (11th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-SLES157-NETTYJAVADOC-18533062
  • published5 Aug 2026
  • disclosed4 Aug 2026

Introduced: 4 Aug 2026

CVE-2026-56821  (opens in a new tab)
CWE-299  (opens in a new tab)

How to fix?

Upgrade SLES:15.7 netty-javadoc to version 4.1.136-150200.4.53.1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream netty-javadoc package and not the netty-javadoc package as distributed by SLES. See How to fix? for SLES:15.7 relevant fixed versions and status.

Netty is an asynchronous, event-driven network application framework. Prior to versions 4.1.136.Final and 4.2.16.Final, the OcspServerCertificateValidator flags an out-of-date OCSP response but does not stop processing it, so an expired GOOD response is still reported as VALID, letting an on-path attacker replay a stale GOOD response to bypass revocation of a since-revoked certificate. Exploitation can lead to certificate revocation bypass via replay of an expired OCSP response. Any application using OcspServerCertificateValidator is affected; a revoked certificate can be accepted. This issue has been fixed in versions 4.1.136.Final and 4.2.16.Final.

CVSS Base Scores

version 3.1