p PatchFirst

PatchFirst · Latest vulnerabilities

linux-6.12 vulnerabilities · Page 38

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

Filter vulnerabilities
Clear filters

Vulnerabilities: 2889

  1. CVE-2026-97514

    Medium · CVSS 6.7EPSS 0.15%Fix available

    media: chips-media: wave5: Fix Reports from Kernel Lock Validator

    In the Linux kernel, the following vulnerability has been resolved: media: chips-media: wave5: Fix Reports from Kernel Lock Validator handle_dynamic_resolution change requires that the state_lock be acquired based on the lockdep_assert_held. However, the handle_dynamic_resolution_change call in initialize_sequence does not properly obtain the lock before calling. Since the v4l2_ctrl_find and s_ctrl can sleep, they should not be called while a lock is already held. Store off the fbc_buf_count then properly update control once lock has been freed.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  2. CVE-2026-97512

    Not ratedEPSS 0.16%Fix available

    spi: spi-qcom-qspi: Fix incomplete error handling in runtime PM

    In the Linux kernel, the following vulnerability has been resolved: spi: spi-qcom-qspi: Fix incomplete error handling in runtime PM The runtime PM functions had incomplete error handling that could leave the system in an inconsistent state. If any operation failed midway through suspend or resume, some resources would be left in the wrong state while others were already changed, leading to potential clock/power imbalances. Reorder the suspend/resume sequences to avoid brownout risk by ensuring the performance state is set appropriately before clocks are enabled and clocks are disabled before dropping the performance state. Fix by adding p

    • Update to 6.12.111-1~deb12u1
    Published Updated
  3. CVE-2026-97510

    Not ratedEPSS 0.16%Fix available

    thunderbolt: Release request if tb_cfg_request() fails in __tb_xdomain_response()

    In the Linux kernel, the following vulnerability has been resolved: thunderbolt: Release request if tb_cfg_request() fails in __tb_xdomain_response() If tb_cfg_request() fails setting up the request (for example the control channel is shut down already) it returns an error without calling the callback. To avoid leaking that memory, call tb_cfg_request_put() if tb_cfg_request() fails.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  4. CVE-2026-97509

    High · CVSS 8.8EPSS 0.24%Fix available

    thunderbolt: Keep XDomain reference during the lifetime of a service

    In the Linux kernel, the following vulnerability has been resolved: thunderbolt: Keep XDomain reference during the lifetime of a service This is needed because we release the service ID in tb_service_release() and the ID array is owned by the parent XDomain.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  5. CVE-2026-97508

    High · CVSS 7.5EPSS 0.22%Fix available

    thunderbolt: Set tb->root_switch to NULL when domain is stopped

    In the Linux kernel, the following vulnerability has been resolved: thunderbolt: Set tb->root_switch to NULL when domain is stopped Similarly what we do with the firmware connection manager. This makes tb_xdp_handle_request() return error to the remote host. However, we need to make sure we keep the uuid alive so that we can reply until the whole domain is released.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  6. CVE-2026-97507

    Not ratedEPSS 0.16%Fix available

    media: dm1105: fix missing error check for dma_alloc_coherent

    In the Linux kernel, the following vulnerability has been resolved: media: dm1105: fix missing error check for dma_alloc_coherent The return value of dm1105_dma_map(), which handles DMA memory allocation, is ignored in dm1105_hw_init(). If dma_alloc_coherent() fails, the driver will proceed using a NULL pointer for DMA transfers, leading to a kernel oops or invalid hardware access. Fix this by checking the return value and propagating -ENOMEM on failure.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  7. CVE-2026-97506

    Not ratedEPSS 0.16%Fix available

    crypto: ixp4xx - fix buffer chain unwind on allocation failure

    In the Linux kernel, the following vulnerability has been resolved: crypto: ixp4xx - fix buffer chain unwind on allocation failure chainup_buffers() builds a linked list of buffer descriptors for a scatterlist. If dma_pool_alloc() fails while constructing the list, the current code sets buf to NULL and later dereferences it unconditionally at the end of the function: buf->next = NULL; buf->phys_next = 0; This can lead to a null-pointer dereference on allocation failure. If the failure happens after part of the descriptor chain has already been allocated and DMA-mapped, the partially constructed chain also needs to be released. Fix t

    • Update to 6.12.111-1~deb12u1
    Published Updated
  8. CVE-2026-97505

    Not ratedEPSS 0.16%Fix available

    PCI/sysfs: Add CAP_SYS_ADMIN check to __resource_resize_store()

    In the Linux kernel, the following vulnerability has been resolved: PCI/sysfs: Add CAP_SYS_ADMIN check to __resource_resize_store() Currently, the __resource_resize_store() allows writing to the resourceN_resize sysfs attribute to change a BAR's size without checking for capabilities, currently relying only on the file access check. Resizing a BAR modifies PCI device configuration and can disrupt active drivers. After the upcoming conversion to static attributes, it will also trigger resource file updates via sysfs_update_groups(). Add a CAP_SYS_ADMIN check to prevent unprivileged users from performing BAR resize operations.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  9. CVE-2026-97504

    Not ratedEPSS 0.15%Fix available

    watchdog: lenovo_se10_wdt: Fix use-after-free and resource leak risk

    In the Linux kernel, the following vulnerability has been resolved: watchdog: lenovo_se10_wdt: Fix use-after-free and resource leak risk Review by sashiko.dev highlighted potential use after free and resource leak instances. Set se10_pdev to null to prevent use after free Remove DMI call back and instead directly call se10_create_platform_device. Handle error cases appropriately

    • Update to 6.12.111-1~deb12u1
    Published Updated
  10. CVE-2026-97502

    Not ratedEPSS 0.16%Fix available

    mmc: davinci: avoid NULL deref of host->data in IRQ handler

    In the Linux kernel, the following vulnerability has been resolved: mmc: davinci: avoid NULL deref of host->data in IRQ handler mmc_davinci_irq() returns early only when both host->cmd and host->data are NULL: if (host->cmd == NULL && host->data == NULL) { ... return IRQ_NONE; } So we may legitimately reach the rest of the handler with host->data == NULL (and therefore data == NULL). The DATDNE branch already guards against this with an explicit "if (data != NULL)" check, but the subsequent TOUTRD ("read data timeout") and CRCWR/CRCRD ("data CRC error") branches dereference data unconditionally: if (qstatus & MM

    • Update to 6.12.111-1~deb12u1
    Published Updated
  11. CVE-2026-97500

    Medium · CVSS 6EPSS 0.16%Fix available

    wifi: rtw89: phy: check length before parsing PHY status IE

    In the Linux kernel, the following vulnerability has been resolved: wifi: rtw89: phy: check length before parsing PHY status IE Hardware might report PHY status IE with unexpected length, and parser might access out of range. Check the length ahead.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  12. CVE-2026-97497

    High · CVSS 7.8EPSS 0.13%Fix available

    drm/amdkfd: Check bounds for allocate_sdma_queue restore_sdma_id

    In the Linux kernel, the following vulnerability has been resolved: drm/amdkfd: Check bounds for allocate_sdma_queue restore_sdma_id allocate_sdma_queue has an option where the sdma queue id can be specified (used by CRIU). We weren't bounds-checking that value. Confirm it's less than the maximum number of queues.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  13. CVE-2026-97496

    High · CVSS 7.1EPSS 0.12%Fix available

    drm/amdkfd: Fix OOB memory exposure in get_wave_state()

    In the Linux kernel, the following vulnerability has been resolved: drm/amdkfd: Fix OOB memory exposure in get_wave_state() The get_wave_state() function for v9 trusts cp_hqd_cntl_stack_size and cp_hqd_cntl_stack_offset values read directly from the MQD, which are written by GPU microcode and fully attacker-controlled on the CRIU-restore path (via AMDKFD_IOC_RESTORE_PROCESS with H3). this leads to an unbounded copy_to_user() that can leak adjacent GTT/kernel memory. If offset > size, integer underflow produces a ~4 GiB read length, if size is set to 1 MiB against a 4 KiB allocation, we leak 1 MiB of adjacent kernel memory (other queues' MQ

    • Update to 6.12.111-1~deb12u1
    Published Updated
  14. CVE-2026-97495

    Not ratedEPSS 0.17%Fix available

    drm/amdkfd: Check bounds on allocate_doorbell

    In the Linux kernel, the following vulnerability has been resolved: drm/amdkfd: Check bounds on allocate_doorbell allocated_doorbell has an option to set the doorbell id to a specific value (used by CRIU). This value was not bounds checked. Check to confirm it's less than KFD_MAX_NUM_OF_QUEUES_PER_PROCESS.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  15. CVE-2026-97494

    Not ratedEPSS 0.17%Fix available

    drm/amdgpu: validate and share PSP fw_pri_buf copies via psp_copy_fw

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: validate and share PSP fw_pri_buf copies via psp_copy_fw Change psp_copy_fw from void to int: return -ENODEV when drm_dev_enter fails, and -EINVAL when the image size is zero or larger than the 1 MiB PSP private buffer. Replace open-coded memset/memcpy into fw_pri_buf with psp_copy_fw.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  16. CVE-2026-97492

    Not ratedEPSS 0.17%Fix available

    wifi: mac80211: don't call ieee80211_handle_reconfig_failure when not needed

    In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: don't call ieee80211_handle_reconfig_failure when not needed In case reconfiguration of NAN fails, we call ieee80211_handle_reconfig_failure, that marks all interfaces as not in the driver. Then, at the error path of the reconfig, cfg80211_shutdown_all_interfaces is called to destroy all the interfaces. If we have any other interface but the NAN one, for example a BSS station, then when its state (links, stations) will be removed, we won't tell the driver about this, because we will think that the interfaces are not in the driver, and then drivers might rem

    • Update to 6.12.111-1~deb12u1
    Published Updated
  17. CVE-2026-97491

    Not ratedEPSS 0.17%Fix available

    net/rds: Don't sleep inside rds_ib_conn_path_shutdown

    In the Linux kernel, the following vulnerability has been resolved: net/rds: Don't sleep inside rds_ib_conn_path_shutdown New rds rdma self tests exposed a hang when tearing down the ib network configs. This is caused by the shutdown worker thread sleeping on the wait_event call, which blocks other work items in the queue. Fix this by changing wait_event to wait_event timeout, and looping until the wait check succeeds.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  18. CVE-2026-97490

    Not ratedEPSS 0.17%Fix available

    affs: handle set_blocksize failures

    In the Linux kernel, the following vulnerability has been resolved: affs: handle set_blocksize failures affs uses buffer_heads, which don't handle block size > PAGE_SIZE well. Without this, mounting we will hit the BUG_ON(offset >= folio_size(folio)); in folio_set_bh on the first __bread_gfp call.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  19. CVE-2026-97489

    Not ratedEPSS 0.17%Fix available

    bfs: handle set_blocksize failures

    In the Linux kernel, the following vulnerability has been resolved: bfs: handle set_blocksize failures bfs uses buffer_heads, which don't handle block size > PAGE_SIZE well. Without this, mounting will hit the BUG_ON(offset >= folio_size(folio)); in folio_set_bh on the first __bread_gfp call.

    • Update to 6.12.111-1~deb12u1
    Published Updated
  20. CVE-2026-97488

    Not ratedEPSS 0.17%Fix available

    qnx4: handle set_blocksize failures

    In the Linux kernel, the following vulnerability has been resolved: qnx4: handle set_blocksize failures qnx4 uses buffer_heads, which don't handle block size > PAGE_SIZE well. Without this, mounting will hit the BUG_ON(offset >= folio_size(folio)); in folio_set_bh on the first __bread_gfp call.

    • Update to 6.12.111-1~deb12u1
    Published Updated

Check your server

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

Check your server →