p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-fips · Seite 48

In den letzten 30 Tagen veröffentlichte Sicherheitslücken für linux-fips: 321. Davon im KEV-Katalog: 0.

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 5693

  1. CVE-2026-80597

    Nicht bewertetEPSS 0,22%Keine Korrektur veröffentlicht

    mtd: maps: vmu-flash: fix NULL pointer dereference in initialization

    In the Linux kernel, the following vulnerability has been resolved: mtd: maps: vmu-flash: fix NULL pointer dereference in initialization The mtd_info contains a struct device, which must be linked to its parent. Without this, the initialization of the MTD fails with a NULL pointer dereference.

    Veröffentlicht Aktualisiert
  2. CVE-2026-80595

    Nicht bewertetEPSS 0,22%Keine Korrektur veröffentlicht

    Input: ims-pcu - add response length checks

    In the Linux kernel, the following vulnerability has been resolved: Input: ims-pcu - add response length checks The driver processes response data from device buffers without verifying that the device actually sent enough data. This can lead to out-of-bounds reads or processing stale data. Add checks for the expected response length before accessing the buffers.

    Veröffentlicht Aktualisiert
  3. CVE-2026-80594

    Nicht bewertetEPSS 0,22%Keine Korrektur veröffentlicht

    Input: ims-pcu - fix potential infinite loop in CDC union descriptor parsing

    In the Linux kernel, the following vulnerability has been resolved: Input: ims-pcu - fix potential infinite loop in CDC union descriptor parsing The driver parses CDC union descriptors in ims_pcu_get_cdc_union_desc() by iterating through the extra descriptor data. However, it does not verify that the bLength of each descriptor is at least 2. A malicious device could provide a descriptor with bLength = 0, leading to an infinite loop in the driver. Add a check to ensure bLength is at least 2 before proceeding with parsing.

    Veröffentlicht Aktualisiert
  4. CVE-2026-80593

    Hoch · CVSS 8.4EPSS 0,2%Keine Korrektur veröffentlicht

    hwmon: (asus_atk0110) Check package count before accessing element

    In the Linux kernel, the following vulnerability has been resolved: hwmon: (asus_atk0110) Check package count before accessing element atk_ec_present() walks the management group package returned by the GGRP ACPI method and, for each sub-package, reads its first element: id = &obj->package.elements[0]; if (id->type != ACPI_TYPE_INTEGER) without checking that the sub-package is non-empty. ACPICA allocates the element array with exactly package.count entries, so for a sub-package with a zero count this reads past the allocation. The sibling function atk_debugfs_ggrp_open() performs the same access but skips empty packages with a package

    Veröffentlicht Aktualisiert
  5. CVE-2026-80591

    Hoch · CVSS 7.8EPSS 0,18%Keine Korrektur veröffentlicht

    f2fs: fix listxattr handling of corrupted xattr entries

    In the Linux kernel, the following vulnerability has been resolved: f2fs: fix listxattr handling of corrupted xattr entries Validate the xattr entry before reading its fields in f2fs_listxattr(). Return -EFSCORRUPTED when the entry is outside the valid xattr storage area instead of returning a successful partial result.

    Veröffentlicht Aktualisiert
  6. CVE-2026-80590

    Hoch · CVSS 8.6EPSS 0,58%Keine Korrektur veröffentlicht

    inet: frags: strip GSO state from fragments before reassembly

    In the Linux kernel, the following vulnerability has been resolved: inet: frags: strip GSO state from fragments before reassembly A virtio_net_hdr (tun/tap, or AF_PACKET with PACKET_VNET_HDR) can mark an IPv4 or IPv6 fragment as GSO; nothing relates gso_type to frag_off. inet_frag_reasm_prepare()/inet_frag_reasm_finish() keep the first fragment's skb as the head of the reassembled datagram, including its shinfo->gso_size/gso_type/gso_segs, and chain the remaining fragments on frag_list with whatever linear/paged layout they arrived with. After ip_defrag() (ip_local_deliver(), nf_defrag_ipv4, ...) the reassembled skb therefore still claims

    Veröffentlicht Aktualisiert
  7. CVE-2026-80584

    Hoch · CVSS 8.4EPSS 0,2%Keine Korrektur veröffentlicht

    s390/qeth: validate user buffer length in SNMP and ARP query ioctls

    In the Linux kernel, the following vulnerability has been resolved: s390/qeth: validate user buffer length in SNMP and ARP query ioctls qeth_snmp_command() and qeth_l3_arp_query() allocate a buffer sized by a user-supplied length (udata_len) without checking a lower bound, then set udata_offset to a fixed non-zero value and pass both to a reply callback. The callback bounds-checks the copy with if ((udata_len - udata_offset) < len) Both fields are u32, so a udata_len smaller than udata_offset makes the subtraction wrap and the check pass, and the following memcpy() writes past the allocation. A udata_len of 0 also yields ZERO_SIZE

    Veröffentlicht Aktualisiert
  8. CVE-2026-80580

    Hoch · CVSS 7.8EPSS 0,11%Keine Korrektur veröffentlicht

    fbdev: bound mode sysfs output to the sysfs buffer

    In the Linux kernel, the following vulnerability has been resolved: fbdev: bound mode sysfs output to the sysfs buffer mode_string() uses snprintf() which can return a value larger than the remaining buffer space. show_modes() accumulates the return value into i without checking whether i has reached PAGE_SIZE, causing the offset to advance past the sysfs buffer if the modelist is long enough. Add a size parameter to mode_string() and use scnprintf() to return only the bytes actually written. Add an early return when offset already exceeds the buffer. In show_modes(), stop accumulating once the buffer is full.

    Veröffentlicht Aktualisiert
  9. CVE-2026-80579

    Hoch · CVSS 7.8EPSS 0,11%Keine Korrektur veröffentlicht

    fbdev: clear fb_info->mode before deleting a videomode

    In the Linux kernel, the following vulnerability has been resolved: fbdev: clear fb_info->mode before deleting a videomode fb_set_var() can delete a mode from info->modelist when userspace passes FB_ACTIVATE_INV_MODE through FBIOPUT_VSCREENINFO. The code checks that the mode being deleted is not the current info->var and that fbcon is not using it, but it does not check fb_info->mode. fb_info->mode may still point into the modelist entry being deleted. If the entry is freed, later mode sysfs reads through show_mode() can dereference a stale pointer. Clear fb_info->mode before calling fb_delete_videomode() when it matches the mode being re

    Veröffentlicht Aktualisiert
  10. CVE-2026-80576

    Hoch · CVSS 8.8EPSS 0,12%Keine Korrektur veröffentlicht

    drm/amdgpu: reject oversized IBs with per-ring packet limits

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: reject oversized IBs with per-ring packet limits On GFX rings, amdgpu_cs_p2_ib() passed user-supplied ib_bytes through to ib->length_dw without a limit, while ring_emit_ib() encodes length into packet fields. Oversized values can corrupt adjacent control bits and destabilize command submission. Add a per-ring IB packet size limit helper and reject command submissions exceeding the corresponding dword limit before IB allocation. Use the documented 20-bit limit for GFX/compute/SDMA/VPE, and apply the MM fallback limit for other ring types. (cherry picked from co

    Veröffentlicht Aktualisiert
  11. CVE-2026-80574

    Hoch · CVSS 8.4EPSS 0,13%Keine Korrektur veröffentlicht

    Input: focaltech - fix array out-of-bounds in focaltech_process_rel_packet

    In the Linux kernel, the following vulnerability has been resolved: Input: focaltech - fix array out-of-bounds in focaltech_process_rel_packet Make finger2 (and also finger1) unsigned, so that if the finger index in the packet is 0 then subtracting 1 creates an array index which overflows above the existing check for FOC_MAX_FINGERS, as the existing comment says it should, instead of writing to state->fingers[-1].

    Veröffentlicht Aktualisiert
  12. CVE-2026-80573

    Nicht bewertetEPSS 0,22%Keine Korrektur veröffentlicht

    Input: iforce - validate input packet lengths

    In the Linux kernel, the following vulnerability has been resolved: Input: iforce - validate input packet lengths iforce_process_packet() reads fixed fields from joystick, wheel and status packets without first checking their lengths. In particular, the shared hats-and-buttons helper unconditionally reads data[6]. The status tail is a sequence of 16-bit effect addresses, but an incomplete final address is also consumed. A successful zero-length USB URB additionally reads the packet ID before the common parser is called. Reject the zero-length USB transfer, require the seven-byte joystick and wheel prefixes and the two-byte status prefix, a

    Veröffentlicht Aktualisiert
  13. CVE-2026-80562

    Nicht bewertetEPSS 0,22%Keine Korrektur veröffentlicht

    gpio: ml-ioh: use raw_spinlock_t for the register lock

    In the Linux kernel, the following vulnerability has been resolved: gpio: ml-ioh: use raw_spinlock_t for the register lock ioh_irq_type() is registered as the irq_chip .irq_set_type callback and takes chip->spinlock with spin_lock_irqsave(). This callback is reached from __setup_irq() -> __irq_set_trigger() -> chip->irq_set_type() while the caller holds desc->lock, a raw_spinlock_t, with hardirqs disabled. That context is not sleepable, but on PREEMPT_RT a regular spinlock_t is an rtmutex-backed sleeping lock, so acquiring it there is invalid. ioh_irq_enable() and ioh_irq_disable() take the same lock from the .irq_enable/.irq_disable callb

    Veröffentlicht Aktualisiert
  14. CVE-2026-80560

    Hoch · CVSS 7.8EPSS 0,18%Keine Korrektur veröffentlicht

    openrisc: signal: do not restore privileged SR bits on sigreturn

    In the Linux kernel, the following vulnerability has been resolved: openrisc: signal: do not restore privileged SR bits on sigreturn restore_sigcontext() copies the whole supervision register (SR) from the signal frame and only clears SPR_SR_SM before the value is reloaded into the hardware SR (through ESR and l.rfe) on the return to user space. All other SR bits are left under user control. An unprivileged task can thus return from a signal handler through a crafted sigframe that clears SPR_SR_DME. With the data MMU disabled the CPU performs no translation or protection on data accesses, so the task gains read and write access to arbitr

    Veröffentlicht Aktualisiert
  15. CVE-2026-80559

    Hoch · CVSS 7.8EPSS 0,18%Keine Korrektur veröffentlicht

    Input: sur40 - fix input device registration ordering

    In the Linux kernel, the following vulnerability has been resolved: Input: sur40 - fix input device registration ordering In sur40_probe(), input_register_device() was previously called early before the V4L2 video device and vb2_queue components were fully initialized. If userspace opened the input device immediately upon registration, sur40_open() would trigger and start the sur40_poll() worker thread. This worker thread invokes sur40_process_video() and accesses the uninitialized vb2_queue structure, leading to a data race and potential system crash. Furthermore, if V4L2 or video registration failed after input_register_device() succeede

    Veröffentlicht Aktualisiert
  16. CVE-2026-80558

    Kritisch · CVSS 9.8EPSS 0,51%Keine Korrektur veröffentlicht

    libceph: Avoid using invalid osd indices from primary_temp

    In the Linux kernel, the following vulnerability has been resolved: libceph: Avoid using invalid osd indices from primary_temp A corrupted osdmap received from a Ceph monitor or OSD may contain osd indices in its pg_temp, primary_temp, pg_upmap, and pg_upmap_items parts that don't exist, i.e., that are greater than max_osd or smaller than CEPH_HOMELESS_OSD (-1). These indices are used to create the up and acting set in ceph_pg_to_up_acting_osds(), called from calc_target(). While most of these osd indices are checked, the one from primary_temp is not. Subsequently, this may lead to calc_target() returning this (potentially invalid) index as

    Veröffentlicht Aktualisiert
  17. CVE-2026-80556

    Hoch · CVSS 7.8EPSS 0,17%Keine Korrektur veröffentlicht

    mmc: atmel-mci: Fix use-after-free in atmci_remove due to race condition

    In the Linux kernel, the following vulnerability has been resolved: mmc: atmel-mci: Fix use-after-free in atmci_remove due to race condition In atmci_probe, &host->bh_work is bound with atmci_work_func, and atmci_interrupt, atmci_timeout_timer and atmci_dma_complete can all queue this work on system_bh_wq. If we remove the module, atmci_remove makes cleanup and the memory allocated for host with devm_kzalloc() is released after the remove callback returns, while the work mentioned above may still be pending or running. The sequence of operations that may lead to a UAF bug is as follows: CPU0 CPU1

    Veröffentlicht Aktualisiert
  18. CVE-2026-80540

    Hoch · CVSS 7.8EPSS 0,13%Keine Korrektur veröffentlicht

    drm/amdgpu: Fix UVD decode image min size calculation

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: Fix UVD decode image min size calculation This needs to use pitch instead of width. Also reject pitch over 4096 to avoid overflow. (cherry picked from commit b41c8cb12e202b220353332ab87dc01a11f69304)

    Veröffentlicht Aktualisiert
  19. CVE-2026-80539

    Mittel · CVSS 6.8EPSS 0,17%Keine Korrektur veröffentlicht

    drm/amdgpu: disallow multiple FENCE chunks in one submit

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: disallow multiple FENCE chunks in one submit amdgpu_cs_pass1() dispatches on chunk_id once per chunk without rejecting repeated ids. p->uf_bo is a single-slot field, so a submission carrying two AMDGPU_CHUNK_ID_FENCE chunks runs amdgpu_cs_p1_user_fence() twice, and the second run overwrites p->uf_bo with a freshly referenced BO without dropping the reference taken by the first. amdgpu_cs_parser_fini() only unrefs the final p->uf_bo, so every FENCE chunk but the last leaks a BO reference. The leaked BO outlives handle close and process exit. Reject duplicate FE

    Veröffentlicht Aktualisiert
  20. CVE-2026-80536

    Hoch · CVSS 8.4EPSS 0,14%Keine Korrektur veröffentlicht

    xfs: bounds-check buffer log item's dirty bitmap

    In the Linux kernel, the following vulnerability has been resolved: xfs: bounds-check buffer log item's dirty bitmap xlog_recover_do_reg_buffer() replays each dirty region described by a buffer log item's bitmap into the buffer read for that item: memcpy(xfs_buf_offset(bp, (uint)bit << XFS_BLF_SHIFT), item->ri_buf[i].iov_base, nbits << XFS_BLF_SHIFT); The destination offset (bit/nbits, from the logged dirty bitmap) and the buffer size (from the logged blf_len) are both attacker-controlled and otherwise unrelated, yet the only thing bounding the copy is an ASSERT(), which compiles away on production kernels. A crafted image logging a

    Veröffentlicht Aktualisiert

Prüfen Sie Ihren Server

Gleichen Sie Ihren installierten Stack und seine Versionen mit den aktuellen Sicherheitsmeldungen ab.

Prüfen Sie Ihren Server →