p PatchFirst

PatchFirst · Vulnerabilidades recientes

Vulnerabilidades de linux-riscv · Página 175

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

Filtrar vulnerabilidades
Borrar filtros

Vulnerabilidades: 6357

  1. CVE-2026-74502

    Sin evaluarEPSS 0,17%Corrección disponible

    ALSA: ump: fix double free of out_cvts on rawmidi error

    In the Linux kernel, the following vulnerability has been resolved: ALSA: ump: fix double free of out_cvts on rawmidi error snd_ump_attach_legacy_rawmidi() allocates the legacy conversion array ump->out_cvts and, on the snd_rawmidi_new() error path, frees it with kfree() but leaves ump->out_cvts pointing at the freed memory. When the endpoint is later torn down, snd_ump_endpoint_free() frees ump->out_cvts a second time, resulting in a double free. The host snd-usb-audio driver attaches the legacy rawmidi for any USB MIDI 2.0 (UMP) device, so a device that makes snd_rawmidi_new() fail reaches this path on enumeration. Clear ump->out_cvts

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  2. CVE-2026-74501

    Sin evaluarEPSS 0,17%Corrección disponible

    ALSA: usb-audio: fix use-after-free in ump_to_endpoint()

    In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: fix use-after-free in ump_to_endpoint() create_midi2_ump() registers a card-owned snd_ump_endpoint and stores a back-pointer to its per-interface snd_usb_midi2_ump object in ump->private_data, but it never installs an ump->private_free hook and never clears that pointer. If a later step of snd_usb_midi_v2_create() fails, its error path calls free_all_midi2_umps(), which kfree()s the snd_usb_midi2_ump object while the already-registered endpoint keeps pointing at it. The created /dev/snd/umpC*D* node stays exposed, so the first operation of any UMP open, u

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  3. CVE-2026-74500

    Sin evaluarEPSS 0,17%Corrección disponible

    ALSA: usb-audio: fix stack info leak in RME Digiface status

    In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: fix stack info leak in RME Digiface status snd_rme_digiface_read_status() reads a four-word status block from the device into an uninitialised on-stack __le32 buf[4] and, whenever the vendor control-IN transfer does not return a negative error, copies all four words into the caller's status[]. snd_usb_ctl_msg() copies the full requested size back into the caller's buffer regardless of how many bytes the data stage actually delivered: buf = kmemdup(data, size, GFP_KERNEL); err = usb_control_msg(dev, pipe, request, requesttype, value, index, buf,

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  4. CVE-2026-74499

    Sin evaluarEPSS 0,18%Corrección disponible

    ALSA: usb-audio: fix OOB write in snd_usbmidi_akai_output()

    In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: fix OOB write in snd_usbmidi_akai_output() snd_usbmidi_akai_output() computes its fill-loop bound buf_end = ep->max_transfer - MAX_AKAI_SYSEX_LEN - 1; as a signed int, so a small device-advertised bulk-OUT max_transfer makes buf_end negative. The loop guard then compares the u32 urb->transfer_buffer_length against that negative int: the usual arithmetic conversion turns buf_end into a large unsigned value, so the guard stays true and each iteration keeps appending SysEx framing and payload bytes past the end of the URB transfer buffer, which is only max

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  5. CVE-2026-74498

    Sin evaluarEPSS 0,18%Corrección disponible

    ALSA: usb-audio: Fix DMA buffer out-of-bounds write when fill_max is set

    In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: Fix DMA buffer out-of-bounds write when fill_max is set When a USB audio endpoint requests full packet transfers via the fill_max descriptor flag, data_ep_set_params() promotes ep->curpacksize to ep->maxpacksize. However, maxsize is left at the original sample-rate derived value. Since u->buffer_size is allocated as maxsize * packets, the resulting DMA buffer is far too small for the requested transfer length. When the USB host controller streams up to curpacksize bytes per packet, it writes past the end of the buffer via DMA, corrupting kernel heap memory

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  6. CVE-2026-74497

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

    ALSA: usb-audio: Clamp frame size in implicit-feedback mode

    In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: Clamp frame size in implicit-feedback mode snd_usb_handle_sync_urb() scales received sync packet sizes by the sender's stride and stores the result directly in out_packet->packet_size[i]. If a connected USB device sends an oversized sync packet, this frame count can exceed ep->maxframesize. The un-clamped frame count then propagates to the playback endpoint queue, potentially driving packet transfers beyond the endpoint's hardware frame limits. Cap the calculated frame count against ep->maxframesize in snd_usb_handle_sync_urb() to prevent oversized packet

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  7. CVE-2026-74496

    Alta · CVSS 7.8EPSS 0,13%Corrección disponible

    fou: Fix use-after-free in fou_create()

    In the Linux kernel, the following vulnerability has been resolved: fou: Fix use-after-free in fou_create() fou_create() publishes struct fou through sk_user_data before adding the new FOU port to the per-netns list. If fou_add_to_port_list() fails, the error path frees fou while it is still reachable through sk_user_data. A concurrent receive can then dereference the freed object in fou_from_sock(). This ordering issue was previously noted in the linked discussion. The failure is reachable when local port 0 is requested. Each socket binds to a different ephemeral port, but fou_cfg_cmp() compares the requested port 0 and reports -EALRE

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  8. CVE-2026-74495

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

    igbvf: Fix leak in TX DMA error cleanup

    In the Linux kernel, the following vulnerability has been resolved: igbvf: Fix leak in TX DMA error cleanup If an error is encountered while mapping TX buffers, the driver should unmap any buffers already mapped for that skb. Because count is incremented before each frag mapping, it will always match the correct number of unmappings needed when dma_error is reached. Decrementing count before the while loop in dma_error causes an off-by-one error. If any mapping was successful before an unsuccessful mapping, exactly one DMA mapping (the head) would leak. This bug was introduced by a 2010 fix for an endless loop in dma_error. All other affe

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  9. CVE-2026-74494

    Sin evaluarEPSS 0,17%Corrección disponible

    ksmbd: reject repeated SMB2 NEGOTIATE requests

    In the Linux kernel, the following vulnerability has been resolved: ksmbd: reject repeated SMB2 NEGOTIATE requests Unauthenticated client can send multiple successful SMB2 NEGOTIATE requests on one connection before SESSION_SETUP. While the connection is in KSMBD_SESS_NEED_SETUP, smb2_handle_negotiate() accepts another SMB3.1.1 NEGOTIATE and overwrites conn->preauth_info with a new allocation. Only the final allocation is freed when the connection is released, leaking one object for every additional successful request. A repeated SMB2 NEGOTIATE after a dialect has been selected is a protocol violation. MS-SMB2 section 3.3.5.4 requires the

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  10. CVE-2026-74493

    Crítica · CVSS 9.8EPSS 0,5%Corrección disponible

    net/smc: fix socket use-after-free during link group termination

    In the Linux kernel, the following vulnerability has been resolved: net/smc: fix socket use-after-free during link group termination __smc_lgr_terminate() drops conns_lock after finding a connection in lgr->conns_all, but before taking a reference on its socket. The connection is embedded in the socket, and its registration reference protects it only while the connection remains in the tree. A concurrent close can unregister the connection and drop that reference, freeing the socket before the termination worker reaches sock_hold(). The race is reachable when close overlaps link group termination. Local stress testing reproduced the use-a

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  11. CVE-2026-74492

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

    netfilter: ipset: do not update comments from kernel-side hash adds

    In the Linux kernel, the following vulnerability has been resolved: netfilter: ipset: do not update comments from kernel-side hash adds mtype_resize() copies comment pointers with memcpy(), not the comment objects themselves. During the window after an entry has been copied but before the table swap and backlog replay, the old table is still published for packet-side updates while the replacement-table entry already holds the same ip_set_comment_rcu pointer. If xt_SET --add-set ... --exist hits that old entry in this window, mtype_add() calls ip_set_init_comment() even though packet-side adds carry no comment payload. That call frees the s

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  12. CVE-2026-74491

    Sin evaluarEPSS 0,21%Corrección disponible

    of/address: Fix NULL bus dereference in of_pci_range_parser_one()

    In the Linux kernel, the following vulnerability has been resolved: of/address: Fix NULL bus dereference in of_pci_range_parser_one() The bus matching rework made of_match_bus() return NULL for nodes with ranges/dma-ranges but no local #address-cells. parser_init() stored that NULL bus, and the range iterator later dereferenced it. Reject such nodes in parser_init(), leaving an explicit empty iterator for callers that ignore the init return, and make of_dma_get_max_cpu_address() honour the init failure so a rejected node cannot clamp the DMA limit.

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  13. CVE-2026-74490

    Alta · CVSS 8.8EPSS 0,46%Corrección disponible

    tipc: avoid use-after-free in poll trace queue dumps

    In the Linux kernel, the following vulnerability has been resolved: tipc: avoid use-after-free in poll trace queue dumps TIPC socket tracepoints dump queue state through tipc_sk_dump(). Most queue-dump callsites already serialize that walk under the socket lock or sk->sk_lock.slock, but tipc_poll() calls trace_tipc_sk_poll(..., TIPC_DUMP_ALL, ...) without holding either lock. That lets the poll trace path reach tipc_list_dump() and backlog head/tail dumping while another context dequeues and frees an skb, leaving the trace helper dereferencing a stale queue entry. Stop the unlocked poll trace site from requesting queue dumps. Other queue

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  14. CVE-2026-74488

    Alta · CVSS 8.8EPSS 0,26%Corrección disponible

    wifi: mwifiex: use the subframe length when parsing A-MSDU TDLS frames

    In the Linux kernel, the following vulnerability has been resolved: wifi: mwifiex: use the subframe length when parsing A-MSDU TDLS frames mwifiex_11n_dispatch_amsdu_pkt() splits an A-MSDU with ieee80211_amsdu_to_8023s() and walks the resulting subframes. For each subframe it passes the subframe data pointer to mwifiex_process_tdls_action_frame(), but pairs it with skb->len, the length of the A-MSDU parent, instead of rx_skb->len: rx_skb = __skb_dequeue(&list); rx_hdr = (struct rx_packet_hdr *)rx_skb->data; if (ISSUPP_TDLS_ENABLED(priv->adapter->fw_cap_info) && ntohs(rx_hdr->eth803_hdr.h_proto) == ETH_P_TDLS) { mwifiex_process_td

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  15. CVE-2026-74487

    Sin evaluarEPSS 0,18%Corrección disponible

    binfmt_misc: restore write access when removing an entry

    In the Linux kernel, the following vulnerability has been resolved: binfmt_misc: restore write access when removing an entry Registering an entry with the MISC_FMT_OPEN_FILE flag opens the interpreter via open_exec() which denies write access to it for as long as the entry exists. Removing the entry closes the interpreter file via filp_close() but never restores write access, leaving the inode's i_writecount permanently negative. Opening the interpreter for writing keeps failing with ETXTBSY long after the entry is gone until the inode is evicted from the inode cache. Commit 90f601b497d7 ("binfmt_misc: restore write access before closing f

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  16. CVE-2026-74486

    Sin evaluarEPSS 0,18%Corrección disponible

    binfmt_misc: use exe_file_deny_write_access() for the interpreter clone

    In the Linux kernel, the following vulnerability has been resolved: binfmt_misc: use exe_file_deny_write_access() for the interpreter clone For MISC_FMT_OPEN_FILE entries load_misc_binary() clones the registered interpreter file and denies write access to the clone via plain deny_write_access(). The clone is installed as bprm->interpreter and later released by the exec machinery through exe_file_allow_write_access() which skips the i_writecount increment for files with FMODE_FSNOTIFY_HSM set. The deny and allow side can therefore come to different conclusions when pre-content watches are in play: if a pre-content watch is added to the inte

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  17. CVE-2026-74485

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

    binfmt_misc: reject a flag character as the field delimiter

    In the Linux kernel, the following vulnerability has been resolved: binfmt_misc: reject a flag character as the field delimiter The registration string starts with a user chosen delimiter that separates the individual fields. So that the field parsers terminate even on a truncated string create_entry() pads the buffer with that same delimiter: memset(buf + count, del, 8); Most fields are scanned for the delimiter with strchr()/scanarg() and happily stop on the padding. The flags field is different: instead of scanning for the delimiter check_special_flags() consumes the flag characters 'P', 'O', 'C' and 'F' and stops at the first byte th

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  18. CVE-2026-74484

    Media · CVSS 6.8EPSS 0,17%Corrección disponible

    binfmt_misc: don't let an 'F' entry pin its own instance

    In the Linux kernel, the following vulnerability has been resolved: binfmt_misc: don't let an 'F' entry pin its own instance An entry registered with 'F' opens its interpreter at registration time and holds that file until the entry is freed. Any entry nobody removes by hand only gets closed once the binfmt_misc superblock is shut down. If the interpreter lives on a mount that keeps that superblock alive the two pin each other: binfmt_misc sb -> inode -> entry -> interp_file -> vfsmount -> binfmt_misc sb TL;DR the file is never closed. Once the mount namespace is gone there is nothing left to unregister through either. There are two

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  19. CVE-2026-74483

    Sin evaluarEPSS 0,17%Corrección disponible

    binfmt_misc: don't leak the user namespace when the mount fails

    In the Linux kernel, the following vulnerability has been resolved: binfmt_misc: don't leak the user namespace when the mount fails bm_get_tree() takes a reference to the user namespace and hands it to get_tree_keyed() as the sget key. sget_fc() moves that reference into sb->s_fs_info and clears fc->s_fs_info, so from that point on the superblock owns it and bm_free() doesn't see it anymore. The superblock drops it in ->put_super(). But generic_shutdown_super() only calls ->put_super() from inside the if (sb->s_root) branch, so nothing releases it when bm_fill_super() fails: - The kzalloc_obj() failure leaves s_root NULL and the whole bra

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización
  20. CVE-2026-74482

    Alta · CVSS 7.8EPSS 0,13%Corrección disponible

    mm/huge_memory: unlock i_mmap_rwsem before releasing after-split folios

    In the Linux kernel, the following vulnerability has been resolved: mm/huge_memory: unlock i_mmap_rwsem before releasing after-split folios __folio_split() keeps dereferencing the mapping after the split: shmem_uncharge(mapping->host) and remap_page() while the folios are still frozen/locked, and i_mmap_unlock_read(mapping) at the very end, after the after-split folios have been unlocked and freed. Nothing holds an inode reference across that. The split relies on @folio -- which the beyond-EOF drop loop never removes, as it starts at folio_next(folio) -- staying locked and in the page cache to hold off eviction. But the unlock loop unloc

    • Actualiza a 7.0.0-42.42.1
    Publicación Actualización

Comprueba tu servidor

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

Comprueba tu servidor →