p PatchFirst

PatchFirst · Latest vulnerabilities

linux-6.12 vulnerabilities · Page 25

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-98169

    High · CVSS 7.1EPSS 0.44%Fix available

    smb: client: fix potential OOB read in smb3_enum_snapshots()

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix potential OOB read in smb3_enum_snapshots() If snapshot_array_size is smaller than GMT_TOKEN_SIZE, smb3_enum_snapshots() sets ret_data_len to sizeof(struct smb_snapshot_array) without verifying the actual length of the server's reply. Because SMB2_ioctl() places no lower bound on the server-supplied OutputCount and allocates retbuf to exactly that length, a short reply results in ret_data_len exceeding the size of retbuf. The subsequent copy_to_user() then reads past the end of retbuf, leaking adjacent slab memory to userspace. The subsequent clamp check

    • Update to 6.12.113-1~deb12u1
    Published Updated
  2. CVE-2026-98168

    Not ratedEPSS 0.21%Fix available

    smb: client: fix reparse buffer bounds in cifs_query_reparse_point()

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix reparse buffer bounds in cifs_query_reparse_point() In cifs_query_reparse_point(), the start >= end check before casting to struct reparse_data_buffer * only ensures the start pointer is within the response. It fails to verify that there is enough space remaining for the fixed 8-byte header of the structure. If a server provides a DataOffset that leaves less than 8 bytes remaining, the check passes, but subsequent reads of ReparseTag and ReparseDataLength will occur out-of-bounds. Fix this by ensuring the remaining space is at least the size of the repars

    • Update to 6.12.113-1~deb12u1
    Published Updated
  3. CVE-2026-98167

    High · CVSS 7.1EPSS 0.22%Fix available

    smb: client: fix server->total_read for compound encrypted PDUs

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix server->total_read for compound encrypted PDUs In receive_encrypted_standard(), server->total_read is left at the full decrypted frame size when walking sub-PDUs of a compound encrypted frame. As a result, cifs_handle_standard() passes this full size to smb2_check_message(), causing the PDU length guards to incorrectly validate the entire compound frame instead of the current sub-PDU. This allows truncated non-last sub-PDUs to bypass length validation, leading to out-of-bounds reads in smb2_get_data_area_len(). Fix this by setting server->total_read to th

    • Update to 6.12.113-1~deb12u1
    Published Updated
  4. CVE-2026-98164

    High · CVSS 7.1EPSS 0.15%Fix available

    KVM: x86/mmu: Check write tracking in all address spaces

    In the Linux kernel, the following vulnerability has been resolved: KVM: x86/mmu: Check write tracking in all address spaces kvm_gfn_is_write_tracked() checks only the supplied memslot, but page tracking is per-address-space and shadow pages are shared across all address spaces. With SMM, a GFN can therefore be write-tracked in one address space and appear untracked through the other. Check the supplied slot first, then the slot for the other address space. This ensures all callers honor write tracking regardless of the active address space. In particular, it prevents mmu_try_to_unsync_pages() from marking an upper-level shadow page unsy

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    nvdimm: pmem: keep PREFLUSH before data writes

    In the Linux kernel, the following vulnerability has been resolved: nvdimm: pmem: keep PREFLUSH before data writes pmem_submit_bio() records a REQ_PREFLUSH error, but continues to copy the bio data and can later overwrite the error with a successful REQ_FUA flush. That lets data writes run after a failed preflush and can complete the bio successfully despite the failed ordering barrier. Run the REQ_PREFLUSH flush synchronously before touching the bio data and complete the bio with the flush error if it fails. Keep asynchronous flush chaining for REQ_FUA. At that point, data copy has completed and the parent bio can wait for the chained flu

    • Update to 6.12.113-1~deb12u1
    Published Updated
  6. CVE-2026-98160

    Medium · CVSS 5.5EPSS 0.11%Fix available

    staging: rtl8723bs: fix mismatched free of HalData in rtw_sdio_if1_init()

    In the Linux kernel, the following vulnerability has been resolved: staging: rtl8723bs: fix mismatched free of HalData in rtw_sdio_if1_init() padapter->HalData is allocated via vzalloc(), but incorrectly freed using kfree() in the rtw_sdio_if1_init() error path. Using kfree() to release this vmalloc-backed buffer can lead to memory corruption. Use rtw_hal_data_deinit() to pair the free correctly and free HalData with vfree(). The bug was first flagged by an experimental static analysis tool we are developing for kernel memory-management bugs. Manual inspection confirms that the issue is still present in current mainline. An x86_64 allyes

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    usb: typec: ucsi: unregister debugfs entries on teardown

    In the Linux kernel, the following vulnerability has been resolved: usb: typec: ucsi: unregister debugfs entries on teardown ucsi_register() creates per-instance debugfs entries, but ucsi_unregister() keeps them around until ucsi_destroy(). Drivers like ucsi_glink that unregister/register the same UCSI instance across remoteproc restart then try to create an already existing debugfs directory and log: debugfs: 'pmic_glink.ucsi.0' already exists in 'ucsi' Unregister debugfs entries as part of ucsi_unregister(), and clear ucsi->debugfs after freeing it so repeated unregister paths remain safe.

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    wifi: iwlwifi: mei: pass correct argument to function

    In the Linux kernel, the following vulnerability has been resolved: wifi: iwlwifi: mei: pass correct argument to function The first argument to iwl_mei_write_cyclic_buf() should be the cldev but the q_head pointer is passed instead. Fix it.

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

    Critical · CVSS 9.8EPSS 0.43%Fix available

    RDMA/srpt: Fix srpt_alloc_rw_ctxs() unwind counters

    In the Linux kernel, the following vulnerability has been resolved: RDMA/srpt: Fix srpt_alloc_rw_ctxs() unwind counters When srpt_alloc_rw_ctxs() fails partway through a multi-buffer indirect descriptor, the unwind path destroys RDMA contexts but leaves stale n_rw_ctx and n_rdma values (and a dangling rw_ctxs pointer). Later sq_wr_avail accounting in srpt_queue_response() or srpt_write_pending() can then subtract the wrong number of send queue credits. Reset the counters and clear rw_ctxs after freeing the heap allocation before returning an error.

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

    Medium · CVSS 5.7EPSS 0.11%Fix available

    net: hsr: free learned nodes on device setup failure

    In the Linux kernel, the following vulnerability has been resolved: net: hsr: free learned nodes on device setup failure hsr_dev_finalize() can fail after a lower-device RX handler has already been registered (slave A is added before the failable slave B and interlink adds). RX handlers run in softirq regardless of the master's state, so frames received in that window can learn dynamic nodes into node_db, and the error unwind never releases them. Free both owned dynamic databases in the unwind, mirroring hsr_dellink(). proxy_node_db is provably empty on every current error exit (only interlink RX feeds it, and the interlink add is the last

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    netfilter: nf_nat_sip: rewind offset when NAT shrinks the packet

    In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_nat_sip: rewind offset when NAT shrinks the packet sashiko says: If map_addr() changes the packet length, such as when the public NAT IP string is shorter or longer than the internal IP, coff will still point to the offset relative to the pre-mangled packet. If the packet shrinks, coff could overshoot the correct position, potentially causing the next ct_sip_parse_header_uri() call to silently skip bytes and miss subsequent Contact headers. Could this lead to a failure to NAT those subsequent headers and leak internal network details?

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    wifi: mt76: mt7921: validate CLC firmware records

    In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7921: validate CLC firmware records The CLC region is supplied by firmware, but the loader trusts the region count and each record length. A malformed image can make the region table pointer precede the firmware buffer, make the record loop fail to advance, or index phy->clc past its end. Validate the table and record bounds before dereferencing or copying.

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    ppp_async: drop the errored frame instead of resetting its headroom

    In the Linux kernel, the following vulnerability has been resolved: ppp_async: drop the errored frame instead of resetting its headroom ppp_receive_nonmp_frame() prepends a two-byte direction tag before running the pass/active BPF filters: *(__be16 *)skb_push(skb, 2) = htons(PPP_FILTER_INBOUND_TAG); Nothing on the receive path guarantees those two bytes of headroom. The frame-error path in ppp_async's process_input_packet() resets a reused skb's headroom to zero while claiming to restore it to a freshly allocated state - but a fresh skb from dev_alloc_skb() carries NET_SKB_PAD: err: if (skb) { /* make skb appear as freshly allocat

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    EDAC/device_sysfs: Use kstrtouint() for poll_msec to prevent truncation

    In the Linux kernel, the following vulnerability has been resolved: EDAC/device_sysfs: Use kstrtouint() for poll_msec to prevent truncation The poll_msec sysfs store file uses simple_strtoul() which accepts an unsigned long, but the target field (poll_msec) is unsigned int. On 64-bit systems, a value > UINT_MAX is silently truncated when stored. Fix the mismatch by using kstrtouint() instead. This rejects values larger than UINT_MAX at parse time, making truncation impossible. Also add a check for value < 1 to reject the 0-delay case, which would cause the poll work to spin without delay and consume 100% CPU.

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

    High · CVSS 7.1EPSS 0.12%Fix available

    accel/qaic: Address potential out-of-bounds read in resp_worker()

    In the Linux kernel, the following vulnerability has been resolved: accel/qaic: Address potential out-of-bounds read in resp_worker() Although 'commit 2feec5ae5df7 ("accel/qaic: Handle DBC deactivation if the owner went away")' fixes the scenario it was intended for by walking the message and only decoding QAIC_TRANS_DEACTIVATE_FROM_DEV, if present, it skipped over the bounds checking code that is included in decode_message(). This could lead to issues such as reading past the slab allocation's end, infinite loops or kernel panics. For those issues to happen, a malformed wire message is needed to be sent from the device. Instead of duplica

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

    High · CVSS 7EPSS 0.11%Fix available

    nvme-rdma: fix -EIO cleanup order in queue_rq

    In the Linux kernel, the following vulnerability has been resolved: nvme-rdma: fix -EIO cleanup order in queue_rq On -EIO, the RDMA queue_rq path reports a host path error and then still cleans up the command and unmaps the SQE DMA. The path error helper completes the request, so that is double cleanup and DMA unmap after the request is already complete. Unmap the SQE first, then report the host path error. Skip the outer command cleanup on that path.

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    nvmet-rdma: fix queue leak when connect backlog is exceeded

    In the Linux kernel, the following vulnerability has been resolved: nvmet-rdma: fix queue leak when connect backlog is exceeded When pending disconnecting queues exceed the backlog limit, the connect path only drops the device reference and leaks the newly allocated queue and its IB resources.

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    bpf: Fix REG INVARIANTS VIOLATION on speculative pointer arithmetic

    In the Linux kernel, the following vulnerability has been resolved: bpf: Fix REG INVARIANTS VIOLATION on speculative pointer arithmetic Take the following unprivileged program as an example: r0 = bpf_map_lookup_elem(...) /* PTR_TO_MAP_VALUE, offset 0 */ ... 14: r0 += r1 /* r1 is a bounded scalar */ 15: r9 = r0 Loading it triggers a verifier warning from reg_bounds_sanity_check(): verifier bug: REG INVARIANTS VIOLATION (alu): const subreg tnum out of sync with range bounds r64={.base=0x0, .size=0x0} r32={.base=0x0, .size=0xffffffff} var_off=(0x0, 0x0) What happens: 1. Processing insn 14 (r0 += r1) in adjust_ptr_min_max_vals(),

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

    Medium · CVSS 5.5EPSS 0.11%Fix available

    drm/cirrus-qemu: Validate BAR0 size during probe

    In the Linux kernel, the following vulnerability has been resolved: drm/cirrus-qemu: Validate BAR0 size during probe The `cirrus-qemu` driver relies on `CIRRUS_VRAM_SIZE` (4 MB) to validate framebuffer sizes. However, during PCI probe, the driver mapped BAR0 without verifying that its size matches `CIRRUS_VRAM_SIZE`. If a PCI device with a BAR0 smaller than 4 MB is bound to the driver, the mapped VRAM will be smaller than expected. Because validation checks assume 4 MB VRAM, framebuffers larger than the mapped memory can be created. When the display plane is updated (e.g. during release), `cirrus_primary_plane_helper_atomic_update()` copi

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

    High · CVSS 8.1EPSS 0.45%Fix available

    sctp: fix a TOCTOU race in SCTP_CMD_TIMER_START

    In the Linux kernel, the following vulnerability has been resolved: sctp: fix a TOCTOU race in SCTP_CMD_TIMER_START The SCTP_CMD_TIMER_START handler checks timer_pending() before calling timer_reduce(). The timer can expire and detach between these operations, causing timer_reduce() to rearm the timer without taking the association reference required for the newly armed timer. The timer callback later unconditionally drops its association reference, which can leave the association reference count unbalanced and result in use-after-free during association teardown. Use the return value of timer_reduce() to determine whether the timer was a

    • 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 →