p PatchFirst

PatchFirst · Vulnerabilidades recientes

Vulnerabilidades de linux · Página 77

Vulnerabilidades publicadas para linux en los últimos 30 días: 838. Incluidas en el catálogo KEV: 0.

Filtrar vulnerabilidades
Borrar filtros

Vulnerabilidades: 18282

  1. CVE-2026-90419

    Alta · CVSS 7.1EPSS 0,18%Corrección disponible

    nilfs2: prevent out-of-bounds read in super root block parsing

    In the Linux kernel, the following vulnerability has been resolved: nilfs2: prevent out-of-bounds read in super root block parsing super-root inode metadata size is trusted before nilfs_read_inode_common(). Reject super-root inode sizes whose computed on-disk footprint exceeds the filesystem block size. This prevents malformed filesystem images from making nilfs_read_inode_common() read past the end of the super-root block. [ryusuke: clarify the commit title]

    • Actualiza a 6.12.111-1
    Publicación Actualización
  2. CVE-2026-90418

    Sin evaluarEPSS 0,17%Corrección disponible

    nilfs2: fix BUG in nilfs_copy_dirty_pages() on dirty state mismatch

    In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix BUG in nilfs_copy_dirty_pages() on dirty state mismatch Syzbot reported a kernel BUG triggered within nilfs_copy_dirty_pages(), which copies dirty DAT file folios/pages to its shadow page cache. The BUG occurs when a retrieved dirty folio/page unexpectedly loses its 'dirty' status. This issue arises because, since the commit referenced below, the 'dirty' flag of a folio/page can be cleared asynchronously after the filesystem detects metadata corruption and transitions to read-only mode. Resolve the issue by returning an -EROFS error if the filesystem has tran

    • Actualiza a 6.12.111-1
    Publicación Actualización
  3. CVE-2026-90417

    Alta · CVSS 7.3EPSS 0,22%Sin corrección publicada

    RDMA/cxgb4: Fix dereg_skb leak and double free in write_tpt_entry()

    In the Linux kernel, the following vulnerability has been resolved: RDMA/cxgb4: Fix dereg_skb leak and double free in write_tpt_entry() When the device is in the fatal error state, write_tpt_entry() returns -EIO before handing the caller's preallocated skb to the transmit path; its allocation-failure returns do the same. c4iw_dereg_mr() ignores the error and frees mhp, leaking mhp->dereg_skb. c4iw_get_dma_mr() instead frees the skb a second time after dereg_mem() already consumed it, a double free. Make write_tpt_entry() the sole owner of a non-NULL skb, freeing it on every return preceding handoff to c4iw_ofld_send(): fatal error, tpt and

    Publicación Actualización
  4. CVE-2026-90416

    Sin evaluarEPSS 0,22%Corrección disponible

    RDMA/mlx5: Fix stack out-of-bounds read in cc_params debugfs

    In the Linux kernel, the following vulnerability has been resolved: RDMA/mlx5: Fix stack out-of-bounds read in cc_params debugfs get_param() reads a congestion parameter as a u32 but formats it with the signed "%d" into an 11-byte stack buffer. A value with bit 31 set, such as 0x80000000, renders as "-2147483648\n" whose full length is 12. snprintf() stores only 11 bytes yet returns 12, so simple_read_from_buffer() treats 12 bytes as valid and reads one byte past lbuf[]. Size the buffer for the widest unsigned decimal, format with "%u" to match the u32, and use scnprintf() so the length passed to simple_read_from_buffer() reflects the byte

    • Actualiza a 6.12.111-1
    Publicación Actualización
  5. CVE-2026-90415

    Sin evaluarEPSS 0,18%Corrección disponible

    RDMA/cxgb4: free STAG index when TPT entry write fails

    In the Linux kernel, the following vulnerability has been resolved: RDMA/cxgb4: free STAG index when TPT entry write fails write_tpt_entry() allocates a new STAG index with c4iw_get_resource() and bumps stats.stag.cur before programming the entry. When write_adapter_mem() fails, it returns the error without releasing the index or reversing the statistic. No MR is inserted into rhp->mrs, so deregistration never reclaims it, leaking the index until device teardown. Record whether this call allocated the index and, on a failed write, return it to tpt_table and decrement stats.stag.cur. Key the rollback on both the write error and that flag

    • Actualiza a 6.12.111-1
    Publicación Actualización
  6. CVE-2026-90414

    Crítica · CVSS 9.1EPSS 0,51%Corrección disponible

    IB/isert: reject PDUs declaring more data than was received

    In the Linux kernel, the following vulnerability has been resolved: IB/isert: reject PDUs declaring more data than was received isert_recv_done() hands each received PDU to the opcode handlers without ever looking at wc->byte_len, the number of bytes the HCA actually placed in the receive descriptor. The handlers then copy that many bytes - the data-segment length the initiator declared in the BHS (ntoh24(hdr->dlength), via the derived unsol_data_len / imm_data_len) - out of the fixed-size descriptor: isert_handle_iscsi_dataout(): sg_copy_from_buffer(sg_start, sg_nents, isert_get_data(rx_desc), unsol_d

    • Actualiza a 6.12.111-1
    Publicación Actualización
  7. CVE-2026-90413

    Crítica · CVSS 9.1EPSS 0,84%Corrección disponible

    IB/isert: reject login PDUs declaring more data than was received

    In the Linux kernel, the following vulnerability has been resolved: IB/isert: reject login PDUs declaring more data than was received isert_login_recv_done() records how many bytes the HCA actually placed in the login buffer, but nothing compares that against the length the login PDU's BHS declares. isert_rx_login_req() copies min(login_req_len, MAX_KEY_VALUE_PAIRS) bytes into login->req_buf, and the login code then reads the declared length back out of that buffer - for the first PDU in iscsi_target_locate_portal(), payload_length = ntoh24(login_req->dlength); tmpbuf = kmemdup_nul(login->req_buf, payload_length, GFP_KERNEL); and for t

    • Actualiza a 6.12.111-1
    Publicación Actualización
  8. CVE-2026-90411

    Sin evaluarEPSS 0,22%Corrección disponible

    nvme-fc: unmap cmd_iu DMA on rsp_iu mapping failure in init_request

    In the Linux kernel, the following vulnerability has been resolved: nvme-fc: unmap cmd_iu DMA on rsp_iu mapping failure in init_request __nvme_fc_init_request() maps cmd_iu and then rsp_iu for DMA. If the rsp_iu mapping fails, the original code only recorded the error and fell through: it left the already-mapped cmd_iu unmapped and still marked the op as FCPOP_STATE_IDLE before returning. Since blk-mq does not call .exit_request() when .init_request() fails, the cmd_iu mapping is leaked for every op whose rsp_iu mapping fails. Jump to an error path on rsp_iu mapping failure that unmaps cmd_iu and returns the error without marking the op id

    • Actualiza a 6.12.111-1
    Publicación Actualización
  9. CVE-2026-90410

    Sin evaluarEPSS 0,21%Corrección disponible

    spi: davinci: switch to managed controller allocation

    In the Linux kernel, the following vulnerability has been resolved: spi: davinci: switch to managed controller allocation The controller is allocated with the non-managed spi_alloc_host() while the interrupt is registered with devm_request_threaded_irq(). During removal, spi_bitbang_stop() only unregisters the controller; the subsequent spi_controller_put() then frees the controller together with its embedded davinci_spi devdata, which is the IRQ handler's dev_id. The devm_request_threaded_irq() release action (free_irq()), which drains the handler, does not run until after .remove() returns. A late or latched interrupt can therefore reac

    • Actualiza a 6.12.111-1
    Publicación Actualización
  10. CVE-2026-90409

    Sin evaluarEPSS 0,21%Sin corrección publicada

    drm/panthor: Add vm_bind region with kbo range overlap check

    In the Linux kernel, the following vulnerability has been resolved: drm/panthor: Add vm_bind region with kbo range overlap check When a VM is created, caller has to specify the range of the address space carve-out set aside for mapping kernel BO's. That means vm_bind mappings of UM-exposed BO's should not intersect with that region, but at the moment we're not checking this. At first, I thought of giving these values to drm_gpuvm_init() through its reserve_{offset, range} arguments, but it turns out that is meant for VM address spans that are not managed through the usual drm_gpuvm split/merge circuit, so storing the end of the user VA ran

    Publicación Actualización
  11. CVE-2026-90408

    Alta · CVSS 7.7EPSS 0,19%Sin corrección publicada

    wifi: ath12k: fix overreads in ath12k_wmi_process_csa_switch_count_event()

    In the Linux kernel, the following vulnerability has been resolved: wifi: ath12k: fix overreads in ath12k_wmi_process_csa_switch_count_event() There is no policy entry for WMI_TAG_PDEV_CSA_SWITCH_COUNT_STATUS_EVENT, so the parse infrastructure does not enforce a minimum length for the event struct. Additionally, the num_vdevs field is taken directly from firmware and used as a loop bound over the vdev_ids array without checking that it fits within the TLV payload. Either condition can cause an out-of-bounds read. Add a TLV policy entry for WMI_TAG_PDEV_CSA_SWITCH_COUNT_STATUS_EVENT so the parse infrastructure enforces a minimum length for

    Publicación Actualización
  12. CVE-2026-90407

    Alta · CVSS 7.7EPSS 0,18%Corrección disponible

    wifi: ath11k: fix overreads in ath11k_wmi_process_csa_switch_count_event()

    In the Linux kernel, the following vulnerability has been resolved: wifi: ath11k: fix overreads in ath11k_wmi_process_csa_switch_count_event() There is no policy entry for WMI_TAG_PDEV_CSA_SWITCH_COUNT_STATUS_EVENT, so the parse infrastructure does not enforce a minimum length for the event struct. Additionally, the num_vdevs field is taken directly from firmware and used as a loop bound over the vdev_ids array without checking that it fits within the TLV payload. Either condition can cause an out-of-bounds read. Add a TLV policy entry for WMI_TAG_PDEV_CSA_SWITCH_COUNT_STATUS_EVENT so the parse infrastructure enforces a minimum length for

    • Actualiza a 6.12.111-1
    Publicación Actualización
  13. CVE-2026-90404

    Sin evaluarEPSS 0,21%Corrección disponible

    platform/chrome: cros_ec_debugfs: Unregister panic notifier

    In the Linux kernel, the following vulnerability has been resolved: platform/chrome: cros_ec_debugfs: Unregister panic notifier cros_ec_debugfs_probe() registers notifier_panic with the EC panic notifier chain. The remove path tears down debugfs and the console log, but leaves the notifier registered. A later panic notification can call back into the removed instance and queue work that accesses released data. Unregister the panic notifier before tearing down the debugfs and console log state. This issue was found by a static analysis tool.

    • Actualiza a 6.12.111-1
    Publicación Actualización
  14. CVE-2026-90403

    Alta · CVSS 7EPSS 0,15%Corrección disponible

    wifi: rtlwifi: pci: fix error path in rtl_pci_probe()

    In the Linux kernel, the following vulnerability has been resolved: wifi: rtlwifi: pci: fix error path in rtl_pci_probe() In the last error path in rtl_pci_probe(), the cleanup functions are skipped due to a wrong goto label. Moreover, the successful call to rtl_init_rfkill(), ieee80211_register_hw(), rtl_debug_add_one() have to be reverted. Fix this issue by updating the labels and adding the relevant cleanup functions to the last error path.

    • Actualiza a 6.12.111-1
    Publicación Actualización
  15. CVE-2026-90402

    Alta · CVSS 7EPSS 0,12%Corrección disponible

    bus: mhi: host: Fix controller cleanup on EDL sysfs failure

    In the Linux kernel, the following vulnerability has been resolved: bus: mhi: host: Fix controller cleanup on EDL sysfs failure mhi_register_controller() adds the controller device before creating the optional trigger_edl sysfs file. If sysfs_create_file() fails, the error path only drops the device reference and leaves the device registered. Hence, call device_del() in the error path before put_device().

    • Actualiza a 6.12.111-1
    Publicación Actualización
  16. CVE-2026-90401

    Alta · CVSS 7.1EPSS 0,17%Sin corrección publicada

    md: remove REQ_NOWAIT support from raid1/10/456

    In the Linux kernel, the following vulnerability has been resolved: md: remove REQ_NOWAIT support from raid1/10/456 REQ_NOWAIT support in md personalities that can block internally is fundamentally incomplete. While reads can avoid some blocking paths, write requests can still encounter cases where one mirror succeeds while another returns -EAGAIN. At that point md cannot distinguish queue pressure from a real device failure, so it can neither record a bad block nor safely retry the write without REQ_NOWAIT, leaving mirrors with divergent data. Rather than continue advertising REQ_NOWAIT support for personalities that cannot implement it c

    Publicación Actualización
  17. CVE-2026-90400

    Sin evaluarEPSS 0,17%Corrección disponible

    md: recheck spare changes before starting sync

    In the Linux kernel, the following vulnerability has been resolved: md: recheck spare changes before starting sync remove_spares() and remove_and_add_spares() modify the array's rdev configuration. These operations are only safe after the array has been suspended. md_start_sync() checks whether spare configuration changes are needed before taking reconfig_mutex. However, the rdev state can change before the mutex is acquired, so the initial check can become stale. In that case, md_choose_sync_action() may remove or replace rdevs while normal I/O is still accessing them. The race can occur as follows: raid10d Worker

    • Actualiza a 6.12.111-1
    Publicación Actualización
  18. CVE-2026-90399

    Alta · CVSS 8.4EPSS 0,19%Corrección disponible

    wifi: ath12k: fix stride mismatch in mac_phy_caps_parse()

    In the Linux kernel, the following vulnerability has been resolved: wifi: ath12k: fix stride mismatch in mac_phy_caps_parse() Currently, in ath12k_wmi_mac_phy_caps_parse(), kzalloc() sizes the mac_phy_caps buffer as tot_phy_id * len, where len is clamped to min(firmware_len, sizeof(struct ath12k_wmi_mac_phy_caps_params)). The subsequent memcpy() destination advances by sizeof(full struct) per slot via C pointer arithmetic, not by the clamped len. When firmware sends short TLVs, the second and later slots are written past the end of the allocation. The reader in ath12k_pull_mac_phy_cap_svc_ready_ext() also indexes the buffer with full-struc

    • Actualiza a 6.12.111-1
    Publicación Actualización
  19. CVE-2026-90398

    Alta · CVSS 8.4EPSS 0,14%Corrección disponible

    wifi: ath11k: fix stride mismatch in mac_phy_caps_parse()

    In the Linux kernel, the following vulnerability has been resolved: wifi: ath11k: fix stride mismatch in mac_phy_caps_parse() Currently, in ath11k_wmi_tlv_mac_phy_caps_parse(), kcalloc() sizes the mac_phy_caps buffer as tot_phy_id * len, where len is clamped to min(firmware_len, sizeof(struct wmi_mac_phy_capabilities)). The subsequent memcpy() destination advances by sizeof(full struct) per slot via C pointer arithmetic, not by the clamped len. When firmware sends short TLVs, the second and later slots are written past the end of the allocation. The reader in ath11k_pull_mac_phy_cap_svc_ready_ext() also indexes the buffer with full-struct

    • Actualiza a 6.12.111-1
    Publicación Actualización
  20. CVE-2026-90397

    Sin evaluarEPSS 0,2%Corrección disponible

    firmware: qcom: scm: Fix NULL dereference in IRQ handler before __scm is published

    In the Linux kernel, the following vulnerability has been resolved: firmware: qcom: scm: Fix NULL dereference in IRQ handler before __scm is published In qcom_scm_probe(), devm_request_threaded_irq() is called before smp_store_release(&__scm, scm). Two paths can dereference __scm before it is published, both causing a NULL pointer dereference. The IRQ handler receives scm via its data argument but passes only wq_ctx to qcom_scm_waitq_wakeup() and qcom_scm_get_completion(), which then dereference __scm directly. Thread scm through both functions so the IRQ handler path never touches __scm. Non-atomic SMC calls made during probe (e.g. from

    • Actualiza a 6.12.111-1
    Publicación Actualización

Comprueba tu servidor

Compara tu pila y las versiones instaladas con las bases actuales de vulnerabilidades.

Comprueba tu servidor →