p PatchFirst

PatchFirst · Свежие уязвимости

Уязвимости linux-hwe-5.15 · Страница 188

За последние 30 дней в linux-hwe-5.15 опубликовано уязвимостей: 0; в каталоге KEV: 0.

Фильтры уязвимостей
Сбросить фильтры

Уязвимостей: 4389

  1. CVE-2024-26763

    Высокий · CVSS 7.1EPSS 0,29%Есть исправление

    dm-crypt: don't modify the data when using authenticated encryption

    In the Linux kernel, the following vulnerability has been resolved: dm-crypt: don't modify the data when using authenticated encryption It was said that authenticated encryption could produce invalid tag when the data that is being encrypted is modified [1]. So, fix this problem by copying the data into the clone bio first and then encrypt them inside the clone bio. This may reduce performance, but it is needed to prevent the user from corrupting the device by writing data with O_DIRECT and modifying them at the same time. [1] https://lore.kernel.org/all/20240207004723.GA35324@sol.localdomain/T/

    • Обновитесь до 5.15.0-113.123~20.04.1
    Опубликовано Обновлено
  2. CVE-2024-26754

    Высокий · CVSS 7.8EPSS 0,25%Есть исправление

    gtp: fix use-after-free and null-ptr-deref in gtp_genl_dump_pdp()

    In the Linux kernel, the following vulnerability has been resolved: gtp: fix use-after-free and null-ptr-deref in gtp_genl_dump_pdp() The gtp_net_ops pernet operations structure for the subsystem must be registered before registering the generic netlink family. Syzkaller hit 'general protection fault in gtp_genl_dump_pdp' bug: general protection fault, probably for non-canonical address 0xdffffc0000000002: 0000 [#1] PREEMPT SMP KASAN NOPTI KASAN: null-ptr-deref in range [0x0000000000000010-0x0000000000000017] CPU: 1 PID: 5826 Comm: gtp Not tainted 6.8.0-rc3-std-def-alt1 #1 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.0-al

    • Обновитесь до 5.15.0-113.123~20.04.1
  3. CVE-2024-26752

    Средний · CVSS 5.5EPSS 0,25%Есть исправление

    l2tp: pass correct message length to ip6_append_data

    In the Linux kernel, the following vulnerability has been resolved: l2tp: pass correct message length to ip6_append_data l2tp_ip6_sendmsg needs to avoid accounting for the transport header twice when splicing more data into an already partially-occupied skbuff. To manage this, we check whether the skbuff contains data using skb_queue_empty when deciding how much data to append using ip6_append_data. However, the code which performed the calculation was incorrect: ulen = len + skb_queue_empty(&sk->sk_write_queue) ? transhdrlen : 0; ...due to C operator precedence, this ends up setting ulen to transhdrlen for messages with a non-zero

    • Обновитесь до 5.15.0-113.123~20.04.1
  4. CVE-2024-26751

    Средний · CVSS 5.5EPSS 0,24%Есть исправление

    ARM: ep93xx: Add terminator to gpiod_lookup_table

    In the Linux kernel, the following vulnerability has been resolved: ARM: ep93xx: Add terminator to gpiod_lookup_table Without the terminator, if a con_id is passed to gpio_find() that does not exist in the lookup table the function will not stop looping correctly, and eventually cause an oops.

    • Обновитесь до 5.15.0-113.123~20.04.1
  5. CVE-2024-26749

    Высокий · CVSS 7.8EPSS 0,24%Есть исправление

    usb: cdns3: fixed memory use after free at cdns3_gadget_ep_disable()

    In the Linux kernel, the following vulnerability has been resolved: usb: cdns3: fixed memory use after free at cdns3_gadget_ep_disable() ... cdns3_gadget_ep_free_request(&priv_ep->endpoint, &priv_req->request); list_del_init(&priv_req->list); ... 'priv_req' actually free at cdns3_gadget_ep_free_request(). But list_del_init() use priv_req->list after it. [ 1542.642868][ T534] BUG: KFENCE: use-after-free read in __list_del_entry_valid+0x10/0xd4 [ 1542.642868][ T534] [ 1542.653162][ T534] Use-after-free read at 0x000000009ed0ba99 (in kfence-#3): [ 1542.660311][ T534] __list_del_entry_valid+0x10/0xd4 [ 1542.665375][ T534] cdns3

    • Обновитесь до 5.15.0-113.123~20.04.1
  6. CVE-2024-26748

    Высокий · CVSS 7.8EPSS 0,24%Есть исправление

    usb: cdns3: fix memory double free when handle zero packet

    In the Linux kernel, the following vulnerability has been resolved: usb: cdns3: fix memory double free when handle zero packet 829 if (request->complete) { 830 spin_unlock(&priv_dev->lock); 831 usb_gadget_giveback_request(&priv_ep->endpoint, 832 request); 833 spin_lock(&priv_dev->lock); 834 } 835 836 if (request->buf == priv_dev->zlp_buf) 837 cdns3_gadget_ep_free_request(&priv_ep->endpoint, request); Driver append an additional zero packet request when queue a packet, which length mod max packet size is 0. When transfer complete, run to line 831, usb_gadget_giveback_requ

    • Обновитесь до 5.15.0-113.123~20.04.1
    Опубликовано Обновлено
  7. CVE-2024-26747

    Средний · CVSS 4.4EPSS 0,24%Есть исправление

    usb: roles: fix NULL pointer issue when put module's reference

    In the Linux kernel, the following vulnerability has been resolved: usb: roles: fix NULL pointer issue when put module's reference In current design, usb role class driver will get usb_role_switch parent's module reference after the user get usb_role_switch device and put the reference after the user put the usb_role_switch device. However, the parent device of usb_role_switch may be removed before the user put the usb_role_switch. If so, then, NULL pointer issue will be met when the user put the parent module's reference. This will save the module pointer in structure of usb_role_switch. Then, we don't need to find module by iterating lon

    • Обновитесь до 5.15.0-113.123~20.04.1
  8. CVE-2024-26744

    Средний · CVSS 5.5EPSS 0,26%Есть исправление

    RDMA/srpt: Support specifying the srpt_service_guid parameter

    In the Linux kernel, the following vulnerability has been resolved: RDMA/srpt: Support specifying the srpt_service_guid parameter Make loading ib_srpt with this parameter set work. The current behavior is that setting that parameter while loading the ib_srpt kernel module triggers the following kernel crash: BUG: kernel NULL pointer dereference, address: 0000000000000000 Call Trace: <TASK> parse_one+0x18c/0x1d0 parse_args+0xe1/0x230 load_module+0x8de/0xa60 init_module_from_file+0x8b/0xd0 idempotent_init_module+0x181/0x240 __x64_sys_finit_module+0x5a/0xb0 do_syscall_64+0x5f/0xe0 entry_SYSCALL_64_after_hwframe+0x6e/0x76

    • Обновитесь до 5.15.0-113.123~20.04.1
  9. CVE-2024-26743

    Средний · CVSS 6.8EPSS 0,24%Есть исправление

    RDMA/qedr: Fix qedr_create_user_qp error flow

    In the Linux kernel, the following vulnerability has been resolved: RDMA/qedr: Fix qedr_create_user_qp error flow Avoid the following warning by making sure to free the allocated resources in case that qedr_init_user_queue() fail. -----------[ cut here ]----------- WARNING: CPU: 0 PID: 143192 at drivers/infiniband/core/rdma_core.c:874 uverbs_destroy_ufile_hw+0xcf/0xf0 [ib_uverbs] Modules linked in: tls target_core_user uio target_core_pscsi target_core_file target_core_iblock ib_srpt ib_srp scsi_transport_srp nfsd nfs_acl rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd grace fscache netfs 8021q garp mrp stp llc ext4 mbcache jbd2 o

    • Обновитесь до 5.15.0-113.123~20.04.1
  10. CVE-2024-26737

    Высокий · CVSS 7.8EPSS 0,25%Есть исправление

    bpf: Fix racing between bpf_timer_cancel_and_free and bpf_timer_cancel

    In the Linux kernel, the following vulnerability has been resolved: bpf: Fix racing between bpf_timer_cancel_and_free and bpf_timer_cancel The following race is possible between bpf_timer_cancel_and_free and bpf_timer_cancel. It will lead a UAF on the timer->timer. bpf_timer_cancel(); spin_lock(); t = timer->time; spin_unlock(); bpf_timer_cancel_and_free(); spin_lock(); t = timer->timer; timer->timer = NULL; spin_unlock(); hrtimer_cancel(&t->timer); kfree(t); /* UAF on t */ hrtimer_cancel(&t->timer); In bpf_timer_cancel_and_free, this patch frees the timer->timer after a rcu grace period. Th

    • Обновитесь до 5.15.0-113.123~20.04.1
    Опубликовано Обновлено
  11. CVE-2024-26736

    Высокий · CVSS 8.1EPSS 0,73%Есть исправление

    afs: Increase buffer size in afs_update_volume_status()

    In the Linux kernel, the following vulnerability has been resolved: afs: Increase buffer size in afs_update_volume_status() The max length of volume->vid value is 20 characters. So increase idbuf[] size up to 24 to avoid overflow. Found by Linux Verification Center (linuxtesting.org) with SVACE. [DH: Actually, it's 20 + NUL, so increase it to 24 and use snprintf()]

    • Обновитесь до 5.15.0-113.123~20.04.1
    Опубликовано Обновлено
  12. CVE-2024-26735

    Средний · CVSS 5.5EPSS 0,27%Есть исправление

    ipv6: sr: fix possible use-after-free and null-ptr-deref

    In the Linux kernel, the following vulnerability has been resolved: ipv6: sr: fix possible use-after-free and null-ptr-deref The pernet operations structure for the subsystem must be registered before registering the generic netlink family.

    • Обновитесь до 5.15.0-113.123~20.04.1
  13. CVE-2024-26733

    Средний · CVSS 5.5EPSS 0,26%Есть исправление

    arp: Prevent overflow in arp_req_get().

    In the Linux kernel, the following vulnerability has been resolved: arp: Prevent overflow in arp_req_get(). syzkaller reported an overflown write in arp_req_get(). [0] When ioctl(SIOCGARP) is issued, arp_req_get() looks up an neighbour entry and copies neigh->ha to struct arpreq.arp_ha.sa_data. The arp_ha here is struct sockaddr, not struct sockaddr_storage, so the sa_data buffer is just 14 bytes. In the splat below, 2 bytes are overflown to the next int field, arp_flags. We initialise the field just after the memcpy(), so it's not a problem. However, when dev->addr_len is greater than 22 (e.g. MAX_ADDR_LEN), arp_netmask is overwritten

    • Обновитесь до 5.15.0-113.123~20.04.1
  14. CVE-2023-52641

    Высокий · CVSS 7.1EPSS 0,24%Есть исправление

    fs/ntfs3: Add NULL ptr dereference checking at the end of attr_allocate_frame()

    In the Linux kernel, the following vulnerability has been resolved: fs/ntfs3: Add NULL ptr dereference checking at the end of attr_allocate_frame() It is preferable to exit through the out: label because internal debugging functions are located there.

    • Обновитесь до 5.15.0-113.123~20.04.1
  15. CVE-2023-52640

    Высокий · CVSS 7.1EPSS 0,25%Есть исправление

    fs/ntfs3: Fix oob in ntfs_listxattr

    In the Linux kernel, the following vulnerability has been resolved: fs/ntfs3: Fix oob in ntfs_listxattr The length of name cannot exceed the space occupied by ea.

    • Обновитесь до 5.15.0-113.123~20.04.1
    Опубликовано Обновлено
  16. CVE-2024-26727

    Средний · CVSS 5.7EPSS 0,23%Есть исправление

    btrfs: do not ASSERT() if the newly created subvolume already got read

    In the Linux kernel, the following vulnerability has been resolved: btrfs: do not ASSERT() if the newly created subvolume already got read [BUG] There is a syzbot crash, triggered by the ASSERT() during subvolume creation: assertion failed: !anon_dev, in fs/btrfs/disk-io.c:1319 ------------[ cut here ]------------ kernel BUG at fs/btrfs/disk-io.c:1319! invalid opcode: 0000 [#1] PREEMPT SMP KASAN RIP: 0010:btrfs_get_root_ref.part.0+0x9aa/0xa60 <TASK> btrfs_get_new_fs_root+0xd3/0xf0 create_subvol+0xd02/0x1650 btrfs_mksubvol+0xe95/0x12b0 __btrfs_ioctl_snap_create+0x2f9/0x4f0 btrfs_ioctl_snap_create+0x16b/0x200 btrfs_ioctl+0

    • Обновитесь до 5.15.0-102.112~20.04.1
  17. CVE-2024-26722

    Средний · CVSS 5.5EPSS 0,18%Есть исправление

    ASoC: rt5645: Fix deadlock in rt5645_jack_detect_work()

    In the Linux kernel, the following vulnerability has been resolved: ASoC: rt5645: Fix deadlock in rt5645_jack_detect_work() There is a path in rt5645_jack_detect_work(), where rt5645->jd_mutex is left locked forever. That may lead to deadlock when rt5645_jack_detect_work() is called for the second time. Found by Linux Verification Center (linuxtesting.org) with SVACE.

    • Обновитесь до 5.15.0-106.116~20.04.1
  18. CVE-2024-26718

    Высокий · CVSS 7.8EPSS 0,24%Есть исправление

    dm-crypt, dm-verity: disable tasklets

    In the Linux kernel, the following vulnerability has been resolved: dm-crypt, dm-verity: disable tasklets Tasklets have an inherent problem with memory corruption. The function tasklet_action_common calls tasklet_trylock, then it calls the tasklet callback and then it calls tasklet_unlock. If the tasklet callback frees the structure that contains the tasklet or if it calls some code that may free it, tasklet_unlock will write into free memory. The commits 8e14f610159d and d9a02e016aaf try to fix it for dm-crypt, but it is not a sufficient fix and the data corruption can still happen [1]. There is no fix for dm-verity and dm-verity will wri

    • Обновитесь до 5.15.0-134.145~20.04.1
    Опубликовано Обновлено
  19. CVE-2024-26717

    Средний · CVSS 5.5EPSS 0,23%Есть исправление

    HID: i2c-hid-of: fix NULL-deref on failed power up

    In the Linux kernel, the following vulnerability has been resolved: HID: i2c-hid-of: fix NULL-deref on failed power up A while back the I2C HID implementation was split in an ACPI and OF part, but the new OF driver never initialises the client pointer which is dereferenced on power-up failures.

    • Обновитесь до 5.15.0-106.116~20.04.1
  20. CVE-2024-26715

    Средний · CVSS 5.5EPSS 0,26%Есть исправление

    usb: dwc3: gadget: Fix NULL pointer dereference in dwc3_gadget_suspend

    In the Linux kernel, the following vulnerability has been resolved: usb: dwc3: gadget: Fix NULL pointer dereference in dwc3_gadget_suspend In current scenario if Plug-out and Plug-In performed continuously there could be a chance while checking for dwc->gadget_driver in dwc3_gadget_suspend, a NULL pointer dereference may occur. Call Stack: CPU1: CPU2: gadget_unbind_driver dwc3_suspend_common dwc3_gadget_stop dwc3_gadget_suspend dwc3_disconnect_gadget CPU1 basically clears the variable and CPU2 checks the variable. Consider CPU1 is running and r

    • Обновитесь до 5.15.0-106.116~20.04.1

Проверьте свой сервер

Сопоставьте установленный стек и версии со свежими базами уязвимостей.

Проверьте свой сервер →