p PatchFirst

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

Уязвимости linux-gcp · Страница 47

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

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

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

  1. CVE-2025-21764

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

    ndisc: use RCU protection in ndisc_alloc_skb()

    In the Linux kernel, the following vulnerability has been resolved: ndisc: use RCU protection in ndisc_alloc_skb() ndisc_alloc_skb() can be called without RTNL or RCU being held. Add RCU protection to avoid possible UAF.

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  2. CVE-2025-21763

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

    neighbour: use RCU protection in __neigh_notify()

    In the Linux kernel, the following vulnerability has been resolved: neighbour: use RCU protection in __neigh_notify() __neigh_notify() can be called without RTNL or RCU protection. Use RCU protection to avoid potential UAF.

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  3. CVE-2025-21762

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

    arp: use RCU protection in arp_xmit()

    In the Linux kernel, the following vulnerability has been resolved: arp: use RCU protection in arp_xmit() arp_xmit() can be called without RTNL or RCU protection. Use RCU protection to avoid potential UAF.

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  4. CVE-2025-21761

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

    openvswitch: use RCU protection in ovs_vport_cmd_fill_info()

    In the Linux kernel, the following vulnerability has been resolved: openvswitch: use RCU protection in ovs_vport_cmd_fill_info() ovs_vport_cmd_fill_info() can be called without RTNL or RCU. Use RCU protection and dev_net_rcu() to avoid potential UAF.

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  5. CVE-2025-21760

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

    ndisc: extend RCU protection in ndisc_send_skb()

    In the Linux kernel, the following vulnerability has been resolved: ndisc: extend RCU protection in ndisc_send_skb() ndisc_send_skb() can be called without RTNL or RCU held. Acquire rcu_read_lock() earlier, so that we can use dev_net_rcu() and avoid a potential UAF.

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  6. CVE-2024-58020

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

    HID: multitouch: Add NULL check in mt_input_configured

    In the Linux kernel, the following vulnerability has been resolved: HID: multitouch: Add NULL check in mt_input_configured devm_kasprintf() can return a NULL pointer on failure,but this returned value in mt_input_configured() is not checked. Add NULL check in mt_input_configured(), to handle kernel NULL pointer dereference error.

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  7. CVE-2025-21753

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

    btrfs: fix use-after-free when attempting to join an aborted transaction

    In the Linux kernel, the following vulnerability has been resolved: btrfs: fix use-after-free when attempting to join an aborted transaction When we are trying to join the current transaction and if it's aborted, we read its 'aborted' field after unlocking fs_info->trans_lock and without holding any extra reference count on it. This means that a concurrent task that is aborting the transaction may free the transaction before we read its 'aborted' field, leading to a use-after-free. Fix this by reading the 'aborted' field while holding fs_info->trans_lock since any freeing task must first acquire that lock and set fs_info->running_transacti

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  8. CVE-2025-21749

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

    net: rose: lock the socket in rose_bind()

    In the Linux kernel, the following vulnerability has been resolved: net: rose: lock the socket in rose_bind() syzbot reported a soft lockup in rose_loopback_timer(), with a repro calling bind() from multiple threads. rose_bind() must lock the socket to avoid this issue.

    • Обновитесь до 5.4.0-1149.158
  9. CVE-2025-21744

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

    wifi: brcmfmac: fix NULL pointer dereference in brcmf_txfinalize()

    In the Linux kernel, the following vulnerability has been resolved: wifi: brcmfmac: fix NULL pointer dereference in brcmf_txfinalize() On removal of the device or unloading of the kernel module a potential NULL pointer dereference occurs. The following sequence deletes the interface: brcmf_detach() brcmf_remove_interface() brcmf_del_if() Inside the brcmf_del_if() function the drvr->if2bss[ifidx] is updated to BRCMF_BSSIDX_INVALID (-1) if the bsscfgidx matches. After brcmf_remove_interface() call the brcmf_proto_detach() function is called providing the following sequence: brcmf_detach() brcmf_proto_detach() brcm

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  10. CVE-2025-21736

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

    nilfs2: fix possible int overflows in nilfs_fiemap()

    In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix possible int overflows in nilfs_fiemap() Since nilfs_bmap_lookup_contig() in nilfs_fiemap() calculates its result by being prepared to go through potentially maxblocks == INT_MAX blocks, the value in n may experience an overflow caused by left shift of blkbits. While it is extremely unlikely to occur, play it safe and cast right hand expression to wider type to mitigate the issue. Found by Linux Verification Center (linuxtesting.org) with static analysis tool SVACE.

    • Обновитесь до 5.4.0-1149.158
  11. CVE-2025-21735

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

    NFC: nci: Add bounds checking in nci_hci_create_pipe()

    In the Linux kernel, the following vulnerability has been resolved: NFC: nci: Add bounds checking in nci_hci_create_pipe() The "pipe" variable is a u8 which comes from the network. If it's more than 127, then it results in memory corruption in the caller, nci_hci_connect_gate().

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  12. CVE-2024-58017

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

    printk: Fix signed integer overflow when defining LOG_BUF_LEN_MAX

    In the Linux kernel, the following vulnerability has been resolved: printk: Fix signed integer overflow when defining LOG_BUF_LEN_MAX Shifting 1 << 31 on a 32-bit int causes signed integer overflow, which leads to undefined behavior. To prevent this, cast 1 to u32 before performing the shift, ensuring well-defined behavior. This change explicitly avoids any potential overflow by ensuring that the shift occurs on an unsigned 32-bit integer.

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  13. CVE-2024-58014

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

    wifi: brcmsmac: add gain range check to wlc_phy_iqcal_gainparams_nphy()

    In the Linux kernel, the following vulnerability has been resolved: wifi: brcmsmac: add gain range check to wlc_phy_iqcal_gainparams_nphy() In 'wlc_phy_iqcal_gainparams_nphy()', add gain range check to WARN() instead of possible out-of-bounds 'tbl_iqcal_gainparams_nphy' access. Compile tested only. Found by Linux Verification Center (linuxtesting.org) with SVACE.

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  14. CVE-2024-58010

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

    binfmt_flat: Fix integer overflow bug on 32 bit systems

    In the Linux kernel, the following vulnerability has been resolved: binfmt_flat: Fix integer overflow bug on 32 bit systems Most of these sizes and counts are capped at 256MB so the math doesn't result in an integer overflow. The "relocs" count needs to be checked as well. Otherwise on 32bit systems the calculation of "full_data" could be wrong. full_data = data_len + relocs * sizeof(unsigned long);

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  15. CVE-2024-58009

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

    Bluetooth: L2CAP: handle NULL sock pointer in l2cap_sock_alloc

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: handle NULL sock pointer in l2cap_sock_alloc A NULL sock pointer is passed into l2cap_sock_alloc() when it is called from l2cap_sock_new_connection_cb() and the error handling paths should also be aware of it. Seemingly a more elegant solution would be to swap bt_sock_alloc() and l2cap_chan_create() calls since they are not interdependent to that moment but then l2cap_chan_create() adds the soon to be deallocated and still dummy-initialized channel to the global list accessible by many L2CAP paths. The channel would be removed from the list in short perio

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  16. CVE-2024-58007

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

    soc: qcom: socinfo: Avoid out of bounds read of serial number

    In the Linux kernel, the following vulnerability has been resolved: soc: qcom: socinfo: Avoid out of bounds read of serial number On MSM8916 devices, the serial number exposed in sysfs is constant and does not change across individual devices. It's always: db410c:/sys/devices/soc0$ cat serial_number 2644893864 The firmware used on MSM8916 exposes SOCINFO_VERSION(0, 8), which does not have support for the serial_num field in the socinfo struct. There is an existing check to avoid exposing the serial number in that case, but it's not correct: When checking the item_size returned by SMEM, we need to make sure the *end* of the serial_num

    • Обновитесь до 5.4.0-1149.158
  17. CVE-2024-58002

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

    media: uvcvideo: Remove dangling pointers

    In the Linux kernel, the following vulnerability has been resolved: media: uvcvideo: Remove dangling pointers When an async control is written, we copy a pointer to the file handle that started the operation. That pointer will be used when the device is done. Which could be anytime in the future. If the user closes that file descriptor, its structure will be freed, and there will be one dangling pointer per pending async control, that the driver will try to use. Clean all the dangling pointers during release(). To avoid adding a performance penalty in the most common case (no async operation), a counter has been introduced with some logi

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  18. CVE-2024-58001

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

    ocfs2: handle a symlink read error correctly

    In the Linux kernel, the following vulnerability has been resolved: ocfs2: handle a symlink read error correctly Patch series "Convert ocfs2 to use folios". Mark did a conversion of ocfs2 to use folios and sent it to me as a giant patch for review ;-) So I've redone it as individual patches, and credited Mark for the patches where his code is substantially the same. It's not a bad way to do it; his patch had some bugs and my patches had some bugs. Hopefully all our bugs were different from each other. And hopefully Mark likes all the changes I made to his code! This patch (of 23): If we can't read the buffer, be sure to unlock the p

    • Обновитесь до 5.4.0-1149.158
  19. CVE-2025-21731

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

    nbd: don't allow reconnect after disconnect

    In the Linux kernel, the following vulnerability has been resolved: nbd: don't allow reconnect after disconnect Following process can cause nbd_config UAF: 1) grab nbd_config temporarily; 2) nbd_genl_disconnect() flush all recv_work() and release the initial reference: nbd_genl_disconnect nbd_disconnect_and_put nbd_disconnect flush_workqueue(nbd->recv_workq) if (test_and_clear_bit(NBD_RT_HAS_CONFIG_REF, ...)) nbd_config_put -> due to step 1), reference is still not zero 3) nbd_genl_reconfigure() queue recv_work() again; nbd_genl_reconfigure config = nbd_get_config_unlocked(nbd) if (!config) -> suc

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено
  20. CVE-2025-21728

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

    bpf: Send signals asynchronously if !preemptible

    In the Linux kernel, the following vulnerability has been resolved: bpf: Send signals asynchronously if !preemptible BPF programs can execute in all kinds of contexts and when a program running in a non-preemptible context uses the bpf_send_signal() kfunc, it will cause issues because this kfunc can sleep. Change `irqs_disabled()` to `!preemptible()`.

    • Обновитесь до 5.4.0-1149.158
    Опубликовано Обновлено

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

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

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