p PatchFirst

PatchFirst · Vulnérabilités récentes

Vulnérabilités de linux · Page n° 172

Vulnérabilités publiées pour linux au cours des 30 derniers jours : 1037. Présentes dans le catalogue KEV : 0.

Filtrer les vulnérabilités
Effacer les filtres

Vulnérabilités : 6357

  1. CVE-2026-74563

    Élevée · CVSS 7.8EPSS 0,12%Correctif disponible

    rds: tcp: hold the RCU lock across ipv6_chk_addr() in rds_tcp_laddr_check()

    In the Linux kernel, the following vulnerability has been resolved: rds: tcp: hold the RCU lock across ipv6_chk_addr() in rds_tcp_laddr_check() rds_tcp_laddr_check() looks up a scoped IPv6 interface with dev_get_by_index_rcu(), drops the RCU read-side lock, and only then passes the bare struct net_device * into ipv6_chk_addr(). dev_get_by_index_rcu() only keeps the device alive within the same RCU read-side section. After rcu_read_unlock(), a concurrent RTM_DELLINK can free the net_device; ipv6_chk_addr() then dereferences the stale pointer in __ipv6_chk_addr_and_flags() (e.g. l3mdev_master_dev_rcu(dev)), reading freed memory. Keep the RC

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  2. CVE-2026-74562

    Élevée · CVSS 8.8EPSS 0,17%Correctif disponible

    nexthop: take nh->lock for f6i_list walks in replace check and notify

    In the Linux kernel, the following vulnerability has been resolved: nexthop: take nh->lock for f6i_list walks in replace check and notify fib6_check_nh_list() and __nexthop_replace_notify() walk nh->f6i_list during an RTNL-serialized nexthop replace without holding nh->lock. IPv6 RTM_NEWROUTE/RTM_DELROUTE run without RTNL and mutate that list under nh->lock (fib6_add_rt2node_nh(), fib6_purge_rt()), so both walks race a concurrent route delete that unlinks and frees a fib6_info: BUG: KASAN: slab-use-after-free in rt6_fill_node.isra.0 (net/ipv6/route.c:5799) Read of size 4 at addr ffff888014607e64 by task exploit/143 rt6_fill_node.isr

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  3. CVE-2026-74561

    Élevée · CVSS 8.8EPSS 0,17%Correctif disponible

    nexthop: avoid unlocked f6i_list walk in nh_rt_cache_flush

    In the Linux kernel, the following vulnerability has been resolved: nexthop: avoid unlocked f6i_list walk in nh_rt_cache_flush nh_rt_cache_flush() walks nh->f6i_list during an RTNL-serialized nexthop replace without holding nh->lock, racing the unlocked IPv6 route add/delete that mutate the list under nh->lock and free fib6_info entries (nh_rt_cache_flush() is inlined into rtm_new_nexthop()): BUG: KASAN: slab-use-after-free in nh_rt_cache_flush (net/ipv4/nexthop.c:2243) Read of size 8 at addr ffff888012953e18 by task exploit/146 nh_rt_cache_flush (net/ipv4/nexthop.c:2243) replace_nexthop (net/ipv4/nexthop.c:2610) rtm_new_nexth

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  4. CVE-2026-74560

    Moyenne · CVSS 4.8EPSS 0,21%Correctif disponible

    xsk: fix buffer leak in xsk_drop_skb() for AF_XDP multi-buffer Tx

    In the Linux kernel, the following vulnerability has been resolved: xsk: fix buffer leak in xsk_drop_skb() for AF_XDP multi-buffer Tx This patch is inspired by the check[1] from sashiko. It says when overflow happens, the address of cq to be published is invalid. Actually the severer thing is the whole process of publishing the address of cq in this particular case is not right: it should truely publish the address and advance the cached_prod in cq as long as it reads descriptors from txq. The following is the full analysis. xsk_drop_skb() is called in three places, which all discard a partially built multi-buffer skb: 1) xsk_build_skb() -

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  5. CVE-2026-74559

    Moyenne · CVSS 4.8EPSS 0,21%Correctif disponible

    xsk: drain continuation descs after overflow in xsk_build_skb()

    In the Linux kernel, the following vulnerability has been resolved: xsk: drain continuation descs after overflow in xsk_build_skb() Fix generic xmit path multi-buffer logic when packets are either too big (count of descriptors exceed MAX_SKB_FRAGS) or an invalid descriptor is included in fragmented packet. Introduce xdp_sock::drain_cont and act upon this flag - when it is set, keep on consuming descriptors from AF_XDP Tx ring and put them directly onto Cq. Previously these descriptors were silently lost and could never be reached again.

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  6. CVE-2026-74558

    Moyenne · CVSS 6.7EPSS 0,21%Correctif disponible

    xsk: reclaim invalid Tx descriptors in ZC batch path

    In the Linux kernel, the following vulnerability has been resolved: xsk: reclaim invalid Tx descriptors in ZC batch path The zero-copy Tx batch parser stops when it encounters an invalid descriptor. If this happens after one or more continuation descriptors, the Tx consumer can be advanced past fragments that are neither submitted to the driver nor returned to userspace through the completion ring. A similar problem occurs when a packet exceeds xdp_zc_max_segs. The descriptors consumed up to the limit are released without completion, and the remaining continuation descriptors can subsequently be interpreted as the beginning of another pack

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  7. CVE-2026-74557

    Élevée · CVSS 7.5EPSS 0,33%Correctif disponible

    scsi: libiscsi: Fix stale-data leak into the SCSI sense buffer

    In the Linux kernel, the following vulnerability has been resolved: scsi: libiscsi: Fix stale-data leak into the SCSI sense buffer iscsi_scsi_cmd_rsp() copies the sense data of a SCSI Response from the target-supplied data segment. The segment carries a 2-byte sense length followed by the sense bytes, so it must hold 2 + senselen bytes, but the bounds check only requires datalen >= senselen: senselen = get_unaligned_be16(data); if (datalen < senselen) goto invalid_datalen; memcpy(sc->sense_buffer, data + 2, min_t(uint16_t, senselen, SCSI_SENSE_BUFFERSIZE)); A target that returns a SCSI Response whose datalen equals senselen

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  8. CVE-2026-74556

    Critique · CVSS 9.8EPSS 0,4%Correctif disponible

    scsi: libiscsi_tcp: Bound SCSI Response data segment to the connection buffer

    In the Linux kernel, the following vulnerability has been resolved: scsi: libiscsi_tcp: Bound SCSI Response data segment to the connection buffer iscsi_tcp_hdr_dissect() receives the data segment of several PDU types into the fixed-size conn->data buffer, which is allocated for ISCSI_DEF_MAX_RECV_SEG_LEN (8192) bytes. For the LOGIN_RSP, TEXT_RSP, REJECT and ASYNC_EVENT opcodes the dissect path already rejects a PDU whose DataSegmentLength exceeds that buffer. The SCSI Command Response (ISCSI_OP_SCSI_CMD_RSP) path also copies its data segment (sense/response data) into conn->data via iscsi_tcp_data_recv_prep(), but it does so without the s

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  9. CVE-2026-74555

    Non évaluéeEPSS 0,16%Correctif disponible

    scsi: libsas: Fix HA resume deadlock and hisi_sas disk-wake race

    In the Linux kernel, the following vulnerability has been resolved: scsi: libsas: Fix HA resume deadlock and hisi_sas disk-wake race Commit fbefe22811c3 ("scsi: libsas: Don't always drain event workqueue for HA resume") introduced sas_resume_ha_no_sync() to avoid a deadlock: the PHYE_RESUME_TIMEOUT handler, running on the HA event workqueue, calls sas_deform_port() -> sas_destruct_devices(), which removes SCSI devices and waits for the host to become runtime-active. But the host cannot resume until sas_resume_ha() -> sas_drain_work() returns, and the drain is blocked on that very handler. However skipping the drain reintroduces a race: his

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  10. CVE-2026-74554

    Élevée · CVSS 8.8EPSS 0,34%Correctif disponible

    wifi: ath12k: fix out-of-bounds clear_bit in ath12k_mac_dp_peer_cleanup()

    In the Linux kernel, the following vulnerability has been resolved: wifi: ath12k: fix out-of-bounds clear_bit in ath12k_mac_dp_peer_cleanup() ath12k_mac_dp_peer_cleanup() clears the ML peer ID slot on the free_ml_peer_id_map bitmap by indexing it with dp_peer->peer_id. That is wrong: dp_peer->peer_id for an MLO peer always carries the ATH12K_PEER_ML_ID_VALID bit (BIT(13)), so clear_bit() is invoked with index >= 0x2000, which is far outside the bitmap of ATH12K_MAX_MLO_PEERS (256) bits and corrupts memory adjacent to ah->free_ml_peer_id_map. The intended bitmap entry also never gets cleared, so subsequent ath12k_peer_ml_alloc() calls eventu

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  11. CVE-2026-74553

    Non évaluéeEPSS 0,16%Correctif disponible

    hwmon: (nct6775-core) Fix number of temperature registers for NCT6116

    In the Linux kernel, the following vulnerability has been resolved: hwmon: (nct6775-core) Fix number of temperature registers for NCT6116 Unlike NCT6106, NCT6116 only has three temperature registers, and with it only three temperature source and temperature source configuration registers. The register addresses match those of NCT6106 and can be re-used. The code used a separate array to list the temperature source registers for NCT6116, but used the size of the NCT6106 register array to set the number of registers. The NCT6106 register array provides six addresses, while the temperature source register array for NCT6116 only provides three

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  12. CVE-2026-74552

    Non évaluéeEPSS 0,17%Correctif disponible

    hwmon: (lm90) Only report alarms if driver is ready

    In the Linux kernel, the following vulnerability has been resolved: hwmon: (lm90) Only report alarms if driver is ready Userspace can read sysfs attributes before driver registration is complete, immediately after devm_hwmon_device_register_with_info() has been called. At that time, data->hwmon_dev is not yet initialized. This can trigger a NULL pointer access since lm90_update_device() and with it lm90_update_alarms_locked() will be called. This call schedules report_work and lm90_report_alarms(), which passes the still-NULL data->hwmon_dev to hwmon_notify_event() and triggers a NULL pointer dereference. Fix the problem by only scheduling

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  13. CVE-2026-74551

    Élevée · CVSS 7.8EPSS 0,13%Correctif disponible

    hwmon: (nzxt-smart2) DMA-align output buffer

    In the Linux kernel, the following vulnerability has been resolved: hwmon: (nzxt-smart2) DMA-align output buffer Sashiko reports: When send_output_report() calls hid_hw_output_report(), the underlying USB HID core calls usb_interrupt_msg() which maps this buffer directly for DMA. When the DMA mapping flushes or invalidates the cacheline, it will corrupt the adjacent variables (mutex, update_interval) that were modified concurrently by the CPU. This causes memory corruption due to cacheline sharing on non-coherent CPU architectures (such as ARM or MIPS). The DMA API debugging tool (CONFIG_DMA_API_DEBUG) will trigger runtime warnings for th

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  14. CVE-2026-74550

    Élevée · CVSS 7.5EPSS 0,48%Correctif disponible

    net: do not send ICMP/NDISC Redirects when peer allocation fails

    In the Linux kernel, the following vulnerability has been resolved: net: do not send ICMP/NDISC Redirects when peer allocation fails When inet_getpeer_v4() or inet_getpeer_v6() fails to allocate a peer entry under memory pressure or tree size caps, redirect handlers previously fell back to sending un-rate-limited ICMP/NDISC Redirect messages. In IPv4, ip_rt_send_redirect() called icmp_send() directly when peer == NULL. In IPv6, ip6_forward() and ndisc_send_redirect() passed a NULL peer into inet_peer_xrlim_allow(), which returned true when peer == NULL. Because ICMP/NDISC Redirects are not part of the default global rate limit mask (sysct

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  15. CVE-2026-74549

    Élevée · CVSS 7.8EPSS 0,13%Correctif disponible

    hwmon: (nct6775-core) Prevent access to unsupported weight registers

    In the Linux kernel, the following vulnerability has been resolved: hwmon: (nct6775-core) Prevent access to unsupported weight registers Sashiko reports: During initialization of the nct6116 chip, the driver sets data->pwm_num to 5. However, it assigns several NCT6106 register arrays (such as NCT6106_REG_WEIGHT_DUTY_STEP, NCT6106_REG_WEIGHT_TEMP_SEL, and NCT6106_REG_WEIGHT_TEMP_*) to data->REG_PWM and data->REG_WEIGHT_TEMP. These arrays only contain 3 elements. In nct6775_update_pwm(), the driver iterates up to data->pwm_num. If data->has_pwm has bits 3 or 4 set (which is structurally possible for nct6116), the loop attempts to read eleme

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  16. CVE-2026-74548

    Élevée · CVSS 7.8EPSS 0,13%Correctif disponible

    forcedeth: fix UAF of txrx_stats in nv_remove

    In the Linux kernel, the following vulnerability has been resolved: forcedeth: fix UAF of txrx_stats in nv_remove nv_remove() frees the per-CPU txrx_stats before unregister_netdev(). Until unregister completes, ndo_get_stats64, the NAPI/xmit data path, and nv_close()/drain may still access txrx_stats, leading to a use-after-free. Free the stats only after unregister_netdev().

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  17. CVE-2026-74547

    Non évaluéeEPSS 0,18%Correctif disponible

    hwmon: (adt7470) Fix busy-loop and I2C flooding in update thread

    In the Linux kernel, the following vulnerability has been resolved: hwmon: (adt7470) Fix busy-loop and I2C flooding in update thread When userspace configures 'auto_update_interval' to 0 via sysfs, the background kthread executes schedule_timeout_interruptible(0), which returns immediately. If 'num_temp_sensors' is concurrently or previously set to 0, the msleep_interruptible() delay inside adt7470_read_temperatures() also becomes 0. This combination forces the background thread into a tight, unbounded busy-loop, hogging the CPU and flooding the I2C bus with a continuous stream of transactions. Fix this vulnerability by raising the lower

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  18. CVE-2026-74546

    Non évaluéeEPSS 0,17%Correctif disponible

    hwmon: (adt7470) Fix divide-by-zero TOCTOU crash in fan speed read

    In the Linux kernel, the following vulnerability has been resolved: hwmon: (adt7470) Fix divide-by-zero TOCTOU crash in fan speed read If the fan data becomes 0 between the FAN_DATA_VALID() check and the FAN_PERIOD_TO_RPM() conversion, it will result in a divide-by-zero crash due to a race with a concurrent update of the cached fan value. Fix a TOCTOU issue by reading fan data once.

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  19. CVE-2026-74545

    Critique · CVSS 9.8EPSS 0,67%Correctif disponible

    rtase: fix double free of multi-frag skb on DMA map failure

    In the Linux kernel, the following vulnerability has been resolved: rtase: fix double free of multi-frag skb on DMA map failure In rtase_start_xmit(), when the head buffer DMA mapping fails after rtase_xmit_frags() has mapped all fragments, the error path clears the fragment descriptors with rtase_tx_clear_range(), which frees the skb through the last-frag slot and accounts tx_dropped. Control then falls through to the common error label, which frees the same skb a second time and counts it again. Return right after clearing the fragments when the skb owns frags; the no-frag case still drops through and frees the head skb once.

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour
  20. CVE-2026-74544

    Élevée · CVSS 7.8EPSS 0,13%Correctif disponible

    net/sched: cls_u32: validate offshift to prevent shift-out-of-bounds

    In the Linux kernel, the following vulnerability has been resolved: net/sched: cls_u32: validate offshift to prevent shift-out-of-bounds u32_change() copies the user-provided tc_u32_sel.offshift (unsigned char, 0-255) into the kernel knode object without bounds validation. When a packet later hits u32_classify() with TC_U32_VAROFFSET set, it evaluates `ntohs(offmask & *data) >> offshift` where the left operand is a 16-bit value promoted to a 32-bit int. Any offshift >= 32 is undefined behavior per C11 6.5.7p3, triggerable by an unprivileged user via user/network namespaces. UBSAN: shift-out-of-bounds in net/sched/cls_u32.c:236:43 shift exp

    • Mettez à jour vers 7.0.0-42.42
    Publication Mise à jour

Vérifiez votre serveur

Comparez votre pile et les versions installées aux bases de vulnérabilités actuelles.

Vérifiez votre serveur →