p PatchFirst

PatchFirst · Latest vulnerabilities

linux-gcp vulnerabilities · Page 118

Vulnerabilities published for linux-gcp in the last 30 days: 0. Listed in the KEV catalogue: 0.

Filter vulnerabilities
Clear filters

Vulnerabilities: 3436

  1. CVE-2024-35854

    High · CVSS 7.8EPSS 0.58%Fix available

    mlxsw: spectrum_acl_tcam: Fix possible use-after-free during rehash

    In the Linux kernel, the following vulnerability has been resolved: mlxsw: spectrum_acl_tcam: Fix possible use-after-free during rehash The rehash delayed work migrates filters from one region to another according to the number of available credits. The migrated from region is destroyed at the end of the work if the number of credits is non-negative as the assumption is that this is indicative of migration being complete. This assumption is incorrect as a non-negative number of credits can also be the result of a failed migration. The destruction of a region that still has filters referencing it can result in a use-after-free [1]. Fix by

    • Update to 5.4.0-1132.141
    Published Updated
  2. CVE-2024-35853

    Medium · CVSS 6.4EPSS 0.73%Fix available

    mlxsw: spectrum_acl_tcam: Fix memory leak during rehash

    In the Linux kernel, the following vulnerability has been resolved: mlxsw: spectrum_acl_tcam: Fix memory leak during rehash The rehash delayed work migrates filters from one region to another. This is done by iterating over all chunks (all the filters with the same priority) in the region and in each chunk iterating over all the filters. If the migration fails, the code tries to migrate the filters back to the old region. However, the rollback itself can also fail in which case another migration will be erroneously performed. Besides the fact that this ping pong is not a very good idea, it also creates a problem. Each virtual chunk refere

    • Update to 5.4.0-1132.141
    Published Updated
  3. CVE-2024-35852

    Medium · CVSS 5.5EPSS 0.26%Fix available

    mlxsw: spectrum_acl_tcam: Fix memory leak when canceling rehash work

    In the Linux kernel, the following vulnerability has been resolved: mlxsw: spectrum_acl_tcam: Fix memory leak when canceling rehash work The rehash delayed work is rescheduled with a delay if the number of credits at end of the work is not negative as supposedly it means that the migration ended. Otherwise, it is rescheduled immediately. After "mlxsw: spectrum_acl_tcam: Fix possible use-after-free during rehash" the above is no longer accurate as a non-negative number of credits is no longer indicative of the migration being done. It can also happen if the work encountered an error in which case the migration will resume the next time the

    • Update to 5.4.0-1132.141
    Published Updated
  4. CVE-2024-35849

    High · CVSS 7.1EPSS 0.26%Fix available

    btrfs: fix information leak in btrfs_ioctl_logical_to_ino()

    In the Linux kernel, the following vulnerability has been resolved: btrfs: fix information leak in btrfs_ioctl_logical_to_ino() Syzbot reported the following information leak for in btrfs_ioctl_logical_to_ino(): BUG: KMSAN: kernel-infoleak in instrument_copy_to_user include/linux/instrumented.h:114 [inline] BUG: KMSAN: kernel-infoleak in _copy_to_user+0xbc/0x110 lib/usercopy.c:40 instrument_copy_to_user include/linux/instrumented.h:114 [inline] _copy_to_user+0xbc/0x110 lib/usercopy.c:40 copy_to_user include/linux/uaccess.h:191 [inline] btrfs_ioctl_logical_to_ino+0x440/0x750 fs/btrfs/ioctl.c:3499 btrfs_ioctl+0x714/0x1260

    • Update to 5.4.0-1132.141
    Published Updated
  5. CVE-2024-35848

    High · CVSS 7EPSS 0.19%Fix available

    eeprom: at24: fix memory corruption race condition

    In the Linux kernel, the following vulnerability has been resolved: eeprom: at24: fix memory corruption race condition If the eeprom is not accessible, an nvmem device will be registered, the read will fail, and the device will be torn down. If another driver accesses the nvmem device after the teardown, it will reference invalid memory. Move the failure point before registering the nvmem device.

    • Update to 5.4.0-1139.148
    Published Updated
  6. CVE-2024-35847

    High · CVSS 7.8EPSS 0.25%Fix available

    irqchip/gic-v3-its: Prevent double free on error

    In the Linux kernel, the following vulnerability has been resolved: irqchip/gic-v3-its: Prevent double free on error The error handling path in its_vpe_irq_domain_alloc() causes a double free when its_vpe_init() fails after successfully allocating at least one interrupt. This happens because its_vpe_irq_domain_free() frees the interrupts along with the area bitmap and the vprop_page and its_vpe_irq_domain_alloc() subsequently frees the area bitmap and the vprop_page again. Fix this by unconditionally invoking its_vpe_irq_domain_free() which handles all cases correctly and by removing the bitmap/vprop_page freeing from its_vpe_irq_domain_al

    • Update to 5.4.0-1132.141
    Published Updated
  7. CVE-2023-52698

    Medium · CVSS 5.6EPSS 0.22%Fix available

    calipso: fix memory leak in netlbl_calipso_add_pass()

    In the Linux kernel, the following vulnerability has been resolved: calipso: fix memory leak in netlbl_calipso_add_pass() If IPv6 support is disabled at boot (ipv6.disable=1), the calipso_init() -> netlbl_calipso_ops_register() function isn't called, and the netlbl_calipso_ops_get() function always returns NULL. In this case, the netlbl_calipso_add_pass() function allocates memory for the doi_def variable but doesn't free it with the calipso_doi_free(). BUG: memory leak unreferenced object 0xffff888011d68180 (size 64): comm "syz-executor.1", pid 10746, jiffies 4295410986 (age 17.928s) hex dump (first 32 bytes): 00 00 00 00 02 00 00

    • Update to 5.4.0-1126.135
    Published Updated
  8. CVE-2023-52693

    Medium · CVSS 5.5EPSS 0.25%Fix available

    ACPI: video: check for error while searching for backlight device parent

    In the Linux kernel, the following vulnerability has been resolved: ACPI: video: check for error while searching for backlight device parent If acpi_get_parent() called in acpi_video_dev_register_backlight() fails, for example, because acpi_ut_acquire_mutex() fails inside acpi_get_parent), this can lead to incorrect (uninitialized) acpi_parent handle being passed to acpi_get_pci_dev() for detecting the parent pci device. Check acpi_get_parent() result and set parent device only in case of success. Found by Linux Verification Center (linuxtesting.org) with SVACE.

    • Update to 5.4.0-1126.135
    Published Updated
  9. CVE-2023-52691

    High · CVSS 7.8EPSS 0.25%Fix available

    drm/amd/pm: fix a double-free in si_dpm_init

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/pm: fix a double-free in si_dpm_init When the allocation of adev->pm.dpm.dyn_state.vddc_dependency_on_dispclk.entries fails, amdgpu_free_extended_power_table is called to free some fields of adev. However, when the control flow returns to si_dpm_sw_init, it goes to label dpm_failed and calls si_dpm_fini, which calls amdgpu_free_extended_power_table again and free those fields again. Thus a double-free is triggered.

    • Update to 5.4.0-1126.135
    Published Updated
  10. CVE-2023-52690

    Medium · CVSS 5.5EPSS 0.23%Fix available

    powerpc/powernv: Add a null pointer check to scom_debug_init_one()

    In the Linux kernel, the following vulnerability has been resolved: powerpc/powernv: Add a null pointer check to scom_debug_init_one() kasprintf() returns a pointer to dynamically allocated memory which can be NULL upon failure. Add a null pointer check, and release 'ent' to avoid memory leaks.

    • Update to 5.4.0-1126.135
    Published Updated
  11. CVE-2023-52683

    Medium · CVSS 5.5EPSS 0.25%Fix available

    ACPI: LPIT: Avoid u32 multiplication overflow

    In the Linux kernel, the following vulnerability has been resolved: ACPI: LPIT: Avoid u32 multiplication overflow In lpit_update_residency() there is a possibility of overflow in multiplication, if tsc_khz is large enough (> UINT_MAX/1000). Change multiplication to mul_u32_u32(). Found by Linux Verification Center (linuxtesting.org) with SVACE.

    • Update to 5.4.0-1126.135
    Published Updated
  12. CVE-2023-52679

    High · CVSS 7.8EPSS 0.25%Fix available

    of: Fix double free in of_parse_phandle_with_args_map

    In the Linux kernel, the following vulnerability has been resolved: of: Fix double free in of_parse_phandle_with_args_map In of_parse_phandle_with_args_map() the inner loop that iterates through the map entries calls of_node_put(new) to free the reference acquired by the previous iteration of the inner loop. This assumes that the value of "new" is NULL on the first iteration of the inner loop. Make sure that this is true in all iterations of the outer loop by setting "new" to NULL after its value is assigned to "cur". Extend the unittest to detect the double free and add an additional test case that actually triggers this path.

    • Update to 5.4.0-1126.135
    Published Updated
  13. CVE-2023-52675

    Medium · CVSS 5.5EPSS 0.28%Fix available

    powerpc/imc-pmu: Add a null pointer check in update_events_in_group()

    In the Linux kernel, the following vulnerability has been resolved: powerpc/imc-pmu: Add a null pointer check in update_events_in_group() kasprintf() returns a pointer to dynamically allocated memory which can be NULL upon failure.

    • Update to 5.4.0-1126.135
    Published Updated
  14. CVE-2024-35835

    High · CVSS 7.8EPSS 0.63%Fix available

    net/mlx5e: fix a double-free in arfs_create_groups

    In the Linux kernel, the following vulnerability has been resolved: net/mlx5e: fix a double-free in arfs_create_groups When `in` allocated by kvzalloc fails, arfs_create_groups will free ft->g and return an error. However, arfs_create_table, the only caller of arfs_create_groups, will hold this error and call to mlx5e_destroy_flow_table, in which the ft->g will be freed again.

    • Update to 5.4.0-1128.137
    Published Updated
  15. CVE-2023-52670

    Medium · CVSS 6.6EPSS 0.29%Fix available

    rpmsg: virtio: Free driver_override when rpmsg_remove()

    In the Linux kernel, the following vulnerability has been resolved: rpmsg: virtio: Free driver_override when rpmsg_remove() Free driver_override when rpmsg_remove(), otherwise the following memory leak will occur: unreferenced object 0xffff0000d55d7080 (size 128): comm "kworker/u8:2", pid 56, jiffies 4294893188 (age 214.272s) hex dump (first 32 bytes): 72 70 6d 73 67 5f 6e 73 00 00 00 00 00 00 00 00 rpmsg_ns........ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace: [<000000009c94c9c1>] __kmem_cache_alloc_node+0x1f8/0x320 [<000000002300d89b>] __kmalloc_node_track_caller+0x44/0x70 [<00000

    • Update to 5.4.0-1128.137
    Published Updated
  16. CVE-2024-35833

    Medium · CVSS 5.5EPSS 0.21%Fix available

    dmaengine: fsl-qdma: Fix a memory leak related to the queue command DMA

    In the Linux kernel, the following vulnerability has been resolved: dmaengine: fsl-qdma: Fix a memory leak related to the queue command DMA This dma_alloc_coherent() is undone neither in the remove function, nor in the error handling path of fsl_qdma_probe(). Switch to the managed version to fix both issues.

    • Update to 5.4.0-1128.137
    Published Updated
  17. CVE-2023-52664

    High · CVSS 7.8EPSS 0.27%Fix available

    net: atlantic: eliminate double free in error handling logic

    In the Linux kernel, the following vulnerability has been resolved: net: atlantic: eliminate double free in error handling logic Driver has a logic leak in ring data allocation/free, where aq_ring_free could be called multiple times on same ring, if system is under stress and got memory allocation error. Ring pointer was used as an indicator of failure, but this is not correct since only ring data is allocated/deallocated. Ring itself is an array member. Changing ring allocation functions to return error code directly. This simplifies error handling and eliminates aq_ring_free on higher layer.

    • Update to 5.4.0-1148.157
    Published Updated
  18. CVE-2024-35830

    High · CVSS 7.8EPSS 0.24%Fix available

    media: tc358743: register v4l2 async device only after successful setup

    In the Linux kernel, the following vulnerability has been resolved: media: tc358743: register v4l2 async device only after successful setup Ensure the device has been setup correctly before registering the v4l2 async device, thus allowing userspace to access.

    • Update to 5.4.0-1132.141
    Published Updated

Check your server

Check your installed stack and versions against the current vulnerability feeds.

Check your server →