p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-kvm · Seite 170

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 5058

  1. CVE-2022-49534

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

    scsi: lpfc: Protect memory leak for NPIV ports sending PLOGI_RJT

    In the Linux kernel, the following vulnerability has been resolved: scsi: lpfc: Protect memory leak for NPIV ports sending PLOGI_RJT There is a potential memory leak in lpfc_ignore_els_cmpl() and lpfc_els_rsp_reject() that was allocated from NPIV PLOGI_RJT (lpfc_rcv_plogi()'s login_mbox). Check if cmdiocb->context_un.mbox was allocated in lpfc_ignore_els_cmpl(), and then free it back to phba->mbox_mem_pool along with mbox->ctx_buf for service parameters. For lpfc_els_rsp_reject() failure, free both the ctx_buf for service parameters and the login_mbox.

    Veröffentlicht Aktualisiert
  2. CVE-2022-49532

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

    drm/virtio: fix NULL pointer dereference in virtio_gpu_conn_get_modes

    In the Linux kernel, the following vulnerability has been resolved: drm/virtio: fix NULL pointer dereference in virtio_gpu_conn_get_modes drm_cvt_mode may return NULL and we should check it. This bug is found by syzkaller: FAULT_INJECTION stacktrace: [ 168.567394] FAULT_INJECTION: forcing a failure. name failslab, interval 1, probability 0, space 0, times 1 [ 168.567403] CPU: 1 PID: 6425 Comm: syz Kdump: loaded Not tainted 4.19.90-vhulk2201.1.0.h1035.kasan.eulerosv2r10.aarch64 #1 [ 168.567406] Hardware name: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015 [ 168.567408] Call trace: [ 168.567414] dump_backtrace+0x0/0x310 [ 168.567418

    Veröffentlicht Aktualisiert
  3. CVE-2022-49531

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

    loop: implement ->free_disk

    In the Linux kernel, the following vulnerability has been resolved: loop: implement ->free_disk Ensure that the lo_device which is stored in the gendisk private data is valid until the gendisk is freed. Currently the loop driver uses a lot of effort to make sure a device is not freed when it is still in use, but to to fix a potential deadlock this will be relaxed a bit soon.

    Veröffentlicht Aktualisiert
  4. CVE-2022-49526

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

    md/bitmap: don't set sb values if can't pass sanity check

    In the Linux kernel, the following vulnerability has been resolved: md/bitmap: don't set sb values if can't pass sanity check If bitmap area contains invalid data, kernel will crash then mdadm triggers "Segmentation fault". This is cluster-md speical bug. In non-clustered env, mdadm will handle broken metadata case. In clustered array, only kernel space handles bitmap slot info. But even this bug only happened in clustered env, current sanity check is wrong, the code should be changed. How to trigger: (faulty injection) dd if=/dev/zero bs=1M count=1 oflag=direct of=/dev/sda dd if=/dev/zero bs=1M count=1 oflag=direct of=/dev/sdb mdadm -C /

    Veröffentlicht Aktualisiert
  5. CVE-2022-49525

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

    media: cx25821: Fix the warning when removing the module

    In the Linux kernel, the following vulnerability has been resolved: media: cx25821: Fix the warning when removing the module When removing the module, we will get the following warning: [ 14.746697] remove_proc_entry: removing non-empty directory 'irq/21', leaking at least 'cx25821[1]' [ 14.747449] WARNING: CPU: 4 PID: 368 at fs/proc/generic.c:717 remove_proc_entry+0x389/0x3f0 [ 14.751611] RIP: 0010:remove_proc_entry+0x389/0x3f0 [ 14.759589] Call Trace: [ 14.759792] <TASK> [ 14.759975] unregister_irq_proc+0x14c/0x170 [ 14.760340] irq_free_descs+0x94/0xe0 [ 14.760640] mp_unmap_irq+0xb6/0x100 [ 14.760937] acpi_unregist

    Veröffentlicht Aktualisiert
  6. CVE-2022-49522

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

    mmc: jz4740: Apply DMA engine limits to maximum segment size

    In the Linux kernel, the following vulnerability has been resolved: mmc: jz4740: Apply DMA engine limits to maximum segment size Do what is done in other DMA-enabled MMC host drivers (cf. host/mmci.c) and limit the maximum segment size based on the DMA engine's capabilities. This is needed to avoid warnings like the following with CONFIG_DMA_API_DEBUG=y. ------------[ cut here ]------------ WARNING: CPU: 0 PID: 21 at kernel/dma/debug.c:1162 debug_dma_map_sg+0x2f4/0x39c DMA-API: jz4780-dma 13420000.dma-controller: mapping sg segment longer than device claims to support [len=98304] [max=65536] CPU: 0 PID: 21 Comm: kworker/0:1H Not tainted 5.

    Veröffentlicht Aktualisiert
  7. CVE-2022-49521

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

    scsi: lpfc: Fix resource leak in lpfc_sli4_send_seq_to_ulp()

    In the Linux kernel, the following vulnerability has been resolved: scsi: lpfc: Fix resource leak in lpfc_sli4_send_seq_to_ulp() If no handler is found in lpfc_complete_unsol_iocb() to match the rctl of a received frame, the frame is dropped and resources are leaked. Fix by returning resources when discarding an unhandled frame type. Update lpfc_fc_frame_check() handling of NOP basic link service.

    Veröffentlicht Aktualisiert
  8. CVE-2022-49519

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

    ath10k: skip ath10k_halt during suspend for driver state RESTARTING

    In the Linux kernel, the following vulnerability has been resolved: ath10k: skip ath10k_halt during suspend for driver state RESTARTING Double free crash is observed when FW recovery(caused by wmi timeout/crash) is followed by immediate suspend event. The FW recovery is triggered by ath10k_core_restart() which calls driver clean up via ath10k_halt(). When the suspend event occurs between the FW recovery, the restart worker thread is put into frozen state until suspend completes. The suspend event triggers ath10k_stop() which again triggers ath10k_halt() The double invocation of ath10k_halt() causes ath10k_htt_rx_free() to be called twice(No

    Veröffentlicht Aktualisiert
  9. CVE-2022-49504

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

    scsi: lpfc: Inhibit aborts if external loopback plug is inserted

    In the Linux kernel, the following vulnerability has been resolved: scsi: lpfc: Inhibit aborts if external loopback plug is inserted After running a short external loopback test, when the external loopback is removed and a normal cable inserted that is directly connected to a target device, the system oops in the llpfc_set_rrq_active() routine. When the loopback was inserted an FLOGI was transmit. As we're looped back, we receive the FLOGI request. The FLOGI is ABTS'd as we recognize the same wppn thus understand it's a loopback. However, as the ABTS sends address information the port is not set to (fffffe), the ABTS is dropped on the wire

    Veröffentlicht Aktualisiert
  10. CVE-2022-49503

    Hoch · CVSS 7.1EPSS 0,28%Keine Korrektur veröffentlicht

    ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix

    In the Linux kernel, the following vulnerability has been resolved: ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix The "rxstatus->rs_keyix" eventually gets passed to test_bit() so we need to ensure that it is within the bitmap. drivers/net/wireless/ath/ath9k/common.c:46 ath9k_cmn_rx_accept() error: passing untrusted data 'rx_stats->rs_keyix' to 'test_bit()'

    Veröffentlicht Aktualisiert
  11. CVE-2022-49497

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

    net: remove two BUG() from skb_checksum_help()

    In the Linux kernel, the following vulnerability has been resolved: net: remove two BUG() from skb_checksum_help() I have a syzbot report that managed to get a crash in skb_checksum_help() If syzbot can trigger these BUG(), it makes sense to replace them with more friendly WARN_ON_ONCE() since skb_checksum_help() can instead return an error code. Note that syzbot will still crash there, until real bug is fixed.

    Veröffentlicht Aktualisiert
  12. CVE-2022-49495

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

    drm/msm/hdmi: check return value after calling platform_get_resource_byname()

    In the Linux kernel, the following vulnerability has been resolved: drm/msm/hdmi: check return value after calling platform_get_resource_byname() It will cause null-ptr-deref if platform_get_resource_byname() returns NULL, we need check the return value. Patchwork: https://patchwork.freedesktop.org/patch/482992/

    Veröffentlicht Aktualisiert
  13. CVE-2022-49492

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

    nvme-pci: fix a NULL pointer dereference in nvme_alloc_admin_tags

    In the Linux kernel, the following vulnerability has been resolved: nvme-pci: fix a NULL pointer dereference in nvme_alloc_admin_tags In nvme_alloc_admin_tags, the admin_q can be set to an error (typically -ENOMEM) if the blk_mq_init_queue call fails to set up the queue, which is checked immediately after the call. However, when we return the error message up the stack, to nvme_reset_work the error takes us to nvme_remove_dead_ctrl() nvme_dev_disable() nvme_suspend_queue(&dev->queues[0]). Here, we only check that the admin_q is non-NULL, rather than not an error or NULL, and begin quiescing a queue that never existed, leading to bad /

    Veröffentlicht Aktualisiert
  14. CVE-2022-49491

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

    drm/rockchip: vop: fix possible null-ptr-deref in vop_bind()

    In the Linux kernel, the following vulnerability has been resolved: drm/rockchip: vop: fix possible null-ptr-deref in vop_bind() It will cause null-ptr-deref in resource_size(), if platform_get_resource() returns NULL, move calling resource_size() after devm_ioremap_resource() that will check 'res' to avoid null-ptr-deref.

    Veröffentlicht Aktualisiert
  15. CVE-2022-49486

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

    ASoC: fsl: Fix refcount leak in imx_sgtl5000_probe

    In the Linux kernel, the following vulnerability has been resolved: ASoC: fsl: Fix refcount leak in imx_sgtl5000_probe of_find_i2c_device_by_node() takes a reference, In error paths, we should call put_device() to drop the reference to aviod refount leak.

    Veröffentlicht Aktualisiert
  16. CVE-2022-49482

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

    ASoC: mxs-saif: Fix refcount leak in mxs_saif_probe

    In the Linux kernel, the following vulnerability has been resolved: ASoC: mxs-saif: Fix refcount leak in mxs_saif_probe of_parse_phandle() returns a node pointer with refcount incremented, we should use of_node_put() on it when done.

    Veröffentlicht Aktualisiert
  17. CVE-2022-49481

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

    regulator: pfuze100: Fix refcount leak in pfuze_parse_regulators_dt

    In the Linux kernel, the following vulnerability has been resolved: regulator: pfuze100: Fix refcount leak in pfuze_parse_regulators_dt of_node_get() returns a node with refcount incremented. Calling of_node_put() to drop the reference when not needed anymore.

    Veröffentlicht Aktualisiert
  18. CVE-2022-49478

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

    media: pvrusb2: fix array-index-out-of-bounds in pvr2_i2c_core_init

    In the Linux kernel, the following vulnerability has been resolved: media: pvrusb2: fix array-index-out-of-bounds in pvr2_i2c_core_init Syzbot reported that -1 is used as array index. The problem was in missing validation check. hdw->unit_number is initialized with -1 and then if init table walk fails this value remains unchanged. Since code blindly uses this member for array indexing adding sanity check is the easiest fix for that. hdw->workpoll initialization moved upper to prevent warning in __flush_work.

    Veröffentlicht Aktualisiert
  19. CVE-2022-49472

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

    net: phy: micrel: Allow probing without .driver_data

    In the Linux kernel, the following vulnerability has been resolved: net: phy: micrel: Allow probing without .driver_data Currently, if the .probe element is present in the phy_driver structure and the .driver_data is not, a NULL pointer dereference happens. Allow passing .probe without .driver_data by inserting NULL checks for priv->type.

    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 →