readykernel-patch-131.10-111.0-1.vl7

Kernel Update Version:
3.10.0-1062.12.1.vz7.131.10
Release Date:
2022-03-02 08:28:02
  • PSBM-105237

    Hard lockup and kernel crash caused by incorrect locking in calc_load_ve().

  • CVE-2019-20812

    af_packet: potential soft lockup in case of certain errors when using TPACKET_V3.

    It was found that if TPACKET_V3 was used and the kernel failed to obtain certain settings from a relevant network device, the retirement timer could be set incorrectly in the implementation AF_PACKET protocol. This could result in soft lockups and excessive CPU usage.
    https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2019-20812
  • CVE-2020-10711

    netlabel: kernel crash (null pointer dereference) while processing a specially crafted CIPSO packet.

    A NULL pointer dereference was found in the implementation of SELinux. The issue occurs while importing the Commercial IP Security Option (CIPSO) protocol category bitmap into SELinux extensible bitmap. Parsing of a specially crafted CIPSO packet sent by a remote attacker could lead to a kernel crash (remote DoS).
    https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-10711
  • CVE-2020-10732

    Core dumps of some processes could contain uninitialized kernel data.

    It was discovered that core dumps of userspace processes could contain copies of uninitialized kernel memory areas in certain cases. Although it is difficult for an attacker to control what data is in these areas, this issue, in theory, could be used to obtain sensitive information from the kernel.
    https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-10732
  • CVE-2020-10769

    crypto/authenc: kernel crash in crypto_ahash_setkey() when payload of a key is longer than 4 bytes and is not aligned.

    An out-of-bounds read was found in the implementation of IPsec cryptographic algorithms ('authenc' module). When payload of a key was longer than 4 bytes but was not properly aligned, crypto_authenc_extractkeys() function could try to read data from a wrong location. This could lead to a kernel crash in crypto_ahash_setkey().
    https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-10769
  • PSBM-104867

    ploop: kernel crash (division by zero) in purge_lru_warn().

  • CVE-2020-12114

    Denial of service by corrupting mountpoint reference counter.

    It was discovered that a race condition was possible between pivot_root() and put_mountpoint() operations. A local unprivileged attacker could exploit this to corrupt mountpoint reference counter and cause a denial of service (kernel crash).
    https://bugzilla.redhat.com/show_bug.cgi?id=1848652
  • PSBM-104563

    ext4: potential kernel crash in ext4_cross_rename(): certain error cases were not checked properly.

  • PSBM-104517

    ext4: use-after-free when unmounting a corrupted file system with files that have no links.

    https://bugzilla.kernel.org/show_bug.cgi?id=205433
  • PSBM-104664

    futex: potential system hang due to a missing unlock operation in the error path of futex_wait_requeue_pi().

  • PSBM-104530

    cbt: potential endless loops in the error paths.

  • CVE-2020-14305

    netfilter: potential memory corruption caused by a helper from nf_conntrack_h323 module.

    https://bugs.openvz.org/browse/OVZ-7188
  • PSBM-104387

    nf_conntrack: potential kernel crash in netlink_has_listeners().

  • PSBM-104342

    ext4: attempts to freeze the FS could hang in certain cases due to an unbalanced internal write counter.

  • PSBM-104086

    netlink: performance issues due to direct memory reclaim in netlink_dump() and netlink_trim().

  • PSBM-103975

    memcg: kernel could crash when memory was uncharged from a cgroup while the cgroup was going offline.

    It was found that a race was possible between uncharging memory from a cgroup and making that cgroup offline. This could lead to premature destruction of the cgroup and could cause a kernel crash.
  • PSBM-104125

    packet: packet_sk_charge() could try to charge zero memory, leading to a use-after-free in memcg subsystem.

  • PSBM-103864

    memcg: potential use-after-free in the implementation of uncharge operations.

  • PSBM-102320

    qxl: kernel crash in qxl_release_fence_buffer_objects().

  • VSTOR-33397

    i40iw: kernel complains about failed RTNL assertion in i40iw_addr_resolve_neigh().

  • PSBM-103518

    Slow memory allocations in nf_conntrack when a netns is created.

    When a new netns is created, high-order page allocations can happen in nf_ct_alloc_hashtable(). If memory is fragmented, such allocations can become very slow due to memory reclaim, etc. This, in turn, could result in significant slowdowns on the node.
  • PSBM-102407

    nfsd: memory corruption in nfsd4_lock().

  • PSBM-102573

    Potential hard lockups in timer-related code: jiffies_lock could be held for a long time.

  • PSBM-102848

    (enhancement) ploop: added interface to dump the cached BAT.

    It was discovered that containers could get a broken on-disk BAT but have healthy in-kernel data in certain cases. To detect and fix such conditions, the means to dump the cached BAT were implemented in ploop. Note that, to make use of this enhancement, version 7.0.187.4 or newer of the userspace ploop tools is needed.
  • PSBM-102655

    netfilter: kernel crash in the implementation of nf_tables due to use-after-free in dynamic operations.

  • PSBM-102363

    A container with NFS server could force other such containers to use the older NFSv4 client tracker, which slows down NFS mounts.

  • PSBM-102478

    ext4: potential kernel crash (general protection fault) in ext4_free_blocks().

  • VSTOR-32221

    mpt2sas: scheduling while atomic in _scsih_io_done().