CVE-2022-1632: Medium severity redhat Ansible Automation Platform vulnerability
A re-encrypt Route with destinationCACertificate explicitly set to the default serviceCA seems to skip internal Service TLS certificate validation, errorless serving content even if target Service certificate and certificate provided by target Pod(s) differ. Note that if we don't set destinationCACertificate in the Route yaml manifest (the Route will still implicitly use the same default serviceCA certificate, as described on the doc [1]) we will correctly get a error page.
References: https://bugzilla.redhat.com/showbug.cgi?id=2041857
Other sources
An Improper Certificate Validation attack was found in Openshift. A re-encrypt Route with destinationCACertificate explicitly set to the default serviceCA skips internal Service TLS certificate validation. This flaw allows an attacker to exploit an invalid certificate, resulting in a loss of confidentiality.
— MITRE
Affected Software
Event History
Frequently Asked Questions
What is the vulnerability ID?
The vulnerability ID is CVE-2022-1632.
What is the severity of CVE-2022-1632?
The severity of CVE-2022-1632 is medium (6.5).
What is the affected software?
The affected software includes Redhat Ansible Automation Platform 2.0, Redhat Openshift Container Platform 4.0, Fedoraproject Fedora 34, and Fedoraproject Fedora 35.
How does CVE-2022-1632 affect the system?
CVE-2022-1632 allows an attacker to exploit an invalid certificate, resulting in a loss of confidentiality.
Are there any references for CVE-2022-1632?
Yes, you can find references for CVE-2022-1632 at the following Bugzilla links: [Bugzilla 2041857](https://bugzilla.redhat.com/show_bug.cgi/show_bug.cgi?id=2041857), [Bugzilla 2083320](https://bugzilla.redhat.com/show_bug.cgi/show_bug.cgi?id=2083320), [Bugzilla 2083321](https://bugzilla.redhat.com/show_bug.cgi/show_bug.cgi?id=2083321).