Skip to main content
VulnerabilityPublished

CVE-2026-88822: OpenSSL · Use of Uninitialized Variable

Affects OpenSSLSource CVE Database V5

0
Compare

Not known to be exploited · fixed in 4.1.1 : update OpenSSL when convenient.

Data as of 10 Nov 2026, 18:35 UTC

Severity
Unrated

Rated by Threat Radar · CVSS not yet scored by NVD

Thin evidence

One scorer or none
Patch
Available – fixed in 4.1.1, 4.0.4, 3.5.10

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Nov 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 10 Nov 2026.

What to do

Upgrade OpenSSL to 4.1.1, 4.0.4 or 3.5.10.

Affected software

ProductAffectedFixed in
OpenSSLOpenSSLAffected
  • >=4.1.0 <4.1.1
Fixed in
  • 4.1.1
OpenSSLOpenSSLAffected
  • >=4.0.0 <4.0.4
Fixed in
  • 4.0.4
OpenSSLOpenSSLAffected
  • >=3.5.0 <3.5.10
Fixed in
  • 3.5.10

Description

Issue summary: QUIC, when performing automated peer detection, may allow uninitialized stack data to leak into the received address which is then used as the destination for outgoing packets. Impact summary: Applications using QUIC's automated peer detection mechanism may receive an invalid address, leading to connection loss and disclosure of uninitialized stack data to an attacker observing the outgoing network traffic. CWE: CWE-457 (Use of Uninitialized Variable) Description: The OpenSSL QUIC stack contains a feature in which, when using an already connected socket, it will auto-detect the peer address during the SSL handshake. This feature uses the getpeername() function, passing a buffer of sufficient length to hold any supported address family, but passes a buffer length that is only sized such that larger addresses, such as IPv6, cannot be retrieved. The getpeername() function however, still returns the full address length, which is accepted as the valid input buffer length, leading to the address buffer containing uninitialized stack data instead of the actual peer address. The invalid peer address is then used as destination for the outgoing packets which leads to a connectivity breakage and a leakage of the uninitialized stack data to passive network observers. FIPS impact: no The FIPS modules in 4.0, 3.6, 3.5, 3.4, and 3.0 are not affected by this CVE as the affected protocol is not implemented in the FIPS module.

References

Community reviews

Loading reviews…