Skip to main content
VulnerabilityPublished Updated

CVE-2024-12797: OpenSSL · Missing Report of Error Condition

Affects OpenSSLSource GCVE Database

0
Compare

Not known to be exploited · CVSS 7.4 High.

Data as of 6 Nov 2026, 23:23 UTC

CVSS 3.1 base score
7.4High
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CISA-ADPCVSS 3.17.4
EPSS
2.5% chance of exploitation in 30 days – higher than 84% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 11 Feb 2025

  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 6 Nov 2026.

What to do

Affected software

ProductAffectedFixed in
OpenSSL OpenSSLAffected
  • =3.4.0
  • =3.3.0
  • =3.2.0
  • 3.4.0
  • 3.3.0
  • 3.2.0
Fixed in–

AI-suggested

Clients using OpenSSL with RPK support should explicitly call SSL_get_verify_result() after the handshake to verify server authentication status and take appropriate action if verification fails. Since RPKs are disabled by default, avoiding enabling RPK support unless necessary reduces exposure. The OpenSSL FIPS modules are not affected by this issue.

Description

CVE-2024-12797 is a vulnerability in OpenSSL versions 3.2.0, 3.3.0, and 3.4.0 affecting TLS and DTLS connections that use RFC7250 Raw Public Keys (RPKs) for server authentication. Clients that enable RPKs and rely on SSL_VERIFY_PEER verification mode may fail to detect server authentication failures because the handshake does not abort as expected. This can allow man-in-the-middle attacks if the client does not explicitly check the verification result. The issue does not affect OpenSSL FIPS modules and only arises when RPKs are explicitly enabled by both client and server.

References

Community reviews

Loading reviews…