p PatchFirst

PatchFirst · Vulnérabilités récentes

Vulnérabilités de linux-azure-fde · Page n° 190

Vulnérabilités publiées pour linux-azure-fde au cours des 30 derniers jours : 798. Présentes dans le catalogue KEV : 0.

Filtrer les vulnérabilités
Effacer les filtres

Vulnérabilités : 7450

  1. CVE-2026-64188

    Élevée · CVSS 7.8EPSS 0,12%Correctif disponible

    net: qualcomm: rmnet: fix endpoint use-after-free in rmnet_dellink()

    In the Linux kernel, the following vulnerability has been resolved: net: qualcomm: rmnet: fix endpoint use-after-free in rmnet_dellink() rmnet_dellink() removes the endpoint from the hash table with hlist_del_init_rcu() and then immediately frees it with kfree(). However, RCU readers on the receive path (rmnet_rx_handler -> __rmnet_map_ingress_handler) may still hold a reference to the endpoint and dereference ep->egress_dev after the memory has been freed. The endpoint is a kmalloc-32 object, and the stale read at offset 8 corresponds to the egress_dev pointer. BUG: unable to handle page fault for address: ffffffffde942eef Oops: 0002

    • Mettez à jour vers 6.8.0-1069.76
    Publication Mise à jour
  2. CVE-2026-64187

    Moyenne · CVSS 5.5EPSS 0,11%Correctif disponible

    xfs: fail recovery on a committed log item with no regions

    In the Linux kernel, the following vulnerability has been resolved: xfs: fail recovery on a committed log item with no regions If the first op of a transaction is a bare transaction header (len == sizeof(struct xfs_trans_header)), xlog_recover_add_to_trans() adds an item but no region, leaving it on r_itemq with ri_cnt == 0 and ri_buf == NULL. The header can be split across op records, so later ops may still add regions; the item is only invalid if the transaction commits with none. The runtime commit path never emits such a transaction, so this only happens on a crafted log. It came from an AI-assisted code audit of the recovery parser.

    • Mettez à jour vers 6.8.0-1069.76
    Publication Mise à jour
  3. CVE-2026-64185

    Moyenne · CVSS 5.5EPSS 0,12%Correctif disponible

    sysfs: don't remove existing directory on update failure

    In the Linux kernel, the following vulnerability has been resolved: sysfs: don't remove existing directory on update failure When sysfs_update_group() is called for a named group and create_files() fails (e.g. -ENOMEM), internal_create_group() calls kernfs_remove(kn) on the group directory. In the update path, kn was obtained via kernfs_find_and_get() and refers to a directory that already existed before this call. Removing it silently destroys a sysfs group that the caller did not create. Only remove the directory if we created it ourselves. On update failure the directory remains as it is left empty by remove_files() inside create_fil

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  4. CVE-2026-64184

    Moyenne · CVSS 5.5EPSS 0,11%Correctif disponible

    mm/damon/sysfs-schemes: call missing mem_cgroup_iter_break()

    In the Linux kernel, the following vulnerability has been resolved: mm/damon/sysfs-schemes: call missing mem_cgroup_iter_break() damon_sysfs_memcg_path_to_id() breaks mem_cgroup_iter() loop without calling mem_cgroup_iter_break(). This leaks the cgroup reference. Fix the issue by calling mem_cgroup_iter_break() before the break. The issue was discovered [1] by Sashiko.

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  5. CVE-2026-64183

    Moyenne · CVSS 5.5EPSS 0,12%Correctif disponible

    efi: Allocate runtime workqueue before ACPI init

    In the Linux kernel, the following vulnerability has been resolved: efi: Allocate runtime workqueue before ACPI init Since commit 5894cf571e14 ("acpi/prmt: Use EFI runtime sandbox to invoke PRM handlers") ACPI PRM calls are delegated to a workqueue which runs in a kernel thread, making it easier to detect and mitigate faulting memory accesses performed by the firmware. Rafael reports that such PRM accesses may occur before efisubsys_init() executes, which is where the workqueue is allocated, leading to NULL pointer dereferences. Since acpi_init() [which triggers the early PRM accesses] executes as a subsys_initcall() as well, and has i

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  6. CVE-2026-64182

    Moyenne · CVSS 5.5EPSS 0,11%Correctif disponible

    drivers/base/memory: fix memory block reference leak in poison accounting

    In the Linux kernel, the following vulnerability has been resolved: drivers/base/memory: fix memory block reference leak in poison accounting memblk_nr_poison_inc() and memblk_nr_poison_sub() look up a memory block via find_memory_block_by_id(), which acquires a reference to the memory block device. Both helpers use the returned memory block without dropping that reference, leaking the device reference on each successful lookup. Drop the reference after updating nr_hwpoison.

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  7. CVE-2026-64180

    Moyenne · CVSS 5.5EPSS 0,11%Correctif disponible

    mm/memory_hotplug: fix memory block reference leak on remove

    In the Linux kernel, the following vulnerability has been resolved: mm/memory_hotplug: fix memory block reference leak on remove Patch series "mm: Fix memory block leaks and locking", v2. This series fixes two memory block device reference leaks and one locking issue around the per-memory_block hwpoison counter. This patch (of 2): remove_memory_blocks_and_altmaps() looks up each memory block with find_memory_block(), which acquires a reference to the memory block device. That reference is never dropped on this path, resulting in a leaked device reference when removing memory blocks and their altmaps. Drop the reference after retrievin

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  8. CVE-2026-64179

    Moyenne · CVSS 5.5EPSS 0,11%Correctif disponible

    net: wwan: iosm: fix potential memory leaks in ipc_imem_init()

    In the Linux kernel, the following vulnerability has been resolved: net: wwan: iosm: fix potential memory leaks in ipc_imem_init() The memory allocated in ipc_protocol_init() is not freed on the error paths that follow in ipc_imem_init(). Fix that by calling the corresponding release function ipc_protocol_deinit() in the error path.

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  9. CVE-2026-64178

    Élevée · CVSS 8.8EPSS 0,3%Correctif disponible

    Bluetooth: bnep: Fix UAF read of dev->name

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: bnep: Fix UAF read of dev->name bnep_add_connection() needs to keep holding the bnep_session_sem while reading dev->name (just like bnep_get_connlist() does); otherwise the bnep_session() thread can concurrently free the net_device, which can for example be triggered by a concurrent bnep_del_connection(). (This UAF is fairly uninteresting from a security perspective; calling bnep_add_connection() requires passing a capable(CAP_NET_ADMIN) check. It also requires completely tearing down a netdev during a fairly tight race window.)

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  10. CVE-2026-64177

    Moyenne · CVSS 5.5EPSS 0,11%Correctif disponible

    phonet/pep: disable BH around forwarded sk_receive_skb()

    In the Linux kernel, the following vulnerability has been resolved: phonet/pep: disable BH around forwarded sk_receive_skb() The networking receive path is usually run from softirq context, but protocols that take the socket lock may have packets stored in the backlog and processed later from process context. In that case release_sock() -> __release_sock() drops the slock with spin_unlock_bh() and then calls sk->sk_backlog_rcv() with bottom halves enabled. Typical sk_backlog_rcv handlers process the socket whose backlog is being drained, so the BH state at entry is irrelevant for the slocks they touch. pep_do_rcv() is different: when the i

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  11. CVE-2026-64174

    Moyenne · CVSS 5.5EPSS 0,12%Correctif disponible

    wifi: cfg80211: advance loop vars in cfg80211_merge_profile()

    In the Linux kernel, the following vulnerability has been resolved: wifi: cfg80211: advance loop vars in cfg80211_merge_profile() cfg80211_merge_profile() reassembles a Multi-BSSID non-transmitted BSS profile that has been split across multiple consecutive MBSSID elements. Its while-loop calls cfg80211_get_profile_continuation(ie, ielen, mbssid_elem, sub_elem) but never advances mbssid_elem or sub_elem inside the body. Each iteration therefore searches for a continuation that follows the same fixed pair; the helper returns the same next_mbssid; and the same next_sub bytes are memcpy()'d into merged_ie at a growing offset until the buffe

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  12. CVE-2026-64173

    Moyenne · CVSS 5.5EPSS 0,11%Correctif disponible

    tracing: Do not call map->ops->elt_free() if elt_alloc() fails

    In the Linux kernel, the following vulnerability has been resolved: tracing: Do not call map->ops->elt_free() if elt_alloc() fails In paths where tracing_map_elt_alloc() failed to allocate objects, the map->ops->elt_alloc() call was never successful. In this case, map->ops->elt_free() should not be called.

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  13. CVE-2026-64170

    Moyenne · CVSS 5.5EPSS 0,11%Correctif disponible

    spi: qup: fix error pointer deref after DMA setup failure

    In the Linux kernel, the following vulnerability has been resolved: spi: qup: fix error pointer deref after DMA setup failure The driver falls back to PIO mode if DMA setup fails during probe. Make sure to the clear the DMA channel pointers on setup failure to avoid dereferencing an error pointer (or attempting to release a channel a second time) on later probe errors or driver unbind. This issue was flagged by Sashiko when reviewing a devres allocation conversion patch.

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  14. CVE-2026-64168

    Moyenne · CVSS 5.5EPSS 0,11%Correctif disponible

    spi: sprd: fix error pointer deref after DMA setup failure

    In the Linux kernel, the following vulnerability has been resolved: spi: sprd: fix error pointer deref after DMA setup failure The driver falls back to PIO mode if DMA setup fails during probe. Make sure to check the dma.enabled flag before trying to release the DMA channels also on late probe errors to avoid dereferencing an error pointer (or attempting to release a channel a second time). This issue was flagged by Sashiko when reviewing a devres allocation conversion patch.

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  15. CVE-2026-64166

    Moyenne · CVSS 5.5EPSS 0,12%Correctif disponible

    firmware: arm_ffa: Check for NULL FF-A ID table while driver registration

    In the Linux kernel, the following vulnerability has been resolved: firmware: arm_ffa: Check for NULL FF-A ID table while driver registration The bus match callback assumes that every FF-A driver provides an id_table and dereferences it unconditionally. Enforce that contract at registration time so a buggy client driver cannot crash the bus during match.

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  16. CVE-2026-64165

    Moyenne · CVSS 5.5EPSS 0,12%Correctif disponible

    ARM: integrator: Fix early initialization

    In the Linux kernel, the following vulnerability has been resolved: ARM: integrator: Fix early initialization Starting with commit bdb249fce9ad4 ("ARM: integrator: read counter using syscon/regmap"), intcp_init_early calls syscon_regmap_lookup_by_compatible which in turn calls of_syscon_register. This function allocates memory. Since the memory management code has not been initialized at that time, the call always fails. It either returns -ENOMEM or crashes as follows. Unable to handle kernel NULL pointer dereference at virtual address 0000000c when read [0000000c] *pgd=00000000 Internal error: Oops: 5 [#1] ARM Modules linked in: CPU: 0 UI

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  17. CVE-2026-64163

    Moyenne · CVSS 5.5EPSS 0,12%Correctif disponible

    test_kprobes: clear kprobes between test runs

    In the Linux kernel, the following vulnerability has been resolved: test_kprobes: clear kprobes between test runs Running the kprobes sanity tests twice makes all tests fail and eventually crashes the kernel. [root@martin-riscv-1 ~]# echo 1 > /sys/kernel/debug/kunit/kprobes_test/run ... # Totals: pass:5 fail:0 skip:0 total:5 ok 1 kprobes_test [root@martin-riscv-1 ~]# echo 1 > /sys/kernel/debug/kunit/kprobes_test/run ... # test_kprobe: EXPECTATION FAILED at lib/tests/test_kprobes.c:64 Expected 0 == register_kprobe(&kp), but register_kprobe(&kp) == -22 (0xffffffffffffffea) ... Unable to handle kernel paging request ... The

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  18. CVE-2026-64160

    Critique · CVSS 9.8EPSS 0,43%Aucun correctif publié

    netfs: Fix potential for tearing in ->remote_i_size and ->zero_point

    In the Linux kernel, the following vulnerability has been resolved: netfs: Fix potential for tearing in ->remote_i_size and ->zero_point Fix potential tearing in using ->remote_i_size and ->zero_point by copying i_size_read() and i_size_write() and using the same seqcount as for i_size. We need to make sure that netfslib and the filesystems that use it always hold i_lock whilst updating any of the sizes to prevent i_size_seqcount from getting corrupted.

    Publication Mise à jour
  19. CVE-2026-64155

    Moyenne · CVSS 5.5EPSS 0,12%Correctif disponible

    wifi: ath11k: fix error path leaks in some WMI WOW calls

    In the Linux kernel, the following vulnerability has been resolved: wifi: ath11k: fix error path leaks in some WMI WOW calls Fix two instances where we used to directly return the result of ath11k_wmi_cmd_send(...). Because we did not check the return value, we also did not free the skb in the error path.

    • Mettez à jour vers 6.8.0-1065.72
    Publication Mise à jour
  20. CVE-2026-64154

    Moyenne · CVSS 5.5EPSS 0,13%Aucun correctif publié

    drm/msm/adreno: Fix a reference leak in a6xx_gpu_init()

    In the Linux kernel, the following vulnerability has been resolved: drm/msm/adreno: Fix a reference leak in a6xx_gpu_init() In a6xx_gpu_init(), node is obtained via of_parse_phandle(). While there was a manual of_node_put() at the end of the common path, several early error returns would bypass this call, resulting in a reference leak. Fix this by using the __free(device_node) cleanup handler to release the reference when the variable goes out of scope. Patchwork: https://patchwork.freedesktop.org/patch/700661/

    Publication Mise à jour

Vérifiez votre serveur

Comparez votre pile et les versions installées aux bases de vulnérabilités actuelles.

Vérifiez votre serveur →