p PatchFirst

PatchFirst · Vulnerabilidades recientes

Vulnerabilidades de linux-azure-5.15 · Página 177

Vulnerabilidades publicadas para linux-azure-5.15 en los últimos 30 días: 0. Incluidas en el catálogo KEV: 0.

Filtrar vulnerabilidades
Borrar filtros

Vulnerabilidades: 4525

  1. CVE-2024-35958

    Alta · CVSS 7.8EPSS 0,26%Corrección disponible

    net: ena: Fix incorrect descriptor free behavior

    In the Linux kernel, the following vulnerability has been resolved: net: ena: Fix incorrect descriptor free behavior ENA has two types of TX queues: - queues which only process TX packets arriving from the network stack - queues which only process TX packets forwarded to it by XDP_REDIRECT or XDP_TX instructions The ena_free_tx_bufs() cycles through all descriptors in a TX queue and unmaps + frees every descriptor that hasn't been acknowledged yet by the device (uncompleted TX transactions). The function assumes that the processed TX queue is necessarily from the first category listed above and ends up using napi_consume_skb() for descri

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  2. CVE-2024-35955

    Alta · CVSS 8.8EPSS 1,18%Corrección disponible

    kprobes: Fix possible use-after-free issue on kprobe registration

    In the Linux kernel, the following vulnerability has been resolved: kprobes: Fix possible use-after-free issue on kprobe registration When unloading a module, its state is changing MODULE_STATE_LIVE -> MODULE_STATE_GOING -> MODULE_STATE_UNFORMED. Each change will take a time. `is_module_text_address()` and `__module_text_address()` works with MODULE_STATE_LIVE and MODULE_STATE_GOING. If we use `is_module_text_address()` and `__module_text_address()` separately, there is a chance that the first one is succeeded but the next one is failed because module->state becomes MODULE_STATE_UNFORMED between those operations. In `check_kprobe_address_

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  3. CVE-2024-35951

    Alta · CVSS 7.8EPSS 0,25%Corrección disponible

    drm/panfrost: Fix the error path in panfrost_mmu_map_fault_addr()

    In the Linux kernel, the following vulnerability has been resolved: drm/panfrost: Fix the error path in panfrost_mmu_map_fault_addr() Subject: [PATCH] drm/panfrost: Fix the error path in panfrost_mmu_map_fault_addr() If some the pages or sgt allocation failed, we shouldn't release the pages ref we got earlier, otherwise we will end up with unbalanced get/put_pages() calls. We should instead leave everything in place and let the BO release function deal with extra cleanup when the object is destroyed, or let the fault handler try again next time it's called.

    • Actualiza a 5.15.0-1078.87~20.04.1
    Publicación Actualización
  4. CVE-2024-35950

    Alta · CVSS 7.8EPSS 0,26%Corrección disponible

    drm/client: Fully protect modes[] with dev->mode_config.mutex

    In the Linux kernel, the following vulnerability has been resolved: drm/client: Fully protect modes[] with dev->mode_config.mutex The modes[] array contains pointers to modes on the connectors' mode lists, which are protected by dev->mode_config.mutex. Thus we need to extend modes[] the same protection or by the time we use it the elements may already be pointing to freed/reused memory.

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  5. CVE-2024-35947

    Media · CVSS 5.5EPSS 0,27%Corrección disponible

    dyndbg: fix old BUG_ON in >control parser

    In the Linux kernel, the following vulnerability has been resolved: dyndbg: fix old BUG_ON in >control parser Fix a BUG_ON from 2009. Even if it looks "unreachable" (I didn't really look), lets make sure by removing it, doing pr_err and return -EINVAL instead.

    • Actualiza a 5.15.0-1070.79~20.04.1
    Publicación Actualización
  6. CVE-2024-35944

    Media · CVSS 5.5EPSS 0,23%Corrección disponible

    VMCI: Fix memcpy() run-time warning in dg_dispatch_as_host()

    In the Linux kernel, the following vulnerability has been resolved: VMCI: Fix memcpy() run-time warning in dg_dispatch_as_host() Syzkaller hit 'WARNING in dg_dispatch_as_host' bug. memcpy: detected field-spanning write (size 56) of single field "&dg_info->msg" at drivers/misc/vmw_vmci/vmci_datagram.c:237 (size 24) WARNING: CPU: 0 PID: 1555 at drivers/misc/vmw_vmci/vmci_datagram.c:237 dg_dispatch_as_host+0x88e/0xa60 drivers/misc/vmw_vmci/vmci_datagram.c:237 Some code commentry, based on my understanding: 544 #define VMCI_DG_SIZE(_dg) (VMCI_DG_HEADERSIZE + (size_t)(_dg)->payload_size) /// This is 24 + payload_size memcpy(&dg_info->msg, d

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  7. CVE-2024-35940

    Media · CVSS 5.5EPSS 0,21%Corrección disponible

    pstore/zone: Add a null pointer check to the psz_kmsg_read

    In the Linux kernel, the following vulnerability has been resolved: pstore/zone: Add a null pointer check to the psz_kmsg_read kasprintf() returns a pointer to dynamically allocated memory which can be NULL upon failure. Ensure the allocation was successful by checking the pointer validity.

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  8. CVE-2024-35938

    Media · CVSS 5.5EPSS 0,21%Corrección disponible

    wifi: ath11k: decrease MHI channel buffer length to 8KB

    In the Linux kernel, the following vulnerability has been resolved: wifi: ath11k: decrease MHI channel buffer length to 8KB Currently buf_len field of ath11k_mhi_config_qca6390 is assigned with 0, making MHI use a default size, 64KB, to allocate channel buffers. This is likely to fail in some scenarios where system memory is highly fragmented and memory compaction or reclaim is not allowed. There is a fail report which is caused by it: kworker/u32:45: page allocation failure: order:4, mode:0x40c00(GFP_NOIO|__GFP_COMP), nodemask=(null),cpuset=/,mems_allowed=0 CPU: 0 PID: 19318 Comm: kworker/u32:45 Not tainted 6.8.0-rc3-1.gae4495f-default #1

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  9. CVE-2024-35936

    Media · CVSS 5.5EPSS 0,23%Corrección disponible

    btrfs: handle chunk tree lookup error in btrfs_relocate_sys_chunks()

    In the Linux kernel, the following vulnerability has been resolved: btrfs: handle chunk tree lookup error in btrfs_relocate_sys_chunks() The unhandled case in btrfs_relocate_sys_chunks() loop is a corruption, as it could be caused only by two impossible conditions: - at first the search key is set up to look for a chunk tree item, with offset -1, this is an inexact search and the key->offset will contain the correct offset upon a successful search, a valid chunk tree item cannot have an offset -1 - after first successful search, the found_key corresponds to a chunk item, the offset is decremented by 1 before the next loop, it's

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  10. CVE-2024-35935

    Baja · CVSS 3.3EPSS 0,22%Corrección disponible

    btrfs: send: handle path ref underflow in header iterate_inode_ref()

    In the Linux kernel, the following vulnerability has been resolved: btrfs: send: handle path ref underflow in header iterate_inode_ref() Change BUG_ON to proper error handling if building the path buffer fails. The pointers are not printed so we don't accidentally leak kernel addresses.

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  11. CVE-2024-35934

    Media · CVSS 6.8EPSS 0,21%Corrección disponible

    net/smc: reduce rtnl pressure in smc_pnet_create_pnetids_list()

    In the Linux kernel, the following vulnerability has been resolved: net/smc: reduce rtnl pressure in smc_pnet_create_pnetids_list() Many syzbot reports show extreme rtnl pressure, and many of them hint that smc acquires rtnl in netns creation for no good reason [1] This patch returns early from smc_pnet_net_init() if there is no netdevice yet. I am not even sure why smc_pnet_create_pnetids_list() even exists, because smc_pnet_netdev_event() is also calling smc_pnet_add_base_pnetid() when handling NETDEV_UP event. [1] extract of typical syzbot reports 2 locks held by syz-executor.3/12252: #0: ffffffff8f369610 (pernet_ops_rwsem){++++}-{

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  12. CVE-2024-35930

    Media · CVSS 5.5EPSS 0,22%Corrección disponible

    scsi: lpfc: Fix possible memory leak in lpfc_rcv_padisc()

    In the Linux kernel, the following vulnerability has been resolved: scsi: lpfc: Fix possible memory leak in lpfc_rcv_padisc() The call to lpfc_sli4_resume_rpi() in lpfc_rcv_padisc() may return an unsuccessful status. In such cases, the elsiocb is not issued, the completion is not called, and thus the elsiocb resource is leaked. Check return value after calling lpfc_sli4_resume_rpi() and conditionally release the elsiocb resource.

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  13. CVE-2024-35925

    Media · CVSS 5.5EPSS 0,23%Corrección disponible

    block: prevent division by zero in blk_rq_stat_sum()

    In the Linux kernel, the following vulnerability has been resolved: block: prevent division by zero in blk_rq_stat_sum() The expression dst->nr_samples + src->nr_samples may have zero value on overflow. It is necessary to add a check to avoid division by zero. Found by Linux Verification Center (linuxtesting.org) with Svace.

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  14. CVE-2024-35922

    Media · CVSS 5.5EPSS 0,22%Corrección disponible

    fbmon: prevent division by zero in fb_videomode_from_videomode()

    In the Linux kernel, the following vulnerability has been resolved: fbmon: prevent division by zero in fb_videomode_from_videomode() The expression htotal * vtotal can have a zero value on overflow. It is necessary to prevent division by zero like in fb_var_to_videomode(). Found by Linux Verification Center (linuxtesting.org) with Svace.

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  15. CVE-2023-52699

    Media · CVSS 5.3EPSS 0,97%Corrección disponible

    sysv: don't call sb_bread() with pointers_lock held

    In the Linux kernel, the following vulnerability has been resolved: sysv: don't call sb_bread() with pointers_lock held syzbot is reporting sleep in atomic context in SysV filesystem [1], for sb_bread() is called with rw_spinlock held. A "write_lock(&pointers_lock) => read_lock(&pointers_lock) deadlock" bug and a "sb_bread() with write_lock(&pointers_lock)" bug were introduced by "Replace BKL for chain locking with sysvfs-private rwlock" in Linux 2.5.12. Then, "[PATCH] err1-40: sysvfs locking fix" in Linux 2.6.8 fixed the former bug by moving pointers_lock lock to the callers, but instead introduced a "sb_bread() with read_lock(&pointers_

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  16. CVE-2024-35915

    Alta · CVSS 8.8EPSS 0,32%Corrección disponible

    nfc: nci: Fix uninit-value in nci_dev_up and nci_ntf_packet

    In the Linux kernel, the following vulnerability has been resolved: nfc: nci: Fix uninit-value in nci_dev_up and nci_ntf_packet syzbot reported the following uninit-value access issue [1][2]: nci_rx_work() parses and processes received packet. When the payload length is zero, each message type handler reads uninitialized payload and KMSAN detects this issue. The receipt of a packet with a zero-size payload is considered unexpected, and therefore, such packets should be silently discarded. This patch resolved this issue by checking payload size before calling each message type handler codes.

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  17. CVE-2024-35912

    Media · CVSS 5.5EPSS 0,21%Corrección disponible

    wifi: iwlwifi: mvm: rfi: fix potential response leaks

    In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: mvm: rfi: fix potential response leaks If the rx payload length check fails, or if kmemdup() fails, we still need to free the command response. Fix that.

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  18. CVE-2024-35910

    Alta · CVSS 7.8EPSS 0,26%Corrección disponible

    tcp: properly terminate timers for kernel sockets

    In the Linux kernel, the following vulnerability has been resolved: tcp: properly terminate timers for kernel sockets We had various syzbot reports about tcp timers firing after the corresponding netns has been dismantled. Fortunately Josef Bacik could trigger the issue more often, and could test a patch I wrote two years ago. When TCP sockets are closed, we call inet_csk_clear_xmit_timers() to 'stop' the timers. inet_csk_clear_xmit_timers() can be called from any context, including when socket lock is held. This is the reason it uses sk_stop_timer(), aka del_timer(). This means that ongoing timers might finish much later. For user sock

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización
  19. CVE-2024-35907

    Media · CVSS 5.5EPSS 0,23%Corrección disponible

    mlxbf_gige: call request_irq() after NAPI initialized

    In the Linux kernel, the following vulnerability has been resolved: mlxbf_gige: call request_irq() after NAPI initialized The mlxbf_gige driver encounters a NULL pointer exception in mlxbf_gige_open() when kdump is enabled. The sequence to reproduce the exception is as follows: a) enable kdump b) trigger kdump via "echo c > /proc/sysrq-trigger" c) kdump kernel executes d) kdump kernel loads mlxbf_gige module e) the mlxbf_gige module runs its open() as the the "oob_net0" interface is brought up f) mlxbf_gige module will experience an exception during its open(), something like: Unable to handle kernel NULL pointer dereference at

    • Actualiza a 5.15.0-1068.77~20.04.1
    Publicación Actualización

Comprueba tu servidor

Compara tu pila y las versiones instaladas con las bases actuales de vulnerabilidades.

Comprueba tu servidor →