p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-kvm · Seite 187

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 5670

  1. CVE-2022-49989

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

    xen/privcmd: fix error exit of privcmd_ioctl_dm_op()

    In the Linux kernel, the following vulnerability has been resolved: xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking t

    Veröffentlicht Aktualisiert
  2. CVE-2022-49980

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

    USB: gadget: Fix use-after-free Read in usb_udc_uevent()

    In the Linux kernel, the following vulnerability has been resolved: USB: gadget: Fix use-after-free Read in usb_udc_uevent() The syzbot fuzzer found a race between uevent callbacks and gadget driver unregistration that can cause a use-after-free bug: --------------------------------------------------------------- BUG: KASAN: use-after-free in usb_udc_uevent+0x11f/0x130 drivers/usb/gadget/udc/core.c:1732 Read of size 8 at addr ffff888078ce2050 by task udevd/2968 CPU: 1 PID: 2968 Comm: udevd Not tainted 5.19.0-rc4-next-20220628-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 06/29/2022 Call Trace:

    Veröffentlicht Aktualisiert
  3. CVE-2022-49975

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

    bpf: Don't redirect packets with invalid pkt_len

    In the Linux kernel, the following vulnerability has been resolved: bpf: Don't redirect packets with invalid pkt_len Syzbot found an issue [1]: fq_codel_drop() try to drop a flow whitout any skbs, that is, the flow->head is null. The root cause, as the [2] says, is because that bpf_prog_test_run_skb() run a bpf prog which redirects empty skbs. So we should determine whether the length of the packet modified by bpf prog or others like bpf_prog_test is valid before forwarding it directly.

    Veröffentlicht Aktualisiert
  4. CVE-2022-49969

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

    drm/amd/display: clear optc underflow before turn off odm clock

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: clear optc underflow before turn off odm clock [Why] After ODM clock off, optc underflow bit will be kept there always and clear not work. We need to clear that before clock off. [How] Clear that if have when clock off.

    Veröffentlicht Aktualisiert
  5. CVE-2022-49967

    Mittel · CVSS 4.7EPSS 0,14%Keine Korrektur veröffentlicht

    bpf: Fix a data-race around bpf_jit_limit.

    In the Linux kernel, the following vulnerability has been resolved: bpf: Fix a data-race around bpf_jit_limit. While reading bpf_jit_limit, it can be changed concurrently via sysctl, WRITE_ONCE() in __do_proc_doulongvec_minmax(). The size of bpf_jit_limit is long, so we need to add a paired READ_ONCE() to avoid load-tearing.

    Veröffentlicht Aktualisiert
  6. CVE-2022-49954

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

    Input: iforce - wake up after clearing IFORCE_XMIT_RUNNING flag

    In the Linux kernel, the following vulnerability has been resolved: Input: iforce - wake up after clearing IFORCE_XMIT_RUNNING flag syzbot is reporting hung task at __input_unregister_device() [1], for iforce_close() waiting at wait_event_interruptible() with dev->mutex held is blocking input_disconnect_device() from __input_unregister_device(). It seems that the cause is simply that commit c2b27ef672992a20 ("Input: iforce - wait for command completion when closing the device") forgot to call wake_up() after clear_bit(). Fix this problem by introducing a helper that calls clear_bit() followed by wake_up_all().

    Veröffentlicht Aktualisiert
  7. CVE-2022-49940

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

    tty: n_gsm: add sanity check for gsm->receive in gsm_receive_buf()

    In the Linux kernel, the following vulnerability has been resolved: tty: n_gsm: add sanity check for gsm->receive in gsm_receive_buf() A null pointer dereference can happen when attempting to access the "gsm->receive()" function in gsmld_receive_buf(). Currently, the code assumes that gsm->recieve is only called after MUX activation. Since the gsmld_receive_buf() function can be accessed without the need to initialize the MUX, the gsm->receive() function will not be set and a NULL pointer dereference will occur. Fix this by avoiding the call to "gsm->receive()" in case the function is not initialized by adding a sanity check. Call Trace:

    Veröffentlicht Aktualisiert
  8. CVE-2022-49938

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

    cifs: fix small mempool leak in SMB2_negotiate()

    In the Linux kernel, the following vulnerability has been resolved: cifs: fix small mempool leak in SMB2_negotiate() In some cases of failure (dialect mismatches) in SMB2_negotiate(), after the request is sent, the checks would return -EIO when they should be rather setting rc = -EIO and jumping to neg_exit to free the response buffer from mempool.

    Veröffentlicht Aktualisiert
  9. CVE-2025-38080

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

    drm/amd/display: Increase block_sequence array size

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Increase block_sequence array size [Why] It's possible to generate more than 50 steps in hwss_build_fast_sequence, for example with a 6-pipe asic where all pipes are in one MPC chain. This overflows the block_sequence buffer and corrupts block_sequence_steps, causing a crash. [How] Expand block_sequence to 100 items. A naive upper bound on the possible number of steps for a 6-pipe asic, ignoring the potential for steps to be mutually exclusive, is 91 with current code, therefore 100 is sufficient.

    Veröffentlicht Aktualisiert
  10. CVE-2025-38079

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

    crypto: algif_hash - fix double free in hash_accept

    In the Linux kernel, the following vulnerability has been resolved: crypto: algif_hash - fix double free in hash_accept If accept(2) is called on socket type algif_hash with MSG_MORE flag set and crypto_ahash_import fails, sk2 is freed. However, it is also freed in af_alg_release, leading to slab-use-after-free error.

    Veröffentlicht Aktualisiert
  11. CVE-2025-38078

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

    ALSA: pcm: Fix race of buffer access at PCM OSS layer

    In the Linux kernel, the following vulnerability has been resolved: ALSA: pcm: Fix race of buffer access at PCM OSS layer The PCM OSS layer tries to clear the buffer with the silence data at initialization (or reconfiguration) of a stream with the explicit call of snd_pcm_format_set_silence() with runtime->dma_area. But this may lead to a UAF because the accessed runtime->dma_area might be freed concurrently, as it's performed outside the PCM ops. For avoiding it, move the code into the PCM core and perform it inside the buffer access lock, so that it won't be changed during the operation.

    Veröffentlicht Aktualisiert
  12. CVE-2025-38075

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

    scsi: target: iscsi: Fix timeout on deleted connection

    In the Linux kernel, the following vulnerability has been resolved: scsi: target: iscsi: Fix timeout on deleted connection NOPIN response timer may expire on a deleted connection and crash with such logs: Did not receive response to NOPIN on CID: 0, failing connection for I_T Nexus (null),i,0x00023d000125,iqn.2017-01.com.iscsi.target,t,0x3d BUG: Kernel NULL pointer dereference on read at 0x00000000 NIP strlcpy+0x8/0xb0 LR iscsit_fill_cxn_timeout_err_stats+0x5c/0xc0 [iscsi_target_mod] Call Trace: iscsit_handle_nopin_response_timeout+0xfc/0x120 [iscsi_target_mod] call_timer_fn+0x58/0x1f0 run_timer_softirq+0x740/0x860 __do_softirq+0x16c

    Veröffentlicht Aktualisiert
  13. CVE-2025-38074

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

    vhost-scsi: protect vq->log_used with vq->mutex

    In the Linux kernel, the following vulnerability has been resolved: vhost-scsi: protect vq->log_used with vq->mutex The vhost-scsi completion path may access vq->log_base when vq->log_used is already set to false. vhost-thread QEMU-thread vhost_scsi_complete_cmd_work() -> vhost_add_used() -> vhost_add_used_n() if (unlikely(vq->log_used)) QEMU disables vq->log_used via VHOST_SET_VRING_ADDR. mutex_lock(&vq->mutex); vq->log_used = false now!

    Veröffentlicht Aktualisiert
  14. CVE-2025-38069

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

    PCI: endpoint: pci-epf-test: Fix double free that causes kernel to oops

    In the Linux kernel, the following vulnerability has been resolved: PCI: endpoint: pci-epf-test: Fix double free that causes kernel to oops Fix a kernel oops found while testing the stm32_pcie Endpoint driver with handling of PERST# deassertion: During EP initialization, pci_epf_test_alloc_space() allocates all BARs, which are further freed if epc_set_bar() fails (for instance, due to no free inbound window). However, when pci_epc_set_bar() fails, the error path: pci_epc_set_bar() -> pci_epf_free_space() does not clear the previous assignment to epf_test->reg[bar]. Then, if the host reboots, the PERST# deassertion restarts the BA

    Veröffentlicht Aktualisiert
  15. CVE-2025-38068

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

    crypto: lzo - Fix compression buffer overrun

    In the Linux kernel, the following vulnerability has been resolved: crypto: lzo - Fix compression buffer overrun Unlike the decompression code, the compression code in LZO never checked for output overruns. It instead assumes that the caller always provides enough buffer space, disregarding the buffer length provided by the caller. Add a safe compression interface that checks for the end of buffer before each write. Use the safe interface in crypto/lzo.

    Veröffentlicht Aktualisiert
  16. CVE-2025-38066

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

    dm cache: prevent BUG_ON by blocking retries on failed device resumes

    In the Linux kernel, the following vulnerability has been resolved: dm cache: prevent BUG_ON by blocking retries on failed device resumes A cache device failing to resume due to mapping errors should not be retried, as the failure leaves a partially initialized policy object. Repeating the resume operation risks triggering BUG_ON when reloading cache mappings into the incomplete policy object. Reproduce steps: 1. create a cache metadata consisting of 512 or more cache blocks, with some mappings stored in the first array block of the mapping array. Here we use cache_restore v1.0 to build the metadata. cat <<EOF >> cmeta.xml <superbl

    Veröffentlicht Aktualisiert
  17. CVE-2025-38064

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

    virtio: break and reset virtio devices on device_shutdown()

    In the Linux kernel, the following vulnerability has been resolved: virtio: break and reset virtio devices on device_shutdown() Hongyu reported a hang on kexec in a VM. QEMU reported invalid memory accesses during the hang. Invalid read at addr 0x102877002, size 2, region '(null)', reason: rejected Invalid write at addr 0x102877A44, size 2, region '(null)', reason: rejected ... It was traced down to virtio-console. Kexec works fine if virtio-console is not in use. The issue is that virtio-console continues to write to the MMIO even after underlying virtio-pci device is reset. Additionally, Eric noticed that IOMMUs are reset before de

    Veröffentlicht Aktualisiert
  18. CVE-2025-38063

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

    dm: fix unconditional IO throttle caused by REQ_PREFLUSH

    In the Linux kernel, the following vulnerability has been resolved: dm: fix unconditional IO throttle caused by REQ_PREFLUSH When a bio with REQ_PREFLUSH is submitted to dm, __send_empty_flush() generates a flush_bio with REQ_OP_WRITE | REQ_PREFLUSH | REQ_SYNC, which causes the flush_bio to be throttled by wbt_wait(). An example from v5.4, similar problem also exists in upstream: crash> bt 2091206 PID: 2091206 TASK: ffff2050df92a300 CPU: 109 COMMAND: "kworker/u260:0" #0 [ffff800084a2f7f0] __switch_to at ffff80004008aeb8 #1 [ffff800084a2f820] __schedule at ffff800040bfa0c4 #2 [ffff800084a2f880] schedule at ffff800

    Veröffentlicht Aktualisiert
  19. CVE-2025-38061

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

    net: pktgen: fix access outside of user given buffer in pktgen_thread_write()

    In the Linux kernel, the following vulnerability has been resolved: net: pktgen: fix access outside of user given buffer in pktgen_thread_write() Honour the user given buffer size for the strn_len() calls (otherwise strn_len() will access memory outside of the user given buffer).

    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 →