CVE-2019-19338: Medium severity ibm data risk manager vulnerability

Published Nov 18, 2019
·
Updated

A flaw was found in the fix for CVE-2019-11135, in the Linux upstream kernel versions before 5.5 where, the way Intel CPUs handle speculative execution of instructions when a TSX Asynchronous Abort (TAA) error occurs. When a guest is running on a host CPU affected by the TAA flaw (TAANO=0), but is not affected by the MDS issue (MDSNO=1), the guest was to clear the affected buffers by using a VERW instruction mechanism. But when the MDSNO=1 bit was exported to the guests, the guests did not use the VERW mechanism to clear the affected buffers. This issue affects guests running on Cascade Lake CPUs and requires that host has 'TSX' enabled. Confidentiality of data is the highest threat associated with this vulnerability.

Other sources

A flaw was found in the fix for CVE-2019-11135, the way Intel CPUs handle speculative execution of instructions when a TSX Asynchronous Abort (TAA) error occurs. When a guest is running on a host CPU affected by the TAA flaw (TAANO=0), but is not affected by the MDS issue (MDSNO=1), the guest was to clear the affected buffers by using a VERW instruction mechanism. But when the MDSNO=1 bit was exported to the guests, the guests did not use the VERW mechanism to clear the affected buffers. This issue affects guests running on Cascade Lake CPUs and requires that host has 'TSX' enabled. Confidentiality of data is the highest threat associated with this vulnerability.

Linux Kernel could allow a local authenticated attacker to obtain sensitive information, caused by a Transaction Asynchronous Abort (TAA) h/w issue in KVM. By sending a specially-crafted request, an attacker could exploit this vulnerability to obtain sensitive information, and use this information to launch further attacks against the affected system.

IBM

Transaction Asynchronous Abort (TAA) h/w issue, which affects Intel CPUs, is mitigated in two ways. One is by disabling Transactional Synchronisation Extensions (TSX) feature of the CPU. And second is by clearing the affected Store/Fill/Load port architectural buffers, which may hold sensitive information bits.

It was found that the current kernel fixes don't completely fix TAA issue for the guest VMs. When a guest is running on a host CPU affected by TAA flaw (ie. TAANO=0) but not affected by MDS issue (ie MDSNO=1), to mitigate TAA issue, guest was to clear the affected buffers by using VERW instruction mechanism. But when MDSNO=1 bit was exported to the guests, guest did not quite use the VERW mechanism to clear the affected buffers.

This issue affects guests running on Cascade Lake CPUs, which are affected by the TAA (ie. TAANO=0) issue, but are not affected by the MDS (ie. MDSNO=1) issue.

It requires that host has 'TSX' enabled.

Upstream patches: ----------------- -> https://git.kernel.org/linus/cbbaa2727aa3ae9e0a844803da7cef7fd3b94f2b -> https://git.kernel.org/linus/c11f83e0626bdc2b6c550fc8b9b6eeefbd8cefaa -> https://git.kernel.org/linus/b07a5c53d42a8c87b208614129e947dd2338ff9c

Reference: ---------- -> https://www.openwall.com/lists/oss-security/2019/12/10/3

Red Hat

Affected Software

9 affected componentsFixes available
redhat/kernel-rt<0:3.10.0-1062.18.1.rt56.1044.el7
0:3.10.0-1062.18.1.rt56.1044.el7
redhat/kernel<0:3.10.0-1062.18.1.el7
0:3.10.0-1062.18.1.el7
redhat/kernel<0:3.10.0-957.48.1.el7
0:3.10.0-957.48.1.el7
redhat/kernel-rt<0:4.18.0-147.5.1.rt24.98.el8_1
0:4.18.0-147.5.1.rt24.98.el8_1
redhat/kernel<0:4.18.0-147.5.1.el8_1
0:4.18.0-147.5.1.el8_1
redhat/Kernel<5.5
5.5
IBM Data Risk Manager<=2.0.6
Linux Linux kernel<5.5
redhat Enterprise Linux=6.0

Remediation

Information

Please refer to the Red Hat Knowledgebase Transactional Synchronization Extensions (TSX) Asynchronous Abort article (https://access.redhat.com/solutions/tsx-asynchronousabort) for mitigation instructions.

Event History

Nov 18, 2019
CVE Published
12:00 AM
Jul 13, 2020
CVE Published
via MITRE·04:04 PM
Data Sourced
via MITRE·04:04 PM
DescriptionSeverityWeakness

Parent advisories

This vulnerability appears in the following advisories.

Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2019-19338?

CVE-2019-19338 is classified as a medium-severity vulnerability due to its impact on speculative execution handling in affected Intel CPUs.

2

How do I fix CVE-2019-19338?

To fix CVE-2019-19338, upgrade to a kernel version that is at least 5.5 or install the recommended updates for your Red Hat or IBM systems.

3

Which systems are affected by CVE-2019-19338?

CVE-2019-19338 affects Linux kernel versions prior to 5.5, including specific Red Hat and IBM products as detailed in the vulnerability report.

4

Is CVE-2019-19338 related to other vulnerabilities?

Yes, CVE-2019-19338 is a flaw found in the fix for another vulnerability, CVE-2019-11135, and it affects speculative execution handling.

5

What type of attack can exploit CVE-2019-19338?

CVE-2019-19338 can potentially be exploited to execute unauthorized code due to improper speculative execution management in affected Intel CPUs.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203