p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-fips · Seite 197

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: 6627

  1. CVE-2025-37949

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

    xenbus: Use kref to track req lifetime

    In the Linux kernel, the following vulnerability has been resolved: xenbus: Use kref to track req lifetime Marek reported seeing a NULL pointer fault in the xenbus_thread callstack: BUG: kernel NULL pointer dereference, address: 0000000000000000 RIP: e030:__wake_up_common+0x4c/0x180 Call Trace: <TASK> __wake_up_common_lock+0x82/0xd0 process_msg+0x18e/0x2f0 xenbus_thread+0x165/0x1c0 process_msg+0x18e is req->cb(req). req->cb is set to xs_wake_up(), a thin wrapper around wake_up(), or xenbus_dev_queue_reply(). It seems like it was xs_wake_up() in this case. It seems like req may have woken up the xs_wait_for_reply(), which kfree()ed t

    Veröffentlicht Aktualisiert
  2. CVE-2025-37948

    Mittel · CVSS 5.7EPSS 0,21%Keine Korrektur veröffentlicht

    arm64: bpf: Add BHB mitigation to the epilogue for cBPF programs

    In the Linux kernel, the following vulnerability has been resolved: arm64: bpf: Add BHB mitigation to the epilogue for cBPF programs A malicious BPF program may manipulate the branch history to influence what the hardware speculates will happen next. On exit from a BPF program, emit the BHB mititgation sequence. This is only applied for 'classic' cBPF programs that are loaded by seccomp.

    Veröffentlicht Aktualisiert
  3. CVE-2025-37940

    Mittel · CVSS 5.5EPSS 0,16%Keine Korrektur veröffentlicht

    ftrace: Add cond_resched() to ftrace_graph_set_hash()

    In the Linux kernel, the following vulnerability has been resolved: ftrace: Add cond_resched() to ftrace_graph_set_hash() When the kernel contains a large number of functions that can be traced, the loop in ftrace_graph_set_hash() may take a lot of time to execute. This may trigger the softlockup watchdog. Add cond_resched() within the loop to allow the kernel to remain responsive even when processing a large number of functions. This matches the cond_resched() that is used in other locations of the code that iterates over all functions that can be traced.

    Veröffentlicht Aktualisiert
  4. CVE-2025-37937

    Mittel · CVSS 5.6EPSS 0,24%Keine Korrektur veröffentlicht

    objtool, media: dib8000: Prevent divide-by-zero in dib8000_set_dds()

    In the Linux kernel, the following vulnerability has been resolved: objtool, media: dib8000: Prevent divide-by-zero in dib8000_set_dds() If dib8000_set_dds()'s call to dib8000_read32() returns zero, the result is a divide-by-zero. Prevent that from happening. Fixes the following warning with an UBSAN kernel: drivers/media/dvb-frontends/dib8000.o: warning: objtool: dib8000_tune() falls through to next function dib8096p_cfg_DibRx()

    Veröffentlicht Aktualisiert
  5. CVE-2025-37932

    Mittel · CVSS 5.7EPSS 0,24%Keine Korrektur veröffentlicht

    sch_htb: make htb_qlen_notify() idempotent

    In the Linux kernel, the following vulnerability has been resolved: sch_htb: make htb_qlen_notify() idempotent htb_qlen_notify() always deactivates the HTB class and in fact could trigger a warning if it is already deactivated. Therefore, it is not idempotent and not friendly to its callers, like fq_codel_dequeue(). Let's make it idempotent to ease qdisc_tree_reduce_backlog() callers' life.

    Veröffentlicht Aktualisiert
  6. CVE-2025-37928

    Hoch · CVSS 7.8EPSS 0,74%Öffentlicher ExploitKeine Korrektur veröffentlicht

    dm-bufio: don't schedule in atomic context

    In the Linux kernel, the following vulnerability has been resolved: dm-bufio: don't schedule in atomic context A BUG was reported as below when CONFIG_DEBUG_ATOMIC_SLEEP and try_verify_in_tasklet are enabled. [ 129.444685][ T934] BUG: sleeping function called from invalid context at drivers/md/dm-bufio.c:2421 [ 129.444723][ T934] in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 934, name: kworker/1:4 [ 129.444740][ T934] preempt_count: 201, expected: 0 [ 129.444756][ T934] RCU nest depth: 0, expected: 0 [ 129.444781][ T934] Preemption disabled at: [ 129.444789][ T934] [<ffffffd816231900>] shrink_work+0x21c/0x248 [ 129.445

    Veröffentlicht Aktualisiert
  7. CVE-2025-37927

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

    iommu/amd: Fix potential buffer overflow in parse_ivrs_acpihid

    In the Linux kernel, the following vulnerability has been resolved: iommu/amd: Fix potential buffer overflow in parse_ivrs_acpihid There is a string parsing logic error which can lead to an overflow of hid or uid buffers. Comparing ACPIID_LEN against a total string length doesn't take into account the lengths of individual hid and uid buffers so the check is insufficient in some cases. For example if the length of hid string is 4 and the length of the uid string is 260, the length of str will be equal to ACPIID_LEN + 1 but uid string will overflow uid buffer which size is 256. The same applies to the hid string with length 13 and uid strin

    Veröffentlicht Aktualisiert
  8. CVE-2025-37923

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

    tracing: Fix oob write in trace_seq_to_buffer()

    In the Linux kernel, the following vulnerability has been resolved: tracing: Fix oob write in trace_seq_to_buffer() syzbot reported this bug: ================================================================== BUG: KASAN: slab-out-of-bounds in trace_seq_to_buffer kernel/trace/trace.c:1830 [inline] BUG: KASAN: slab-out-of-bounds in tracing_splice_read_pipe+0x6be/0xdd0 kernel/trace/trace.c:6822 Write of size 4507 at addr ffff888032b6b000 by task syz.2.320/7260 CPU: 1 UID: 0 PID: 7260 Comm: syz.2.320 Not tainted 6.15.0-rc1-syzkaller-00301-g3bde70a2c827 #0 PREEMPT(full) Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Goo

    Veröffentlicht Aktualisiert
  9. CVE-2025-37892

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

    mtd: inftlcore: Add error check for inftl_read_oob()

    In the Linux kernel, the following vulnerability has been resolved: mtd: inftlcore: Add error check for inftl_read_oob() In INFTL_findwriteunit(), the return value of inftl_read_oob() need to be checked. A proper implementation can be found in INFTL_deleteblock(). The status will be set as SECTOR_IGNORE to break from the while-loop correctly if the inftl_read_oob() fails.

    Veröffentlicht Aktualisiert
  10. CVE-2023-53146

    Mittel · CVSS 6.7EPSS 0,19%Keine Korrektur veröffentlicht

    media: dw2102: Fix null-ptr-deref in dw2102_i2c_transfer()

    In the Linux kernel, the following vulnerability has been resolved: media: dw2102: Fix null-ptr-deref in dw2102_i2c_transfer() In dw2102_i2c_transfer, msg is controlled by user. When msg[i].buf is null and msg[i].len is zero, former checks on msg[i].buf would be passed. Malicious data finally reach dw2102_i2c_transfer. If accessing msg[i].buf[0] without sanity check, null ptr deref would happen. We add check on msg[i].len to prevent crash. Similar commit: commit 950e252cb469 ("[media] dw2102: limit messages to buffer size")

    Veröffentlicht Aktualisiert
  11. CVE-2023-53145

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

    Bluetooth: btsdio: fix use after free bug in btsdio_remove due to race condition

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: btsdio: fix use after free bug in btsdio_remove due to race condition In btsdio_probe, the data->work is bound with btsdio_work. It will be started in btsdio_send_frame. If the btsdio_remove runs with a unfinished work, there may be a race condition that hdev is freed but used in btsdio_work. Fix it by canceling the work before do cleanup in btsdio_remove.

    Veröffentlicht Aktualisiert
  12. CVE-2025-37885

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

    KVM: x86: Reset IRTE to host control if *new* route isn't postable

    In the Linux kernel, the following vulnerability has been resolved: KVM: x86: Reset IRTE to host control if *new* route isn't postable Restore an IRTE back to host control (remapped or posted MSI mode) if the *new* GSI route prevents posting the IRQ directly to a vCPU, regardless of the GSI routing type. Updating the IRTE if and only if the new GSI is an MSI results in KVM leaving an IRTE posting to a vCPU. The dangling IRTE can result in interrupts being incorrectly delivered to the guest, and in the worst case scenario can result in use-after-free, e.g. if the VM is torn down, but the underlying host IRQ isn't freed.

    Veröffentlicht Aktualisiert
  13. CVE-2025-37883

    Mittel · CVSS 5.5EPSS 0,29%Keine Korrektur veröffentlicht

    s390/sclp: Add check for get_zeroed_page()

    In the Linux kernel, the following vulnerability has been resolved: s390/sclp: Add check for get_zeroed_page() Add check for the return value of get_zeroed_page() in sclp_console_init() to prevent null pointer dereference. Furthermore, to solve the memory leak caused by the loop allocation, add a free helper to do the free job.

    Veröffentlicht Aktualisiert
  14. CVE-2025-37879

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

    9p/net: fix improper handling of bogus negative read/write replies

    In the Linux kernel, the following vulnerability has been resolved: 9p/net: fix improper handling of bogus negative read/write replies In p9_client_write() and p9_client_read_once(), if the server incorrectly replies with success but a negative write/read count then we would consider written (negative) <= rsize (positive) because both variables were signed. Make variables unsigned to avoid this problem. The reproducer linked below now fails with the following error instead of a null pointer deref: 9pnet: bogus RWRITE count (4294967295 > 3)

    Veröffentlicht Aktualisiert
  15. CVE-2025-37862

    Mittel · CVSS 5.5EPSS 0,31%Keine Korrektur veröffentlicht

    HID: pidff: Fix null pointer dereference in pidff_find_fields

    In the Linux kernel, the following vulnerability has been resolved: HID: pidff: Fix null pointer dereference in pidff_find_fields This function triggered a null pointer dereference if used to search for a report that isn't implemented on the device. This happened both for optional and required reports alike. The same logic was applied to pidff_find_special_field and although pidff_init_fields should return an error earlier if one of the required reports is missing, future modifications could change this logic and resurface this possible null pointer dereference again. LKML bug report: https://lore.kernel.org/all/CAL-gK7f5=R0nrrQdPtaZZr1fd

    Veröffentlicht Aktualisiert
  16. CVE-2025-37858

    Mittel · CVSS 5.5EPSS 0,31%Keine Korrektur veröffentlicht

    fs/jfs: Prevent integer overflow in AG size calculation

    In the Linux kernel, the following vulnerability has been resolved: fs/jfs: Prevent integer overflow in AG size calculation The JFS filesystem calculates allocation group (AG) size using 1 << l2agsize in dbExtendFS(). When l2agsize exceeds 31 (possible with >2TB aggregates on 32-bit systems), this 32-bit shift operation causes undefined behavior and improper AG sizing. On 32-bit architectures: - Left-shifting 1 by 32+ bits results in 0 due to integer overflow - This creates invalid AG sizes (0 or garbage values) in sbi->bmap->db_agsize - Subsequent block allocations would reference invalid AG structures - Could lead to: - Filesystem corr

    Veröffentlicht Aktualisiert
  17. CVE-2025-37853

    Mittel · CVSS 5.5EPSS 0,28%Keine Korrektur veröffentlicht

    drm/amdkfd: debugfs hang_hws skip GPU with MES

    In the Linux kernel, the following vulnerability has been resolved: drm/amdkfd: debugfs hang_hws skip GPU with MES debugfs hang_hws is used by GPU reset test with HWS, for MES this crash the kernel with NULL pointer access because dqm->packet_mgr is not setup for MES path. Skip GPU with MES for now, MES hang_hws debugfs interface will be supported later.

    Veröffentlicht Aktualisiert
  18. CVE-2025-37851

    Mittel · CVSS 5.5EPSS 0,3%Keine Korrektur veröffentlicht

    fbdev: omapfb: Add 'plane' value check

    In the Linux kernel, the following vulnerability has been resolved: fbdev: omapfb: Add 'plane' value check Function dispc_ovl_setup is not intended to work with the value OMAP_DSS_WB of the enum parameter plane. The value of this parameter is initialized in dss_init_overlays and in the current state of the code it cannot take this value so it's not a real problem. For the purposes of defensive coding it wouldn't be superfluous to check the parameter value, because some functions down the call stack process this value correctly and some not. For example, in dispc_ovl_setup_global_alpha it may lead to buffer overflow. Add check for this v

    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 →