Red Hat Security Advisory: Red Hat Virtualization Host security and bug fix update [ovirt-4.4.10] Async #1
🔗 CVE IDs covered (7)
📋 Description
CVE-2021-0920 — kernel: Use After Free in unix_gc() which could result in a local privilege escalation CVE-2021-4154 — kernel: local privilege escalation by exploiting the fsconfig syscall parameter leads to container breakout CVE-2022-0330 — kernel: possible privileges escalation due to missing TLB flush CVE-2022-0435 — kernel: remote stack overflow via kernel panic on systems using TIPC may lead to DoS CVE-2022-0847 — kernel: improper initialization of the "flags" member of the new pipe_buffer CVE-2022-22942 — kernel: failing usercopy allows for use-after-free exploitation CVE-2022-24407 — cyrus-sasl: failure to properly escape SQL input allows an attacker to execute arbitrary SQL commands
🎯 Affected products8
- RHEL 8-based RHEV-H for RHEV 4 (build requirements)
- Red Hat Virtualization 4 Hypervisor for RHEL 8
- redhat-release-virtualization-host-0:4.4.10-2.el8ev.src as a component of RHEL 8-based RHEV-H for RHEV 4 (build requirements)
- redhat-release-virtualization-host-0:4.4.10-2.el8ev.x86_64 as a component of RHEL 8-based RHEV-H for RHEV 4 (build requirements)
- redhat-release-virtualization-host-content-0:4.4.10-2.el8ev.x86_64 as a component of RHEL 8-based RHEV-H for RHEV 4 (build requirements)
- redhat-virtualization-host-0:4.4.10-202203101736_8.5.src as a component of Red Hat Virtualization 4 Hypervisor for RHEL 8
- redhat-virtualization-host-image-update-0:4.4.10-202203101736_8.5.x86_64 as a component of Red Hat Virtualization 4 Hypervisor for RHEL 8
- redhat-virtualization-host-image-update-placeholder-0:4.4.10-2.el8ev.noarch as a component of RHEL 8-based RHEV-H for RHEV 4 (build requirements)
✅ Remediation
For details on how to apply this update, which includes the changes described in this advisory, refer to: https://access.redhat.com/articles/2974891 Workaround: Mitigation for this issue is either not available or the currently available options don't meet the Red Hat Product Security criteria comprising ease of use and deployment, applicability to widespread installation base, or stability. Workaround: The TIPC module will NOT be automatically loaded. When required, administrative action is needed to explicitly load this module. Loading the module can be prevented with the following instructions: # echo "install tipc /bin/true" >> /etc/modprobe.d/disable-tipc.conf The system will need to be restarted if the tipc module is loaded. In most circumstances, the TIPC kernel module will be unable to be unloaded while any network interfaces are active and the protocol is in use. If the system requires this module to work correctly, this mitigation may not be suitable. Workaround: Currently there is no mitigation available for this flaw. Customers should update to fixed packages, once they are available. Workaround: Mitigation for this issue is to skip loading the affected module vmwgfx onto the system until we have a fix available. This can be done by a blacklist mechanism and ensures the driver is not loaded at the boot time. ~~~ How do I blacklist a kernel module to prevent it from loading automatically? https://access.redhat.com/solutions/41278 ~~~
🔗 References (11)
- selfhttps://access.redhat.com/errata/RHSA-2022:0841
- externalhttps://access.redhat.com/security/updates/classification/#important
- externalhttps://access.redhat.com/security/vulnerabilities/RHSB-2022-002
- externalhttps://bugzilla.redhat.com/show_bug.cgi?id=2031930
- externalhttps://bugzilla.redhat.com/show_bug.cgi?id=2034514
- externalhttps://bugzilla.redhat.com/show_bug.cgi?id=2042404
- externalhttps://bugzilla.redhat.com/show_bug.cgi?id=2044809
- externalhttps://bugzilla.redhat.com/show_bug.cgi?id=2048738
- externalhttps://bugzilla.redhat.com/show_bug.cgi?id=2055326
- externalhttps://bugzilla.redhat.com/show_bug.cgi?id=2060795
- selfhttps://security.access.redhat.com/data/csaf/v2/advisories/2022/rhsa-2022_0841.json