Bug 2087911 (CVE-2022-1343)

Summary: CVE-2022-1343 openssl: Signer certificate verification returns inaccurate response when using OCSP_NOCHECKS
Product: [Other] Security Response Reporter: Patrick Del Bello <pdelbell>
Component: vulnerabilityAssignee: Red Hat Product Security <security-response-team>
Status: CLOSED ERRATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: unspecifiedCC: berrange, bmontgom, bootloader-eng-team, cfergeau, crobinso, crypto-team, csutherl, dbelyavs, ddepaula, dueno, elima, eparis, epel-packagers-sig, erik-fedora, fmartine, gzaronik, jburrell, jclere, jferlan, jokerman, jwon, krathod, kraxel, ktietz, marcandre.lureau, michel, mjg59, mspacek, mturk, nstielau, pbonzini, philmd, pjindal, pjones, redhat-bugzilla, rharwood, rh-spice-bugs, rjones, sahana, sponnaga, szappis, tm, virt-maint, virt-maint
Target Milestone: ---Keywords: Security
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: openssl 3.0.3 Doc Type: If docs needed, set a value
Doc Text:
A flaw was found in OpenSSL's Online Certificate Status Protocol (OCSP) response functionality in the signer certificate verification routines. This flaw could result in a linked application falsely believing that an x.509 Digital Certificate is either "good" or "unknown" when revoked and requires that the application use a non-default configuration. This vulnerability leads to an issue with data integrity and confidentiality.
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-09-03 09:55:48 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 2089439, 2089440, 2089472    
Bug Blocks: 2087910    

Description Patrick Del Bello 2022-05-18 14:21:39 UTC
The function `OCSP_basic_verify` verifies the signer certificate on an OCSP response. In the case where the (non-default) flag OCSP_NOCHECKS is used then the response will be positive (meaning a successful verification) even in the case where the response signing certificate fails to verify. It is anticipated that most users of `OCSP_basic_verify` will not use the OCSP_NOCHECKS flag. In this case the `OCSP_basic_verify` function will return a negative value (indicating a fatal error) in the case of a certificate verification failure. The normal expected return value in this case would be 0. This issue also impacts the command line OpenSSL "ocsp" application. When verifying an ocsp response with the "-no_cert_checks" option the command line application will report that the verification is successful even though it has in fact failed. In this case the incorrect successful response will also be accompanied by error messages showing the failure and contradicting the apparently successful result. Fixed in OpenSSL 3.0.3 (Affected 3.0.0,3.0.1,3.0.2).


Comment 2 Todd Cullum 2022-05-23 18:40:40 UTC
Created openssl3 tracking bugs for this issue:

Affects: epel-8 [bug 2089472]

Comment 3 Todd Cullum 2022-05-24 22:44:35 UTC
I dropped the severity to Moderate because the OCSP_NOCHECKS is not default, not expected to be commonly used, and also there is still an indication of failure at the CLI for the oscp application.

Comment 6 errata-xmlrpc 2022-08-30 16:02:13 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 9

Via RHSA-2022:6224 https://access.redhat.com/errata/RHSA-2022:6224

Comment 7 Product Security DevOps Team 2022-09-03 09:55:45 UTC
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s):