p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-fips · Seite 165

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 5117

  1. CVE-2022-49584

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

    ixgbe: Add locking to prevent panic when setting sriov_numvfs to zero

    In the Linux kernel, the following vulnerability has been resolved: ixgbe: Add locking to prevent panic when setting sriov_numvfs to zero It is possible to disable VFs while the PF driver is processing requests from the VF driver. This can result in a panic. BUG: unable to handle kernel paging request at 000000000000106c PGD 0 P4D 0 Oops: 0000 [#1] SMP NOPTI CPU: 8 PID: 0 Comm: swapper/8 Kdump: loaded Tainted: G I --------- - Hardware name: Dell Inc. PowerEdge R740/06WXJT, BIOS 2.8.2 08/27/2020 RIP: 0010:ixgbe_msg_task+0x4c8/0x1690 [ixgbe] Code: 00 00 48 8d 04 40 48 c1 e0 05 89 7c 24 24 89 fd 48 89 44 24 10 83 ff 01 0f 84 b8 04 00 00

    Veröffentlicht Aktualisiert
  2. CVE-2022-49581

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

    be2net: Fix buffer overflow in be_get_module_eeprom

    In the Linux kernel, the following vulnerability has been resolved: be2net: Fix buffer overflow in be_get_module_eeprom be_cmd_read_port_transceiver_data assumes that it is given a buffer that is at least PAGE_DATA_LEN long, or twice that if the module supports SFF 8472. However, this is not always the case. Fix this by passing the desired offset and length to be_cmd_read_port_transceiver_data so that we only copy the bytes once.

    Veröffentlicht Aktualisiert
  3. CVE-2022-49575

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

    tcp: Fix a data-race around sysctl_tcp_thin_linear_timeouts.

    In the Linux kernel, the following vulnerability has been resolved: tcp: Fix a data-race around sysctl_tcp_thin_linear_timeouts. While reading sysctl_tcp_thin_linear_timeouts, it can be changed concurrently. Thus, we need to add READ_ONCE() to its reader.

    Veröffentlicht Aktualisiert
  4. CVE-2022-49573

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

    tcp: Fix a data-race around sysctl_tcp_early_retrans.

    In the Linux kernel, the following vulnerability has been resolved: tcp: Fix a data-race around sysctl_tcp_early_retrans. While reading sysctl_tcp_early_retrans, it can be changed concurrently. Thus, we need to add READ_ONCE() to its reader.

    Veröffentlicht Aktualisiert
  5. CVE-2022-49572

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

    tcp: Fix data-races around sysctl_tcp_slow_start_after_idle.

    In the Linux kernel, the following vulnerability has been resolved: tcp: Fix data-races around sysctl_tcp_slow_start_after_idle. While reading sysctl_tcp_slow_start_after_idle, it can be changed concurrently. Thus, we need to add READ_ONCE() to its readers.

    Veröffentlicht Aktualisiert
  6. CVE-2022-49571

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

    tcp: Fix data-races around sysctl_tcp_max_reordering.

    In the Linux kernel, the following vulnerability has been resolved: tcp: Fix data-races around sysctl_tcp_max_reordering. While reading sysctl_tcp_max_reordering, it can be changed concurrently. Thus, we need to add READ_ONCE() to its readers.

    Veröffentlicht Aktualisiert
  7. CVE-2022-49568

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

    KVM: Don't null dereference ops->destroy

    In the Linux kernel, the following vulnerability has been resolved: KVM: Don't null dereference ops->destroy A KVM device cleanup happens in either of two callbacks: 1) destroy() which is called when the VM is being destroyed; 2) release() which is called when a device fd is closed. Most KVM devices use 1) but Book3s's interrupt controller KVM devices (XICS, XIVE, XIVE-native) use 2) as they need to close and reopen during the machine execution. The error handling in kvm_ioctl_create_device() assumes destroy() is always defined which leads to NULL dereference as discovered by Syzkaller. This adds a checks for destroy!=NULL and adds a miss

    Veröffentlicht Aktualisiert
  8. CVE-2022-49563

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

    crypto: qat - add param check for RSA

    In the Linux kernel, the following vulnerability has been resolved: crypto: qat - add param check for RSA Reject requests with a source buffer that is bigger than the size of the key. This is to prevent a possible integer underflow that might happen when copying the source scatterlist into a linear buffer.

    Veröffentlicht Aktualisiert
  9. CVE-2022-49555

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

    Bluetooth: hci_qca: Use del_timer_sync() before freeing

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hci_qca: Use del_timer_sync() before freeing While looking at a crash report on a timer list being corrupted, which usually happens when a timer is freed while still active. This is commonly triggered by code calling del_timer() instead of del_timer_sync() just before freeing. One possible culprit is the hci_qca driver, which does exactly that. Eric mentioned that wake_retrans_timer could be rearmed via the work queue, so also move the destruction of the work queue before del_timer_sync().

    Veröffentlicht Aktualisiert
  10. CVE-2022-49546

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

    x86/kexec: fix memory leak of elf header buffer

    In the Linux kernel, the following vulnerability has been resolved: x86/kexec: fix memory leak of elf header buffer This is reported by kmemleak detector: unreferenced object 0xffffc900002a9000 (size 4096): comm "kexec", pid 14950, jiffies 4295110793 (age 373.951s) hex dump (first 32 bytes): 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 .ELF............ 04 00 3e 00 01 00 00 00 00 00 00 00 00 00 00 00 ..>............. backtrace: [<0000000016a8ef9f>] __vmalloc_node_range+0x101/0x170 [<000000002b66b6c0>] __vmalloc_node+0xb4/0x160 [<00000000ad40107d>] crash_prepare_elf64_headers+0x8e/0xcd0 [<0000000019afff23>]

    Veröffentlicht Aktualisiert
  11. CVE-2022-49545

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

    ALSA: usb-audio: Cancel pending work at closing a MIDI substream

    In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: Cancel pending work at closing a MIDI substream At closing a USB MIDI output substream, there might be still a pending work, which would eventually access the rawmidi runtime object that is being released. For fixing the race, make sure to cancel the pending work at closing.

    Veröffentlicht Aktualisiert
  12. CVE-2022-49538

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

    ALSA: jack: Access input_dev under mutex

    In the Linux kernel, the following vulnerability has been resolved: ALSA: jack: Access input_dev under mutex It is possible when using ASoC that input_dev is unregistered while calling snd_jack_report, which causes NULL pointer dereference. In order to prevent this serialize access to input_dev using mutex lock.

    Veröffentlicht Aktualisiert
  13. 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
  14. 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
  15. 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
  16. 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
  17. 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
  18. 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

Prüfen Sie Ihren Server

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

Prüfen Sie Ihren Server →