Описание
ELSA-2026-74438: kernel security, bug fix, and enhancement update (MODERATE)
[5.14.0-687.54.1]
- Disable UKI signing [Orabug: 36571828]
- Update Oracle Linux certificates (Kevin Lyons)
- Disable signing for aarch64 (Ilya Okomin)
- Oracle Linux RHCK Module Signing Key was added to the kernel trusted keys list (olkmod_signing_key.pem) [Orabug: 29539237]
- Update x509.genkey [Orabug: 24817676]
- Conflict with shim-ia32 and shim-x64 <= 15.3-1.0.5]
- Remove upstream reference during boot (Kevin Lyons) [Orabug: 34729535]
- Add Oracle Linux IMA certificates
- Add new Oracle Linux Driver Signing (key 1) certificate [Orabug: 37985764]
[5.14.0-687.54.1]
- Revert 'mm/memcg: refactor try_charge_memcg retry logic to use for loop' (Audra Mitchell) [RHEL-269060]
- futex: Prevent rcuwait use-after-free during requeue PI (Waiman Long) [RHEL-263481] {CVE-2026-90003}
- futex: Fix might_sleep() warning in futex_pivot_pending() (Waiman Long) [RHEL-263481]
- futex: Fix race on the initial mm->futex.phash.ref allocation (Waiman Long) [RHEL-263481] {CVE-2026-80775}
- futex/pi: Reject cross-mm private futex owners (Waiman Long) [RHEL-263481] {CVE-2026-80778}
- futex: Avoid private hash use-after-free on final put (Waiman Long) [RHEL-263481] {CVE-2026-80758}
- futex: Fix race in futex_pivot_pending() during private hash resize (Waiman Long) [RHEL-263481] {CVE-2026-80776}
- futex: Prevent robust futex exit race some more (Waiman Long) [RHEL-263481] {CVE-2026-74658}
- futex: Optimize futex hash bucket access patterns (Waiman Long) [RHEL-263481]
- compiler_types.h: add 'auto' as a macro for '__auto_type' (Waiman Long) [RHEL-263481]
- selftests: net: check jq command is supported (Guillaume Nault) [RHEL-169936]
- selftests: rtnetlink: Fix do_test_address_proto() (Guillaume Nault) [RHEL-169936]
- selftests: rtnetlink: Add an address proto test (Guillaume Nault) [RHEL-169936]
- net: ipv4: Allow changing IPv4 address protocol (Guillaume Nault) [RHEL-169936]
- net: Add new protocol attribute to IP addresses (Guillaume Nault) [RHEL-169936]
- RDMA/uverbs: Validate wqe_size before using it in ib_uverbs_post_send (CKI Backport Bot) [RHEL-232599] {CVE-2026-45856}
- KVM: SVM: Fix page overflow in sev_dbg_crypt() for ENCRYPT path (CKI Backport Bot) [RHEL-214951] {CVE-2026-63794}
Обновленные пакеты
Oracle Linux 9
Oracle Linux aarch64
kernel-cross-headers
5.14.0-687.54.1.el9_8
kernel-tools-libs-devel
5.14.0-687.54.1.el9_8
libperf
5.14.0-687.54.1.el9_8
kernel-tools
5.14.0-687.54.1.el9_8
kernel-tools-libs
5.14.0-687.54.1.el9_8
kernel-headers
5.14.0-687.54.1.el9_8
perf
5.14.0-687.54.1.el9_8
python3-perf
5.14.0-687.54.1.el9_8
rtla
5.14.0-687.54.1.el9_8
rv
5.14.0-687.54.1.el9_8
Oracle Linux x86_64
kernel
5.14.0-687.54.1.el9_8
kernel-debug
5.14.0-687.54.1.el9_8
kernel-debug-modules
5.14.0-687.54.1.el9_8
kernel-debug-modules-core
5.14.0-687.54.1.el9_8
kernel-debug-uki-virt
5.14.0-687.54.1.el9_8
kernel-tools
5.14.0-687.54.1.el9_8
kernel-uki-virt-addons
5.14.0-687.54.1.el9_8
kernel-debug-devel
5.14.0-687.54.1.el9_8
kernel-debug-devel-matched
5.14.0-687.54.1.el9_8
kernel-devel
5.14.0-687.54.1.el9_8
kernel-devel-matched
5.14.0-687.54.1.el9_8
kernel-doc
5.14.0-687.54.1.el9_8
kernel-headers
5.14.0-687.54.1.el9_8
perf
5.14.0-687.54.1.el9_8
python3-perf
5.14.0-687.54.1.el9_8
rtla
5.14.0-687.54.1.el9_8
rv
5.14.0-687.54.1.el9_8
kernel-cross-headers
5.14.0-687.54.1.el9_8
kernel-tools-libs-devel
5.14.0-687.54.1.el9_8
libperf
5.14.0-687.54.1.el9_8
kernel-abi-stablelists
5.14.0-687.54.1.el9_8
kernel-core
5.14.0-687.54.1.el9_8
kernel-debug-core
5.14.0-687.54.1.el9_8
kernel-debug-modules-extra
5.14.0-687.54.1.el9_8
kernel-modules
5.14.0-687.54.1.el9_8
kernel-modules-core
5.14.0-687.54.1.el9_8
kernel-modules-extra
5.14.0-687.54.1.el9_8
kernel-tools-libs
5.14.0-687.54.1.el9_8
kernel-uki-virt
5.14.0-687.54.1.el9_8
Связанные CVE
Связанные уязвимости
ELSA-2026-76738: kernel security, bug fix, and enhancement update (IMPORTANT)
In the Linux kernel, the following vulnerability has been resolved: RDMA/uverbs: Validate wqe_size before using it in ib_uverbs_post_send ib_uverbs_post_send() uses cmd.wqe_size from userspace without any validation before passing it to kmalloc() and using the allocated buffer as struct ib_uverbs_send_wr. If a user provides a small wqe_size value (e.g., 1), kmalloc() will succeed, but subsequent accesses to user_wr->opcode, user_wr->num_sge, and other fields will read beyond the allocated buffer, resulting in an out-of-bounds read from kernel heap memory. This could potentially leak sensitive kernel information to userspace. Additionally, providing an excessively large wqe_size can trigger a WARNING in the memory allocation path, as reported by syzkaller. This is inconsistent with ib_uverbs_unmarshall_recv() which properly validates that wqe_size >= sizeof(struct ib_uverbs_recv_wr) before proceeding. Add the same validation for ib_uverbs_post_send() to ensure wqe_size is at least si...
In the Linux kernel, the following vulnerability has been resolved: RDMA/uverbs: Validate wqe_size before using it in ib_uverbs_post_send ib_uverbs_post_send() uses cmd.wqe_size from userspace without any validation before passing it to kmalloc() and using the allocated buffer as struct ib_uverbs_send_wr. If a user provides a small wqe_size value (e.g., 1), kmalloc() will succeed, but subsequent accesses to user_wr->opcode, user_wr->num_sge, and other fields will read beyond the allocated buffer, resulting in an out-of-bounds read from kernel heap memory. This could potentially leak sensitive kernel information to userspace. Additionally, providing an excessively large wqe_size can trigger a WARNING in the memory allocation path, as reported by syzkaller. This is inconsistent with ib_uverbs_unmarshall_recv() which properly validates that wqe_size >= sizeof(struct ib_uverbs_recv_wr) before proceeding. Add the same validation for ib_uverbs_post_send() to ensure wqe_size is at least si...
In the Linux kernel, the following vulnerability has been resolved: RDMA/uverbs: Validate wqe_size before using it in ib_uverbs_post_send ib_uverbs_post_send() uses cmd.wqe_size from userspace without any validation before passing it to kmalloc() and using the allocated buffer as struct ib_uverbs_send_wr. If a user provides a small wqe_size value (e.g., 1), kmalloc() will succeed, but subsequent accesses to user_wr->opcode, user_wr->num_sge, and other fields will read beyond the allocated buffer, resulting in an out-of-bounds read from kernel heap memory. This could potentially leak sensitive kernel information to userspace. Additionally, providing an excessively large wqe_size can trigger a WARNING in the memory allocation path, as reported by syzkaller. This is inconsistent with ib_uverbs_unmarshall_recv() which properly validates that wqe_size >= sizeof(struct ib_uverbs_recv_wr) before proceeding. Add the same validation for ib_uverbs_post_send() to ensure wqe_size is at least