Описание
ELSA-2026-72623: kernel security, bug fix, and enhancement update (IMPORTANT)
[5.14.0-687.53.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.53.1]
- arm64: tlb: Flush walk cache when unsharing PMD tables (Rafael Aquini) [RHEL-259312] {CVE-2026-63875}
- perf: Reject exited events as group leaders (Anubhav Shelat) [RHEL-258817] {CVE-2026-74753}
- perf/core: Detach event groups during remove_on_exec (Anubhav Shelat) [RHEL-250504] {CVE-2026-64556}
- ext4: fix e4b bitmap inconsistency reports (Lukas Herbolt) [RHEL-225944] {CVE-2026-45942}
- crypto: af_alg - Cap AEAD AD length to 0x80000000 (CKI Backport Bot) [RHEL-259061] {CVE-2026-52972}
- fhandle: fix UAF due to unlocked ->mnt_ns read in may_decode_fh() (Abhi Das) [RHEL-231391] {CVE-2026-53341}
- crypto: testmgr - block Crypto API xxhash64 in FIPS mode (Vladislav Dronov) [RHEL-256437]
- crypto: tegra - fix rctx->cryptlen calculation in tegra_gcm_do_one_req() (CKI Backport Bot) [RHEL-254308] {CVE-2026-80522}
- RDMA/rxe: Fix iova-to-va conversion for MR page sizes != PAGE_SIZE (Kamal Heib) [RHEL-230788] {CVE-2026-46325}
- RDMA/rxe: Remove unused page_offset member (Kamal Heib) [RHEL-230788]
- RDMA/rxe: Remove redundant assignment to variable page_offset (Kamal Heib) [RHEL-230788]
- Revert 'RDMA/rxe: RHEL-only revert for page size vars in rxe' (Kamal Heib) [RHEL-230788]
- KVM: s390: selftests: Add IRQ routing address offset tests (Christoph Schlameuss) [RHEL-188656]
- KVM: s390: Limit adapter indicator access to mapped page (Christoph Schlameuss) [RHEL-188656]
- RDMA/siw: Reject MPA FPDU length underflow before signed receive math (CKI Backport Bot) [RHEL-232566] {CVE-2026-64102}
- rxrpc: Fix rxrpc_input_call_event() to only unshare DATA packets (Marc Dionne) [RHEL-179563]
- rxrpc: Fix potential UAF after skb_unshare() failure (Marc Dionne) [RHEL-179563] {CVE-2026-45998}
Обновленные пакеты
Oracle Linux 9
Oracle Linux aarch64
kernel-cross-headers
5.14.0-687.53.1.el9_8
kernel-headers
5.14.0-687.53.1.el9_8
kernel-tools
5.14.0-687.53.1.el9_8
kernel-tools-libs
5.14.0-687.53.1.el9_8
kernel-tools-libs-devel
5.14.0-687.53.1.el9_8
libperf
5.14.0-687.53.1.el9_8
perf
5.14.0-687.53.1.el9_8
python3-perf
5.14.0-687.53.1.el9_8
rtla
5.14.0-687.53.1.el9_8
rv
5.14.0-687.53.1.el9_8
Oracle Linux x86_64
kernel
5.14.0-687.53.1.el9_8
kernel-abi-stablelists
5.14.0-687.53.1.el9_8
kernel-core
5.14.0-687.53.1.el9_8
kernel-cross-headers
5.14.0-687.53.1.el9_8
kernel-debug
5.14.0-687.53.1.el9_8
kernel-debug-core
5.14.0-687.53.1.el9_8
kernel-debug-devel
5.14.0-687.53.1.el9_8
kernel-debug-devel-matched
5.14.0-687.53.1.el9_8
kernel-debug-modules
5.14.0-687.53.1.el9_8
kernel-debug-modules-core
5.14.0-687.53.1.el9_8
kernel-debug-modules-extra
5.14.0-687.53.1.el9_8
kernel-debug-uki-virt
5.14.0-687.53.1.el9_8
kernel-devel
5.14.0-687.53.1.el9_8
kernel-devel-matched
5.14.0-687.53.1.el9_8
kernel-doc
5.14.0-687.53.1.el9_8
kernel-headers
5.14.0-687.53.1.el9_8
kernel-modules
5.14.0-687.53.1.el9_8
kernel-modules-core
5.14.0-687.53.1.el9_8
kernel-modules-extra
5.14.0-687.53.1.el9_8
kernel-tools
5.14.0-687.53.1.el9_8
kernel-tools-libs
5.14.0-687.53.1.el9_8
kernel-tools-libs-devel
5.14.0-687.53.1.el9_8
kernel-uki-virt
5.14.0-687.53.1.el9_8
kernel-uki-virt-addons
5.14.0-687.53.1.el9_8
libperf
5.14.0-687.53.1.el9_8
perf
5.14.0-687.53.1.el9_8
python3-perf
5.14.0-687.53.1.el9_8
rtla
5.14.0-687.53.1.el9_8
rv
5.14.0-687.53.1.el9_8
Ссылки на источники
Связанные уязвимости
In the Linux kernel, the following vulnerability has been resolved: ext4: fix e4b bitmap inconsistency reports A bitmap inconsistency issue was observed during stress tests under mixed huge-page workloads. Ext4 reported multiple e4b bitmap check failures like: ext4_mb_complex_scan_group:2508: group 350, 8179 free clusters as per group info. But got 8192 blocks Analysis and experimentation confirmed that the issue is caused by a race condition between page migration and bitmap modification. Although this timing window is extremely narrow, it is still hit in practice: folio_lock ext4_mb_load_buddy __migrate_folio check ref count folio_mc_copy __filemap_get_folio folio_try_get(folio) ...... mb_mark_used ext4_mb_unload_buddy __folio_migrate_mapping folio_ref_freeze folio_unlock The root cause of this issue is that the fast path of load_buddy only increments the folio's reference count, which is insufficient to prevent concurrent folio migration...
In the Linux kernel, the following vulnerability has been resolved: ext4: fix e4b bitmap inconsistency reports A bitmap inconsistency issue was observed during stress tests under mixed huge-page workloads. Ext4 reported multiple e4b bitmap check failures like: ext4_mb_complex_scan_group:2508: group 350, 8179 free clusters as per group info. But got 8192 blocks Analysis and experimentation confirmed that the issue is caused by a race condition between page migration and bitmap modification. Although this timing window is extremely narrow, it is still hit in practice: folio_lock ext4_mb_load_buddy __migrate_folio check ref count folio_mc_copy __filemap_get_folio folio_try_get(folio) ...... mb_mark_used ext4_mb_unload_buddy __folio_migrate_mapping folio_ref_freeze folio_unlock The root cause of this issue is that the fast path of load_buddy only increments the folio's reference count, which is insufficient to prevent concurrent folio migration...
In the Linux kernel, the following vulnerability has been resolved: ext4: fix e4b bitmap inconsistency reports A bitmap inconsistency issue was observed during stress tests under mixed huge-page workloads. Ext4 reported multiple e4b bitmap check failures like: ext4_mb_complex_scan_group:2508: group 350, 8179 free clusters as per group info. But got 8192 blocks Analysis and experimentation confirmed that the issue is caused by a race condition between page migration and bitmap modification. Although this timing window is extremely narrow, it is still hit in practice: folio_lock ext4_mb_load_buddy __migrate_folio check ref count folio_mc_copy __filemap_get_folio folio_try_get(folio) ...... mb_mark_used ext4_mb_unload_buddy __folio_migrate_mapping folio_ref_freeze folio_unlock The root cause o
