ALERT: Some images may not load properly within the Knowledge Base Article. If you see a broken image, please right-click and select 'Open image in a new tab'. We apologize for this inconvenience.
CVE-2019-1559 - OpenSSL Security Bypass Vulnerability
Article ID: 128510
Updated On:
Products
CA Infrastructure Management
CA Performance Management - Usage and Administration
Issue/Introduction
Need to know if CAPM is affected by CVE-2019-1559:
STIG Finding Severity: Category I CVEs: CVE-2019-1559 CVE-2019-1559: If an application encounters a fatal protocol error and then calls SSL_shutdown() twice (once to send a close_notify, and once to receive one) then OpenSSL can respond differently to the calling application if a 0 byte record is received with invalid padding compared to if a 0 byte record is received with an invalid MAC. If the application then behaves differently based on that in a way that is detectable to the remote peer, then this amounts to a padding oracle that could be used to decrypt data. In order for this to be exploitable "non-stitched" ciphersuites must be in use. Stitched ciphersuites are optimised implementations of certain commonly used ciphersuites. Also the application must call SSL_shutdown() twice even if a protocol error has occurred (applications should not do this but some do anyway). Fixed in OpenSSL 1.0.2r (Affected 1.0.2-1.0.2q).
Environment
CAPM 3.5
Resolution
We don't use OpenSSL for CAPM. Jetty does all it's own HTTP communication via java. Openssl is an OS installed tool, not a CAPM installed tool. The CVE notes " Fixed in OpenSSL 1.0.2r (Affected 1.0.2-1.0.2q)." So you would work with your Linux admin to upgrade OpenSSL
Feedback
Yes
No
Powered by
