p PatchFirst

PatchFirst · Vulnérabilités récentes

Vulnérabilités de linux-aws-5.15 · Page n° 172

Vulnérabilité publiée pour linux-aws-5.15 au cours des 30 derniers jours : 0. Dans le catalogue KEV : 0.

Filtrer les vulnérabilités
Effacer les filtres

Vulnérabilités : 4238

  1. CVE-2022-48686

    Critique · CVSS 9.8EPSS 0,7%Correctif disponible

    nvme-tcp: fix UAF when detecting digest errors

    In the Linux kernel, the following vulnerability has been resolved: nvme-tcp: fix UAF when detecting digest errors We should also bail from the io_work loop when we set rd_enabled to true, so we don't attempt to read data from the socket when the TCP stream is already out-of-sync or corrupted.

    • Mettez à jour vers 5.15.0-1027.31~20.04.1
    Publication Mise à jour
  2. CVE-2022-48675

    Moyenne · CVSS 5.5EPSS 0,18%Correctif disponible

    IB/core: Fix a nested dead lock as part of ODP flow

    In the Linux kernel, the following vulnerability has been resolved: IB/core: Fix a nested dead lock as part of ODP flow Fix a nested dead lock as part of ODP flow by using mmput_async(). From the below call trace [1] can see that calling mmput() once we have the umem_odp->umem_mutex locked as required by ib_umem_odp_map_dma_and_lock() might trigger in the same task the exit_mmap()->__mmu_notifier_release()->mlx5_ib_invalidate_range() which may dead lock when trying to lock the same mutex. Moving to use mmput_async() will solve the problem as the above exit_mmap() flow will be called in other task and will be executed once the lock will be

    • Mettez à jour vers 5.15.0-1027.31~20.04.1
    Publication Mise à jour
  3. CVE-2022-48674

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

    erofs: fix pcluster use-after-free on UP platforms

    In the Linux kernel, the following vulnerability has been resolved: erofs: fix pcluster use-after-free on UP platforms During stress testing with CONFIG_SMP disabled, KASAN reports as below: ================================================================== BUG: KASAN: use-after-free in __mutex_lock+0xe5/0xc30 Read of size 8 at addr ffff8881094223f8 by task stress/7789 CPU: 0 PID: 7789 Comm: stress Not tainted 6.0.0-rc1-00002-g0d53d2e882f9 #3 Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2011 Call Trace: <TASK> .. __mutex_lock+0xe5/0xc30 .. z_erofs_do_read_page+0x8ce/0x1560 .. z_erofs_readahead+0x31c/0x580 .. Freed by task 7787 kasan_

    • Mettez à jour vers 5.15.0-1027.31~20.04.1
    Publication Mise à jour
  4. CVE-2022-48672

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

    of: fdt: fix off-by-one error in unflatten_dt_nodes()

    In the Linux kernel, the following vulnerability has been resolved: of: fdt: fix off-by-one error in unflatten_dt_nodes() Commit 78c44d910d3e ("drivers/of: Fix depth when unflattening devicetree") forgot to fix up the depth check in the loop body in unflatten_dt_nodes() which makes it possible to overflow the nps[] buffer... Found by Linux Verification Center (linuxtesting.org) with the SVACE static analysis tool.

    • Mettez à jour vers 5.15.0-1027.31~20.04.1
    Publication Mise à jour
  5. CVE-2024-27390

    Moyenne · CVSS 5.8EPSS 0,22%Correctif disponible

    ipv6: mcast: remove one synchronize_net() barrier in ipv6_mc_down()

    In the Linux kernel, the following vulnerability has been resolved: ipv6: mcast: remove one synchronize_net() barrier in ipv6_mc_down() As discussed in the past (commit 2d3916f31891 ("ipv6: fix skb drops in igmp6_event_query() and igmp6_event_report()")) I think the synchronize_net() call in ipv6_mc_down() is not needed. Under load, synchronize_net() can last between 200 usec and 5 ms. KASAN seems to agree as well.

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  6. CVE-2024-27388

    Critique · CVSS 9.8EPSS 0,96%Correctif disponible

    SUNRPC: fix some memleaks in gssx_dec_option_array

    In the Linux kernel, the following vulnerability has been resolved: SUNRPC: fix some memleaks in gssx_dec_option_array The creds and oa->data need to be freed in the error-handling paths after their allocation. So this patch add these deallocations in the corresponding paths.

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  7. CVE-2024-27078

    Moyenne · CVSS 5.5EPSS 0,29%Correctif disponible

    media: v4l2-tpg: fix some memleaks in tpg_alloc

    In the Linux kernel, the following vulnerability has been resolved: media: v4l2-tpg: fix some memleaks in tpg_alloc In tpg_alloc, resources should be deallocated in each and every error-handling paths, since they are allocated in for statements. Otherwise there would be memleaks because tpg_free is called only when tpg_alloc return 0.

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  8. CVE-2024-27077

    Moyenne · CVSS 5.5EPSS 0,29%Correctif disponible

    media: v4l2-mem2mem: fix a memleak in v4l2_m2m_register_entity

    In the Linux kernel, the following vulnerability has been resolved: media: v4l2-mem2mem: fix a memleak in v4l2_m2m_register_entity The entity->name (i.e. name) is allocated in v4l2_m2m_register_entity but isn't freed in its following error-handling paths. This patch adds such deallocation to prevent memleak of entity->name.

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  9. CVE-2024-27075

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

    media: dvb-frontends: avoid stack overflow warnings with clang

    In the Linux kernel, the following vulnerability has been resolved: media: dvb-frontends: avoid stack overflow warnings with clang A previous patch worked around a KASAN issue in stv0367, now a similar problem showed up with clang: drivers/media/dvb-frontends/stv0367.c:1222:12: error: stack frame size (3624) exceeds limit (2048) in 'stv0367ter_set_frontend' [-Werror,-Wframe-larger-than] 1214 | static int stv0367ter_set_frontend(struct dvb_frontend *fe) Rework the stv0367_writereg() function to be simpler and mark both register access functions as noinline_for_stack so the temporary i2c_msg structures do not get duplicated on the stack wh

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  10. CVE-2024-27074

    Moyenne · CVSS 5.5EPSS 0,29%Correctif disponible

    media: go7007: fix a memleak in go7007_load_encoder

    In the Linux kernel, the following vulnerability has been resolved: media: go7007: fix a memleak in go7007_load_encoder In go7007_load_encoder, bounce(i.e. go->boot_fw), is allocated without a deallocation thereafter. After the following call chain: saa7134_go7007_init |-> go7007_boot_encoder |-> go7007_load_encoder |-> kfree(go) go is freed and thus bounce is leaked.

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  11. CVE-2024-27073

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

    media: ttpci: fix two memleaks in budget_av_attach

    In the Linux kernel, the following vulnerability has been resolved: media: ttpci: fix two memleaks in budget_av_attach When saa7146_register_device and saa7146_vv_init fails, budget_av_attach should free the resources it allocates, like the error-handling of ttpci_budget_init does. Besides, there are two fixme comment refers to such deallocations.

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  12. CVE-2024-27072

    Moyenne · CVSS 5.5EPSS 0,21%Correctif disponible

    media: usbtv: Remove useless locks in usbtv_video_free()

    In the Linux kernel, the following vulnerability has been resolved: media: usbtv: Remove useless locks in usbtv_video_free() Remove locks calls in usbtv_video_free() because are useless and may led to a deadlock as reported here: https://syzkaller.appspot.com/x/bisect.txt?x=166dc872180000 Also remove usbtv_stop() call since it will be called when unregistering the device. Before 'c838530d230b' this issue would only be noticed if you disconnect while streaming and now it is noticeable even when disconnecting while not streaming. [hverkuil: fix minor spelling mistake in log message]

    • Mettez à jour vers 5.15.0-1073.79~20.04.1
    Publication Mise à jour
  13. CVE-2024-27065

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

    netfilter: nf_tables: do not compare internal table flags on updates

    In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_tables: do not compare internal table flags on updates Restore skipping transaction if table update does not modify flags.

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  14. CVE-2023-52652

    Moyenne · CVSS 5.5EPSS 0,27%Correctif disponible

    NTB: fix possible name leak in ntb_register_device()

    In the Linux kernel, the following vulnerability has been resolved: NTB: fix possible name leak in ntb_register_device() If device_register() fails in ntb_register_device(), the device name allocated by dev_set_name() should be freed. As per the comment in device_register(), callers should use put_device() to give up the reference in the error path. So fix this by calling put_device() in the error path so that the name can be freed in kobject_cleanup(). As a result of this, put_device() in the error path of ntb_register_device() is removed and the actual error is returned. [mani: reworded commit message]

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  15. CVE-2024-27059

    Moyenne · CVSS 5.5EPSS 0,24%Correctif disponible

    USB: usb-storage: Prevent divide-by-0 error in isd200_ata_command

    In the Linux kernel, the following vulnerability has been resolved: USB: usb-storage: Prevent divide-by-0 error in isd200_ata_command The isd200 sub-driver in usb-storage uses the HEADS and SECTORS values in the ATA ID information to calculate cylinder and head values when creating a CDB for READ or WRITE commands. The calculation involves division and modulus operations, which will cause a crash if either of these values is 0. While this never happens with a genuine device, it could happen with a flawed or subversive emulation, as reported by the syzbot fuzzer. Protect against this possibility by refusing to bind to the device if either

    • Mettez à jour vers 5.15.0-1065.71~20.04.1
    Publication Mise à jour
  16. CVE-2024-27054

    Moyenne · CVSS 5.5EPSS 0,27%Correctif disponible

    s390/dasd: fix double module refcount decrement

    In the Linux kernel, the following vulnerability has been resolved: s390/dasd: fix double module refcount decrement Once the discipline is associated with the device, deleting the device takes care of decrementing the module's refcount. Doing it manually on this error path causes refcount to artificially decrease on each error while it should just stay the same.

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  17. CVE-2024-27053

    Élevée · CVSS 8.8EPSS 1,65%Correctif disponible

    wifi: wilc1000: fix RCU usage in connect path

    In the Linux kernel, the following vulnerability has been resolved: wifi: wilc1000: fix RCU usage in connect path With lockdep enabled, calls to the connect function from cfg802.11 layer lead to the following warning: ============================= WARNING: suspicious RCU usage 6.7.0-rc1-wt+ #333 Not tainted ----------------------------- drivers/net/wireless/microchip/wilc1000/hif.c:386 suspicious rcu_dereference_check() usage! [...] stack backtrace: CPU: 0 PID: 100 Comm: wpa_supplicant Not tainted 6.7.0-rc1-wt+ #333 Hardware name: Atmel SAMA5 unwind_backtrace from show_stack+0x18/0x1c show_stack from dump_stack_lvl+0x34/0x48 dump_stack_

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  18. CVE-2024-27052

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

    wifi: rtl8xxxu: add cancel_work_sync() for c2hcmd_work

    In the Linux kernel, the following vulnerability has been resolved: wifi: rtl8xxxu: add cancel_work_sync() for c2hcmd_work The workqueue might still be running, when the driver is stopped. To avoid a use-after-free, call cancel_work_sync() in rtl8xxxu_stop().

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    Publication Mise à jour
  19. CVE-2024-27051

    Moyenne · CVSS 5.5EPSS 0,27%Correctif disponible

    cpufreq: brcmstb-avs-cpufreq: add check for cpufreq_cpu_get's return value

    In the Linux kernel, the following vulnerability has been resolved: cpufreq: brcmstb-avs-cpufreq: add check for cpufreq_cpu_get's return value cpufreq_cpu_get may return NULL. To avoid NULL-dereference check it and return 0 in case of error. Found by Linux Verification Center (linuxtesting.org) with SVACE.

    • Mettez à jour vers 5.15.0-1063.69~20.04.1
    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 →