Логотип exploitDog
Консоль
Логотип exploitDog

exploitDog

rocky логотип

RLSA-2026:19569

Опубликовано: 29 мая 2026
Источник: rocky
Оценка: Important

Описание

Important: kernel security update

The kernel packages contain the Linux kernel, the core of any Linux operating system.

Security Fix(es):

  • kernel: net: af_can: do not leave a dangling sk pointer in can_create() (CVE-2024-56603)

  • kernel: net/sched: Make cake_enqueue return NET_XMIT_CN when past buffer_limit (CVE-2025-39766)

  • kernel: crypto: asymmetric_keys - prevent overflow in asymmetric_key_generate_id (CVE-2025-68724)

  • kernel: scsi: qla2xxx: Fix improper freeing of purex item (CVE-2025-68741)

  • kernel: Linux kernel: Use-after-free in traffic control (act_ct) may lead to denial of service or privilege escalation (CVE-2026-23270)

  • kernel: Linux kernel KVM: Privilege escalation or denial of service due to improper shadow page table entry handling (CVE-2026-23401)

  • kernel: nfsd: fix heap overflow in NFSv4.0 LOCK replay cache (CVE-2026-31402)

  • kernel: Bluetooth: SCO: Fix use-after-free in sco_recv_frame() due to missing sock_hold (CVE-2026-31408)

  • kernel: usbip: validate number_of_packets in usbip_pack_ret_submit() (CVE-2026-31607)

  • kernel: RDMA/umem: Fix double dma_buf_unpin in failure path (CVE-2026-43128)

  • kernel: "Dirty Frag" is a new universal Local Privilege Escalation (LPE) vulnerability in the Linux kernel (CVE-2026-43284)

  • kernel: "Fragnesia" is a variant of Dirty Frag vulnerability in the ESP/XFRM leading to Local Privilege Escalation (LPE) vulnerability in the Linux kernel (CVE-2026-46300)

  • kernel: Read root-owned files as an unprivileged user (CVE-2026-46333)

For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section.

Затронутые продукты

  • Rocky Linux 10

НаименованиеАрхитектураРелизRPM
kernel-modules-extra-matchedx86_64211.16.1.el10_2.0.1kernel-modules-extra-matched-6.12.0-211.16.1.el10_2.0.1.x86_64.rpm
kernel-modules-corex86_64211.16.1.el10_2.0.1kernel-modules-core-6.12.0-211.16.1.el10_2.0.1.x86_64.rpm
kernel-abi-stablelistsnoarch211.16.1.el10_2.0.1kernel-abi-stablelists-6.12.0-211.16.1.el10_2.0.1.noarch.rpm
kernel-toolsx86_64211.16.1.el10_2.0.1kernel-tools-6.12.0-211.16.1.el10_2.0.1.x86_64.rpm
kernel-uki-virt-addonsx86_64211.16.1.el10_2.0.1kernel-uki-virt-addons-6.12.0-211.16.1.el10_2.0.1.x86_64.rpm
kernel-debug-modules-corex86_64211.16.1.el10_2.0.1kernel-debug-modules-core-6.12.0-211.16.1.el10_2.0.1.x86_64.rpm
kernel-debug-modulesx86_64211.16.1.el10_2.0.1kernel-debug-modules-6.12.0-211.16.1.el10_2.0.1.x86_64.rpm
kernel-debug-corex86_64211.16.1.el10_2.0.1kernel-debug-core-6.12.0-211.16.1.el10_2.0.1.x86_64.rpm
kernel-tools-libsx86_64211.16.1.el10_2.0.1kernel-tools-libs-6.12.0-211.16.1.el10_2.0.1.x86_64.rpm
kernel-debug-uki-virtx86_64211.16.1.el10_2.0.1kernel-debug-uki-virt-6.12.0-211.16.1.el10_2.0.1.x86_64.rpm

Показывать по

Связанные уязвимости

oracle-oval
16 дней назад

ELSA-2026-19569: kernel security update (IMPORTANT)

rocky
2 месяца назад

Important: kernel security update

oracle-oval
около 1 месяца назад

ELSA-2026-19568: kernel security update (IMPORTANT)

CVSS3: 7.8
ubuntu
3 месяца назад

In the Linux kernel, the following vulnerability has been resolved: RDMA/umem: Fix double dma_buf_unpin in failure path In ib_umem_dmabuf_get_pinned_with_dma_device(), the call to ib_umem_dmabuf_map_pages() can fail. If this occurs, the dmabuf is immediately unpinned but the umem_dmabuf->pinned flag is still set. Then, when ib_umem_release() is called, it calls ib_umem_dmabuf_revoke() which will call dma_buf_unpin() again. Fix this by removing the immediate unpin upon failure and just let the ib_umem_release/revoke path handle it. This also ensures the proper unmap-unpin unwind ordering if the dmabuf_map_pages call happened to fail due to dma_resv_wait_timeout (and therefore has a non-NULL umem_dmabuf->sgt).

CVSS3: 7
redhat
3 месяца назад

In the Linux kernel, the following vulnerability has been resolved: RDMA/umem: Fix double dma_buf_unpin in failure path In ib_umem_dmabuf_get_pinned_with_dma_device(), the call to ib_umem_dmabuf_map_pages() can fail. If this occurs, the dmabuf is immediately unpinned but the umem_dmabuf->pinned flag is still set. Then, when ib_umem_release() is called, it calls ib_umem_dmabuf_revoke() which will call dma_buf_unpin() again. Fix this by removing the immediate unpin upon failure and just let the ib_umem_release/revoke path handle it. This also ensures the proper unmap-unpin unwind ordering if the dmabuf_map_pages call happened to fail due to dma_resv_wait_timeout (and therefore has a non-NULL umem_dmabuf->sgt).