CVE-2010-4252: High severity OpenSSL OpenSSL vulnerability
OpenSSL before 1.0.0c, when J-PAKE is enabled, does not properly validate the public parameters in the J-PAKE protocol, which allows remote attackers to bypass the need for knowledge of the shared secret, and successfully authenticate, by sending crafted values in each round of the protocol.
Other sources
Sébastien Martini discovered a flaw in the OpenSSL's implementation of the J-PAKE authentication protocol. OpenSSL preformed insufficient validation of the public parameters received from the untrusted party, which could use this flaw to make J-PAKE protocol generate predictable session key. Hence an attacker could use this implementation flaw to successfully authenticate (i.e. prove knowledge of the shared secret) to the peer, usually server.
Sébastien Martini paper describing this flaw, as well as proof of concept code can be found in the following github repository: https://github.com/seb-m/jpake
OpenSSL upstream fix for the issue, which should be included in version 0.9.8q and 1.0.0c: http://cvs.openssl.org/chngview?cn=20098
Note: J-PAKE implementation is considered experimental upstream and is not enabled by default.
— Red Hat
Affected Software
Remediation
Patch Available
Patch Available
Patch Available
Event History
Frequently Asked Questions
What is the severity of CVE-2010-4252?
CVE-2010-4252 is considered a high severity vulnerability due to the potential for remote authentication bypass.
What applications are affected by CVE-2010-4252?
CVE-2010-4252 affects OpenSSL versions prior to 1.0.0c, specifically those with J-PAKE enabled.
How do I fix CVE-2010-4252?
To mitigate CVE-2010-4252, upgrade your OpenSSL version to 1.0.0c or later.
What kind of attack can exploit CVE-2010-4252?
CVE-2010-4252 can be exploited through a crafted values attack in the J-PAKE protocol, allowing unauthorized authentication.
Is there a workaround for CVE-2010-4252 if I cannot update OpenSSL immediately?
If you cannot update OpenSSL, consider disabling J-PAKE to reduce the risk of exploitation from CVE-2010-4252.