p PatchFirst

PatchFirst · Vulnerabilidades recientes

Vulnerabilidades de linux-oracle · Página 168

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

Filtrar vulnerabilidades
Borrar filtros

Vulnerabilidades: 6356

  1. CVE-2026-74644

    Sin evaluarEPSS 0,17%Corrección disponible

    mm/damon/ops-common: putback folios on invalid migrate nid

    In the Linux kernel, the following vulnerability has been resolved: mm/damon/ops-common: putback folios on invalid migrate nid damon_pa_migrate() and damos_va_migrate() isolate folios into a local list and then call damon_migrate_pages(). When target_nid is invalid (including the scheme default NUMA_NO_NODE / -1), damon_migrate_pages() returns early without putting the folios back to the LRU. Callers then discard the list head while those folios remain isolated with an extra reference taken by folio_isolate_lru(). The pages stay off the LRU for as long as the mapping exists (anon active+inactive counts drop while RSS does not), and the l

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  2. CVE-2026-74643

    Sin evaluarEPSS 0,21%Corrección disponible

    samples/damon/mtier: error out for zero quota goal target values

    In the Linux kernel, the following vulnerability has been resolved: samples/damon/mtier: error out for zero quota goal target values Patch series "mm/damon: avoid division by zero from damos_quota_score()". DAMON_SAMPLE_MTIER and DAMON_LRU_SORT allow the user to trigger division by zero in damos_quota_score(). Avoid it by adding parameters validation checks. This patch (of 2): damos_quota_score() can trigger division by zero if the target_value is zero. DAMON_SAMPLE_MTIER lets users set the target_value via node0_mem_{used,free}_bp parameters. It doesn't guard zero value case, though. As a result, users can trigger division by zero.

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  3. CVE-2026-74641

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

    ALSA: usx2y: bound the hwdep mmap fault offset

    In the Linux kernel, the following vulnerability has been resolved: ALSA: usx2y: bound the hwdep mmap fault offset snd_us428ctls_vm_fault() turns the faulting page offset into a kernel address with no bound of any kind: offset = vmf->pgoff << PAGE_SHIFT; vaddr = (char *)(...)->us428ctls_sharedmem + offset; page = virt_to_page(vaddr); get_page(page); vmf->page = page; return 0; snd_us428ctls_mmap() checks only the length of the mapping, never the offset, and us428ctls_sharedmem is a single page from alloc_pages_exact(). For a character device file_mmap_size_max() returns ULONG_MAX, so the mm layer imposes no ceiling either. Every

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  4. CVE-2026-74640

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

    ALSA: FCP: fix OOB write in fcp_meter_ctl_get()

    In the Linux kernel, the following vulnerability has been resolved: ALSA: FCP: fix OOB write in fcp_meter_ctl_get() fcp_ioctl_set_meter_map() bounds the user-supplied Level Meter map size by the driver's own limit of 255 if (map.map_size < 1 || map.map_size > 255 || map.meter_slots < 1 || map.meter_slots > 255) return -EINVAL; and passes it to fcp_add_new_ctl() as the control's channel count, where it is stored as elem->channels. Every control read writes into struct snd_ctl_elem_value, whose integer array is declared long value[128], so the limit is 128, not 255. fcp_meter_ctl_get() stores one 64-bit word per channel into that a

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  5. CVE-2026-74639

    Sin evaluarEPSS 0,21%Corrección disponible

    ALSA: us144mkii: re-anchor capture URBs on resubmission

    In the Linux kernel, the following vulnerability has been resolved: ALSA: us144mkii: re-anchor capture URBs on resubmission capture_urb_complete() resubmits each capture URB without anchoring it: usb_get_urb(urb); ret = usb_submit_urb(urb, GFP_ATOMIC); Anchoring is a property of a submission, not of the URB. The giveback path calls usb_unanchor_urb() before urb->complete(), so an URB resubmitted from its own completion handler is off the anchor. The capture URBs are anchored once, at stream start, so from the first completion onward tascam->capture_anchor is empty. tascam_free_urbs(), tascam_disconnect(), tascam_suspend() and the sto

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  6. CVE-2026-74638

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

    drm/v3d: Serialize the scheduler timeout handlers

    In the Linux kernel, the following vulnerability has been resolved: drm/v3d: Serialize the scheduler timeout handlers V3D exposes several independent hardware queues (BIN, RENDER, TFU and CSD) but has only a single, global reset. A timeout on any one queue therefore has to stop, reset and restart the schedulers of every other queue as well. That makes concurrent timeout handlers unsafe. `reset_lock` was never able to make them safe, as a driver-side lock can only cover the driver's &drm_sched_backend_ops.timedout_job callback. The scheduler handles the timed out job and its pending list around that callback, outside of the driver's control

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  7. CVE-2026-74637

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

    perf/core: Fix group leader use-after-free after sibling detach

    In the Linux kernel, the following vulnerability has been resolved: perf/core: Fix group leader use-after-free after sibling detach perf_group_detach() handles leader and sibling detach differently. When the group leader is detached, all siblings are promoted to singleton events and their group_leader pointer is reset to themselves. When a sibling is detached, it is removed from the leader's sibling_list, but its group_leader pointer is left pointing at the old leader. That is harmless when the sibling is being closed and freed immediately, as in the DETACH_DEAD path. It is not safe when the sibling is detached but kept alive, such as duri

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  8. CVE-2026-74636

    Sin evaluarEPSS 0,17%Corrección disponible

    tracing: Fix race between update_event_fields and, event_define_fields

    In the Linux kernel, the following vulnerability has been resolved: tracing: Fix race between update_event_fields and, event_define_fields The following sequence may leads race between event_define_fields() and update_event_fields(): CPU0 (loads module A) CPU1 (loads module B) =============================== =============================== load_module(A) load_module(B) notifier_call_chain notifier_call_chain trace_module_notify trace_module_notify mutex_lock(&event_mutex) trace_event_update_all()

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  9. CVE-2026-74635

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

    fbdev: bitblit: bound-check glyph index in bit_cursor()

    In the Linux kernel, the following vulnerability has been resolved: fbdev: bitblit: bound-check glyph index in bit_cursor() bit_cursor() fetches the glyph under the cursor with c = scr_readw(vc_pos); src = vc_font.data + ((c & charmask) * w * height); where charmask is 0x1ff when vc_hi_font_mask is set. The screen buffer value comes directly from scr_readw() and may be larger than the current font's glyph count. Syzkaller triggers this via vcs_write(). The Call Trace shows vcs_write() in vc_screen.c writing an arbitrary 16-bit value with writev() to /dev/vcsa, which vcs_write_buf() in vc_screen.c stores via vcs_scr_writew() without che

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  10. CVE-2026-74634

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

    ring-buffer: Prevent subbuf order change when resizing is disabled

    In the Linux kernel, the following vulnerability has been resolved: ring-buffer: Prevent subbuf order change when resizing is disabled Because ring_buffer_subbuf_order_set() frees buffer pages, we can't allow it when resizing is disabled. A non-consuming reader is at risk of use-after-free (rb_advance_iter()). Return -EBUSY on resize_disabled, matching ring_buffer_resize() behaviour.

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  11. CVE-2026-74633

    Sin evaluarEPSS 0,21%Corrección disponible

    tracing: Fix NULL pointer dereference in module event cache removal

    In the Linux kernel, the following vulnerability has been resolved: tracing: Fix NULL pointer dereference in module event cache removal A module-only event filter such as ":mod:foo" is cached with a NULL event_mod->match when foo has not been loaded. If a later write tries to remove a specific match from the same module, remove_cache_mod() passes the NULL cached match to strcmp(), causing a NULL pointer dereference. The issue can be reproduced from userspace: echo ':mod:trace_events_kunit_missing' > /sys/kernel/tracing/set_event echo '!foo_bar:mod:trace_events_kunit_missing' >> /sys/kernel/tracing/set_event The second write must be a

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  12. CVE-2026-74632

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

    mm/huge_memory: fix huge_zero_pfn race

    In the Linux kernel, the following vulnerability has been resolved: mm/huge_memory: fix huge_zero_pfn race Patch series "mm/huge_memory: fix huge_zero_pfn race", v2. There is a subtle race in the reference-counted huge_zero_folio implementation. The fast path atomic logic fails to account for the fact that the shrinker (which drops the final huge_zero_refcount pin) can overwrite huge_zero_pfn with the ~0UL sentinel value in shrink_huge_zero_folio_scan() after a racing get_huge_zero_folio() installed a valid value there. This results in huge_zero_folio being correctly set but huge_zero_pfn being set incorrectly and thus is_huge_zero_pfn()

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  13. CVE-2026-74631

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

    net: smc: fix splice entry lifetime imbalance in smc_rx_splice

    In the Linux kernel, the following vulnerability has been resolved: net: smc: fix splice entry lifetime imbalance in smc_rx_splice smc_rx_splice() passes pages to splice_to_pipe() before taking the references that cover the lifetime of each splice entry. In the VM-backed RMB path, splice_to_pipe() may drop unqueued entries through smc_rx_spd_release(), while queued entries are released later via the pipe buffer callback. The old post-splice accounting also derives the number of queued VM pages from an offset mutated while building the descriptor, and a multi-page splice pairs one sock_hold() with multiple sock_put() calls. Take the page a

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  14. CVE-2026-74630

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

    ipv6: prevent in6_dev_get() from resurrecting inet6_dev

    In the Linux kernel, the following vulnerability has been resolved: ipv6: prevent in6_dev_get() from resurrecting inet6_dev in6_dev_get() reads dev->ip6_ptr under RCU and then unconditionally increments its refcount. Device teardown can clear the pointer and drop the last reference between these operations. The increment then resurrects an object whose RCU free has already been queued, so callers can use it after it is freed. Use refcount_inc_not_zero() and return NULL when the object has already reached zero. RCU keeps the memory accessible through the attempted reference acquisition, and a successful increment pins the object for the cal

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  15. CVE-2026-74629

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

    net/dibs: Correct freeing of dmb_clientid_arr

    In the Linux kernel, the following vulnerability has been resolved: net/dibs: Correct freeing of dmb_clientid_arr A dibs device interrupt handler can be active after dibs_dev_del() and may still access dmb_clientid_arr. (UAF) In case of a failure in dibs_dev_add() being called by dibs_lo_dev_probe() dmb_clientid_arr is freed twice (double free). Free dmb_clientid_arr in dibs_dev_release() after last reference is gone. Note that allocating in dibs_dev_add() instead of dibs_dev_alloc() is ok for now, because no dmbs can be registered before dibs_dev_add().

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  16. CVE-2026-74628

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

    net/x25: fix use-after-free of the socket by its timers

    In the Linux kernel, the following vulnerability has been resolved: net/x25: fix use-after-free of the socket by its timers The x25 timers are armed with mod_timer() and cancelled with timer_delete(), so a pending timer holds no reference on the socket and a cancel does not wait for a callback already running on another CPU. x25_heartbeat_expiry() also rearms unconditionally, so it can reinstall sk->sk_timer after __x25_destroy_socket() has passed its cancel point. The following __sock_put() frees the socket while the timer is still queued, and the next expiry uses freed memory. KASAN reports a slab-use-after-free on the kmalloc-2k object

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  17. CVE-2026-74627

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

    net: devmem: prevent net-iov / page mixing

    In the Linux kernel, the following vulnerability has been resolved: net: devmem: prevent net-iov / page mixing We should either have net_iov or page backed frags in a single skb, otherwise it blows up down the stack. Don't allow mixing in zerocopy_fill_skb_from_devmem().

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  18. CVE-2026-74626

    Alta · CVSS 7.5EPSS 0,5%Corrección disponible

    NTB: ntb_netdev: Preserve RX queue depth on allocation failure

    In the Linux kernel, the following vulnerability has been resolved: NTB: ntb_netdev: Preserve RX queue depth on allocation failure ntb_netdev_rx_handler() hands the received skb to the network stack before allocating its replacement. If the allocation fails, nothing is reposted. Every failure therefore takes one buffer out of the RX queue while the interface remains up, and enough failures eventually stall reception. A retry path could refill the queue later, but ntb_netdev has none. Allocate the replacement first instead. If that fails, drop the packet and repost the same skb. This keeps the queue full and lets packet delivery resume as s

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  19. CVE-2026-74625

    Alta · CVSS 7.5EPSS 0,5%Corrección disponible

    netfilter: bridge: release template ct on non-IP path

    In the Linux kernel, the following vulnerability has been resolved: netfilter: bridge: release template ct on non-IP path A bridge nftables ct zone set rule can attach a conntrack template to an skb before nf_ct_bridge_pre() sees it. For non-IPv4 and non-IPv6 EtherTypes, nf_ct_bridge_pre() currently overwrites skb->_nfct with IP_CT_UNTRACKED without releasing the existing template reference. That makes the per-cpu template, and any temporary templates allocated for concurrent use, unreachable and leaks memory until the host runs out of slab. Reset the skb conntrack state before marking the frame untracked so the existing template referenc

    • Actualiza a 7.0.0-1015.16
    Publicación Actualización
  20. CVE-2026-74624

    Alta · CVSS 7.5EPSS 0,48%Corrección disponible

    netfilter: nf_conntrack: defer invalid log until after unlock

    In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_conntrack: defer invalid log until after unlock TCP and SCTP conntrack paths can emit invalid-packet logs while ct->lock is still held. When invalid logging is routed to nfnetlink_log and conntrack export is enabled, the log path can re-enter conntrack netlink glue and dump the same conntrack again. Protocol attribute dumping may take ct->lock, so logging while holding that lock can deadlock. Defer the TCP invalid logs by storing only the minimal log context while ct->lock is held and emitting the log after unlocking. Also make the TCP timeout-lowering inval

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

Comprueba tu servidor

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

Comprueba tu servidor →