p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-intel-iotg-5.15 · Seite 85

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 4699

  1. CVE-2022-49716

    Mittel · CVSS 5.5EPSS 0,28%Korrektur verfügbar

    irqchip/gic-v3: Fix error handling in gic_populate_ppi_partitions

    In the Linux kernel, the following vulnerability has been resolved: irqchip/gic-v3: Fix error handling in gic_populate_ppi_partitions of_get_child_by_name() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. When kcalloc fails, it missing of_node_put() and results in refcount leak. Fix this by goto out_put_node label.

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2022-49715

    Mittel · CVSS 5.5EPSS 0,28%Korrektur verfügbar

    irqchip/gic-v3: Fix refcount leak in gic_populate_ppi_partitions

    In the Linux kernel, the following vulnerability has been resolved: irqchip/gic-v3: Fix refcount leak in gic_populate_ppi_partitions of_find_node_by_phandle() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. Add missing of_node_put() to avoid refcount leak.

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2022-49714

    Mittel · CVSS 5.5EPSS 0,27%Korrektur verfügbar

    irqchip/realtek-rtl: Fix refcount leak in map_interrupts

    In the Linux kernel, the following vulnerability has been resolved: irqchip/realtek-rtl: Fix refcount leak in map_interrupts of_find_node_by_phandle() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. This function doesn't call of_node_put() in error path. Call of_node_put() directly after of_property_read_u32() to cover both normal path and error path.

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2022-49713

    Mittel · CVSS 5.5EPSS 0,29%Korrektur verfügbar

    usb: dwc2: Fix memory leak in dwc2_hcd_init

    In the Linux kernel, the following vulnerability has been resolved: usb: dwc2: Fix memory leak in dwc2_hcd_init usb_create_hcd will alloc memory for hcd, and we should call usb_put_hcd to free it when platform_get_resource() fails to prevent memory leak. goto error2 label instead error1 to fix this.

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2022-49712

    Mittel · CVSS 5.5EPSS 0,26%Korrektur verfügbar

    usb: gadget: lpc32xx_udc: Fix refcount leak in lpc32xx_udc_probe

    In the Linux kernel, the following vulnerability has been resolved: usb: gadget: lpc32xx_udc: Fix refcount leak in lpc32xx_udc_probe of_parse_phandle() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. Add missing of_node_put() to avoid refcount leak. of_node_put() will check NULL pointer.

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2022-49711

    Hoch · CVSS 7.8EPSS 0,27%Korrektur verfügbar

    bus: fsl-mc-bus: fix KASAN use-after-free in fsl_mc_bus_remove()

    In the Linux kernel, the following vulnerability has been resolved: bus: fsl-mc-bus: fix KASAN use-after-free in fsl_mc_bus_remove() In fsl_mc_bus_remove(), mc->root_mc_bus_dev->mc_io is passed to fsl_destroy_mc_io(). However, mc->root_mc_bus_dev is already freed in fsl_mc_device_remove(). Then reference to mc->root_mc_bus_dev->mc_io triggers KASAN use-after-free. To avoid the use-after-free, keep the reference to mc->root_mc_bus_dev->mc_io in a local variable and pass to fsl_destroy_mc_io(). This patch needs rework to apply to kernels older than v5.15.

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2022-49710

    Mittel · CVSS 5.5EPSS 0,28%Korrektur verfügbar

    dm mirror log: round up region bitmap size to BITS_PER_LONG

    In the Linux kernel, the following vulnerability has been resolved: dm mirror log: round up region bitmap size to BITS_PER_LONG The code in dm-log rounds up bitset_size to 32 bits. It then uses find_next_zero_bit_le on the allocated region. find_next_zero_bit_le accesses the bitmap using unsigned long pointers. So, on 64-bit architectures, it may access 4 bytes beyond the allocated size. Fix this bug by rounding up bitset_size to BITS_PER_LONG. This bug was found by running the lvm2 testsuite with kasan.

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2022-49709

    Mittel · CVSS 5.5EPSS 0,26%Korrektur verfügbar

    cfi: Fix __cfi_slowpath_diag RCU usage with cpuidle

    In the Linux kernel, the following vulnerability has been resolved: cfi: Fix __cfi_slowpath_diag RCU usage with cpuidle RCU_NONIDLE usage during __cfi_slowpath_diag can result in an invalid RCU state in the cpuidle code path: WARNING: CPU: 1 PID: 0 at kernel/rcu/tree.c:613 rcu_eqs_enter+0xe4/0x138 ... Call trace: rcu_eqs_enter+0xe4/0x138 rcu_idle_enter+0xa8/0x100 cpuidle_enter_state+0x154/0x3a8 cpuidle_enter+0x3c/0x58 do_idle.llvm.6590768638138871020+0x1f4/0x2ec cpu_startup_entry+0x28/0x2c secondary_start_kernel+0x1b8/0x220 __secondary_switched+0x94/0x98 Instead, call rcu_irq_enter/exit to wake up RCU

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2022-49708

    Hoch · CVSS 7.1EPSS 0,28%Korrektur verfügbar

    ext4: fix bug_on ext4_mb_use_inode_pa

    In the Linux kernel, the following vulnerability has been resolved: ext4: fix bug_on ext4_mb_use_inode_pa Hulk Robot reported a BUG_ON: ================================================================== kernel BUG at fs/ext4/mballoc.c:3211! [...] RIP: 0010:ext4_mb_mark_diskspace_used.cold+0x85/0x136f [...] Call Trace: ext4_mb_new_blocks+0x9df/0x5d30 ext4_ext_map_blocks+0x1803/0x4d80 ext4_map_blocks+0x3a4/0x1a10 ext4_writepages+0x126d/0x2c30 do_writepages+0x7f/0x1b0 __filemap_fdatawrite_range+0x285/0x3b0 file_write_and_wait_range+0xb1/0x140 ext4_sync_file+0x1aa/0xca0 vfs_fsync_range+0xfb/0x260 do_fsync+0x48/0xa0 [...] =============

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2022-49707

    Mittel · CVSS 5.5EPSS 0,28%Korrektur verfügbar

    ext4: add reserved GDT blocks check

    In the Linux kernel, the following vulnerability has been resolved: ext4: add reserved GDT blocks check We capture a NULL pointer issue when resizing a corrupt ext4 image which is freshly clear resize_inode feature (not run e2fsck). It could be simply reproduced by following steps. The problem is because of the resize_inode feature was cleared, and it will convert the filesystem to meta_bg mode in ext4_resize_fs(), but the es->s_reserved_gdt_blocks was not reduced to zero, so could we mistakenly call reserve_backup_gdb() and passing an uninitialized resize_inode to it when adding new group descriptors. mkfs.ext4 /dev/sda 3G tune2fs -O ^r

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2022-49706

    Hoch · CVSS 7.1EPSS 0,27%Korrektur verfügbar

    zonefs: fix zonefs_iomap_begin() for reads

    In the Linux kernel, the following vulnerability has been resolved: zonefs: fix zonefs_iomap_begin() for reads If a readahead is issued to a sequential zone file with an offset exactly equal to the current file size, the iomap type is set to IOMAP_UNWRITTEN, which will prevent an IO, but the iomap length is calculated as 0. This causes a WARN_ON() in iomap_iter(): [17309.548939] WARNING: CPU: 3 PID: 2137 at fs/iomap/iter.c:34 iomap_iter+0x9cf/0xe80 [...] [17309.650907] RIP: 0010:iomap_iter+0x9cf/0xe80 [...] [17309.754560] Call Trace: [17309.757078] <TASK> [17309.759240] ? lock_is_held_type+0xd8/0x130 [17309.763531] iomap_readahead+0x1a8

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  12. CVE-2022-49705

    Mittel · CVSS 5.5EPSS 0,26%Korrektur verfügbar

    9p: fix fid refcount leak in v9fs_vfs_atomic_open_dotl

    In the Linux kernel, the following vulnerability has been resolved: 9p: fix fid refcount leak in v9fs_vfs_atomic_open_dotl We need to release directory fid if we fail halfway through open This fixes fid leaking with xfstests generic 531

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  13. CVE-2022-49704

    Mittel · CVSS 5.5EPSS 0,26%Korrektur verfügbar

    9p: fix fid refcount leak in v9fs_vfs_get_link

    In the Linux kernel, the following vulnerability has been resolved: 9p: fix fid refcount leak in v9fs_vfs_get_link we check for protocol version later than required, after a fid has been obtained. Just move the version check earlier.

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2022-49703

    Mittel · CVSS 5.5EPSS 0,27%Korrektur verfügbar

    scsi: ibmvfc: Store vhost pointer during subcrq allocation

    In the Linux kernel, the following vulnerability has been resolved: scsi: ibmvfc: Store vhost pointer during subcrq allocation Currently the back pointer from a queue to the vhost adapter isn't set until after subcrq interrupt registration. The value is available when a queue is first allocated and can/should be also set for primary and async queues as well as subcrqs. This fixes a crash observed during kexec/kdump on Power 9 with legacy XICS interrupt controller where a pending subcrq interrupt from the previous kernel can be replayed immediately upon IRQ registration resulting in dereference of a garbage backpointer in ibmvfc_interrupt_s

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  15. CVE-2022-49702

    Mittel · CVSS 5.5EPSS 0,21%Korrektur verfügbar

    btrfs: fix hang during unmount when block group reclaim task is running

    In the Linux kernel, the following vulnerability has been resolved: btrfs: fix hang during unmount when block group reclaim task is running When we start an unmount, at close_ctree(), if we have the reclaim task running and in the middle of a data block group relocation, we can trigger a deadlock when stopping an async reclaim task, producing a trace like the following: [629724.498185] task:kworker/u16:7 state:D stack: 0 pid:681170 ppid: 2 flags:0x00004000 [629724.499760] Workqueue: events_unbound btrfs_async_reclaim_metadata_space [btrfs] [629724.501267] Call Trace: [629724.501759] <TASK> [629724.502174] __schedule+0x3cb/0xed0

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2022-49701

    Hoch · CVSS 7.8EPSS 0,27%Korrektur verfügbar

    scsi: ibmvfc: Allocate/free queue resource only during probe/remove

    In the Linux kernel, the following vulnerability has been resolved: scsi: ibmvfc: Allocate/free queue resource only during probe/remove Currently, the sub-queues and event pool resources are allocated/freed for every CRQ connection event such as reset and LPM. This exposes the driver to a couple issues. First the inefficiency of freeing and reallocating memory that can simply be resued after being sanitized. Further, a system under memory pressue runs the risk of allocation failures that could result in a crippled driver. Finally, there is a race window where command submission/compeletion can try to pull/return elements from/to an event po

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  17. CVE-2022-49700

    Hoch · CVSS 7.8EPSS 0,29%Korrektur verfügbar

    mm/slub: add missing TID updates on slab deactivation

    In the Linux kernel, the following vulnerability has been resolved: mm/slub: add missing TID updates on slab deactivation The fastpath in slab_alloc_node() assumes that c->slab is stable as long as the TID stays the same. However, two places in __slab_alloc() currently don't update the TID when deactivating the CPU slab. If multiple operations race the right way, this could lead to an object getting lost; or, in an even more unlikely situation, it could even lead to an object being freed onto the wrong slab's freelist, messing up the `inuse` counter and eventually causing a page to be freed to the page allocator while it still contains sla

    • Auf 5.15.0-1017.22~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  18. CVE-2022-49698

    Hoch · CVSS 7.8EPSS 0,3%Korrektur verfügbar

    netfilter: use get_random_u32 instead of prandom

    In the Linux kernel, the following vulnerability has been resolved: netfilter: use get_random_u32 instead of prandom bh might occur while updating per-cpu rnd_state from user context, ie. local_out path. BUG: using smp_processor_id() in preemptible [00000000] code: nginx/2725 caller is nft_ng_random_eval+0x24/0x54 [nft_numgen] Call Trace: check_preemption_disabled+0xde/0xe0 nft_ng_random_eval+0x24/0x54 [nft_numgen] Use the random driver instead, this also avoids need for local prandom state. Moreover, prandom now uses the random driver since d4150779e60f ("random32: use real rng for non-deterministic randomness"). Based on earlier patc

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  19. CVE-2022-49697

    Mittel · CVSS 6.7EPSS 0,27%Korrektur verfügbar

    bpf: Fix request_sock leak in sk lookup helpers

    In the Linux kernel, the following vulnerability has been resolved: bpf: Fix request_sock leak in sk lookup helpers A customer reported a request_socket leak in a Calico cloud environment. We found that a BPF program was doing a socket lookup with takes a refcnt on the socket and that it was finding the request_socket but returning the parent LISTEN socket via sk_to_full_sk() without decrementing the child request socket 1st, resulting in request_sock slab object leak. This patch retains the existing behaviour of returning full socks to the caller but it also decrements the child request_socket if one is present before doing so to prevent t

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  20. CVE-2022-49696

    Hoch · CVSS 7.8EPSS 0,29%Korrektur verfügbar

    tipc: fix use-after-free Read in tipc_named_reinit

    In the Linux kernel, the following vulnerability has been resolved: tipc: fix use-after-free Read in tipc_named_reinit syzbot found the following issue on: ================================================================== BUG: KASAN: use-after-free in tipc_named_reinit+0x94f/0x9b0 net/tipc/name_distr.c:413 Read of size 8 at addr ffff88805299a000 by task kworker/1:9/23764 CPU: 1 PID: 23764 Comm: kworker/1:9 Not tainted 5.18.0-rc4-syzkaller-00878-g17d49e6e8012 #0 Hardware name: Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Workqueue: events tipc_net_finalize_work Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [i

    • Auf 5.15.0-1016.21~20.04.1 aktualisieren
    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 →