p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-lowlatency-hwe-5.15 · Seite 87

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 4519

  1. CVE-2022-49666

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

    powerpc/memhotplug: Add add_pages override for PPC

    In the Linux kernel, the following vulnerability has been resolved: powerpc/memhotplug: Add add_pages override for PPC With commit ffa0b64e3be5 ("powerpc: Fix virt_addr_valid() for 64-bit Book3E & 32-bit") the kernel now validate the addr against high_memory value. This results in the below BUG_ON with dax pfns. [ 635.798741][T26531] kernel BUG at mm/page_alloc.c:5521! 1:mon> e cpu 0x1: Vector: 700 (Program Check) at [c000000007287630] pc: c00000000055ed48: free_pages.part.0+0x48/0x110 lr: c00000000053ca70: tlb_finish_mmu+0x80/0xd0 sp: c0000000072878d0 msr: 800000000282b033 current = 0xc00000000afabe00 paca = 0xc0000

    • Auf 5.15.0-48.54~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2022-49664

    Hoch · CVSS 7.5EPSS 0,69%Korrektur verfügbar

    tipc: move bc link creation back to tipc_node_create

    In the Linux kernel, the following vulnerability has been resolved: tipc: move bc link creation back to tipc_node_create Shuang Li reported a NULL pointer dereference crash: [] BUG: kernel NULL pointer dereference, address: 0000000000000068 [] RIP: 0010:tipc_link_is_up+0x5/0x10 [tipc] [] Call Trace: [] <IRQ> [] tipc_bcast_rcv+0xa2/0x190 [tipc] [] tipc_node_bc_rcv+0x8b/0x200 [tipc] [] tipc_rcv+0x3af/0x5b0 [tipc] [] tipc_udp_recv+0xc7/0x1e0 [tipc] It was caused by the 'l' passed into tipc_bcast_rcv() is NULL. When it creates a node in tipc_node_check_dest(), after inserting the new node into hashtable in tipc_node_creat

    • Auf 5.15.0-48.54~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2022-49663

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

    tunnels: do not assume mac header is set in skb_tunnel_check_pmtu()

    In the Linux kernel, the following vulnerability has been resolved: tunnels: do not assume mac header is set in skb_tunnel_check_pmtu() Recently added debug in commit f9aefd6b2aa3 ("net: warn if mac header was not set") caught a bug in skb_tunnel_check_pmtu(), as shown in this syzbot report [1]. In ndo_start_xmit() paths, there is really no need to use skb->mac_header, because skb->data is supposed to point at it. [1] WARNING: CPU: 1 PID: 8604 at include/linux/skbuff.h:2784 skb_mac_header_len include/linux/skbuff.h:2784 [inline] WARNING: CPU: 1 PID: 8604 at include/linux/skbuff.h:2784 skb_tunnel_check_pmtu+0x5de/0x2f90 net/ipv4/ip_tunnel_

    • Auf 5.15.0-48.54~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2022-49662

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

    ipv6: fix lockdep splat in in6_dump_addrs()

    In the Linux kernel, the following vulnerability has been resolved: ipv6: fix lockdep splat in in6_dump_addrs() As reported by syzbot, we should not use rcu_dereference() when rcu_read_lock() is not held. WARNING: suspicious RCU usage 5.19.0-rc2-syzkaller #0 Not tainted net/ipv6/addrconf.c:5175 suspicious rcu_dereference_check() usage! other info that might help us debug this: rcu_scheduler_active = 2, debug_locks = 1 1 lock held by syz-executor326/3617: #0: ffffffff8d5848e8 (rtnl_mutex){+.+.}-{3:3}, at: netlink_dump+0xae/0xc20 net/netlink/af_netlink.c:2223 stack backtrace: CPU: 0 PID: 3617 Comm: syz-executor326 Not tainted 5.19.0-rc2

    • Auf 5.15.0-48.54~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2022-49661

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

    can: gs_usb: gs_usb_open/close(): fix memory leak

    In the Linux kernel, the following vulnerability has been resolved: can: gs_usb: gs_usb_open/close(): fix memory leak The gs_usb driver appears to suffer from a malady common to many USB CAN adapter drivers in that it performs usb_alloc_coherent() to allocate a number of USB request blocks (URBs) for RX, and then later relies on usb_kill_anchored_urbs() to free them, but this doesn't actually free them. As a result, this may be leaking DMA memory that's been used by the driver. This commit is an adaptation of the techniques found in the esd_usb2 driver where a similar design pattern led to a memory leak. It explicitly frees the RX URBs and

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2022-49659

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

    can: m_can: m_can_{read_fifo,echo_tx_event}(): shift timestamp to full 32 bits

    In the Linux kernel, the following vulnerability has been resolved: can: m_can: m_can_{read_fifo,echo_tx_event}(): shift timestamp to full 32 bits In commit 1be37d3b0414 ("can: m_can: fix periph RX path: use rx-offload to ensure skbs are sent from softirq context") the RX path for peripheral devices was switched to RX-offload. Received CAN frames are pushed to RX-offload together with a timestamp. RX-offload is designed to handle overflows of the timestamp correctly, if 32 bit timestamps are provided. The timestamps of m_can core are only 16 bits wide. So this patch shifts them to full 32 bit before passing them to RX-offload.

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2022-49658

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

    bpf: Fix insufficient bounds propagation from adjust_scalar_min_max_vals

    In the Linux kernel, the following vulnerability has been resolved: bpf: Fix insufficient bounds propagation from adjust_scalar_min_max_vals Kuee reported a corner case where the tnum becomes constant after the call to __reg_bound_offset(), but the register's bounds are not, that is, its min bounds are still not equal to the register's max bounds. This in turn allows to leak pointers through turning a pointer register as is into an unknown scalar via adjust_ptr_min_max_vals(). Before: func#0 @0 0: R1=ctx(off=0,imm=0,umax=0,var_off=(0x0; 0x0)) R10=fp(off=0,imm=0,umax=0,var_off=(0x0; 0x0)) 0: (b7) r0 = 1 ; R0_w

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2022-49657

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

    usbnet: fix memory leak in error case

    In the Linux kernel, the following vulnerability has been resolved: usbnet: fix memory leak in error case usbnet_write_cmd_async() mixed up which buffers need to be freed in which error case. v2: add Fixes tag v3: fix uninitialized buf pointer

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2022-49656

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

    ARM: meson: Fix refcount leak in meson_smp_prepare_cpus

    In the Linux kernel, the following vulnerability has been resolved: ARM: meson: Fix refcount leak in meson_smp_prepare_cpus of_find_compatible_node() returns a node pointer with refcount incremented, we should use of_node_put() on it when done. Add missing of_node_put() to avoid refcount leak.

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2022-49654

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

    net: dsa: qca8k: reset cpu port on MTU change

    In the Linux kernel, the following vulnerability has been resolved: net: dsa: qca8k: reset cpu port on MTU change It was discovered that the Documentation lacks of a fundamental detail on how to correctly change the MAX_FRAME_SIZE of the switch. In fact if the MAX_FRAME_SIZE is changed while the cpu port is on, the switch panics and cease to send any packet. This cause the mgmt ethernet system to not receive any packet (the slow fallback still works) and makes the device not reachable. To recover from this a switch reset is required. To correctly handle this, turn off the cpu ports before changing the MAX_FRAME_SIZE and turn on again afte

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2022-49653

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

    i2c: piix4: Fix a memory leak in the EFCH MMIO support

    In the Linux kernel, the following vulnerability has been resolved: i2c: piix4: Fix a memory leak in the EFCH MMIO support The recently added support for EFCH MMIO regions introduced a memory leak in that code path. The leak is caused by the fact that release_resource() merely removes the resource from the tree but does not free its memory. We need to call release_mem_region() instead, which does free the memory. As a nice side effect, this brings back some symmetry between the legacy and MMIO paths.

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  12. CVE-2022-49652

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

    dmaengine: ti: Fix refcount leak in ti_dra7_xbar_route_allocate

    In the Linux kernel, the following vulnerability has been resolved: dmaengine: ti: Fix refcount leak in ti_dra7_xbar_route_allocate of_parse_phandle() returns a node pointer with refcount incremented, we should use of_node_put() on it when not needed anymore. Add missing of_node_put() in to fix this.

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  13. CVE-2022-49650

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

    dmaengine: qcom: bam_dma: fix runtime PM underflow

    In the Linux kernel, the following vulnerability has been resolved: dmaengine: qcom: bam_dma: fix runtime PM underflow Commit dbad41e7bb5f ("dmaengine: qcom: bam_dma: check if the runtime pm enabled") caused unbalanced pm_runtime_get/put() calls when the bam is controlled remotely. This commit reverts it and just enables pm_runtime in all cases, the clk_* functions already just nop when the clock is NULL. Also clean up a bit by removing unnecessary bamclk null checks.

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2022-49649

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

    xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue

    In the Linux kernel, the following vulnerability has been resolved: xen/netback: avoid entering xenvif_rx_next_skb() with an empty rx queue xenvif_rx_next_skb() is expecting the rx queue not being empty, but in case the loop in xenvif_rx_action() is doing multiple iterations, the availability of another skb in the rx queue is not being checked. This can lead to crashes: [40072.537261] BUG: unable to handle kernel NULL pointer dereference at 0000000000000080 [40072.537407] IP: xenvif_rx_skb+0x23/0x590 [xen_netback] [40072.537534] PGD 0 P4D 0 [40072.537644] Oops: 0000 [#1] SMP NOPTI [40072.537749] CPU: 0 PID: 12505 Comm: v1-c40247-q2-gu Not

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  15. CVE-2022-49648

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

    tracing/histograms: Fix memory leak problem

    In the Linux kernel, the following vulnerability has been resolved: tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 ("tracing: fix double free") said, the "double free" problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_def

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2022-49647

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

    cgroup: Use separate src/dst nodes when preloading css_sets for migration

    In the Linux kernel, the following vulnerability has been resolved: cgroup: Use separate src/dst nodes when preloading css_sets for migration Each cset (css_set) is pinned by its tasks. When we're moving tasks around across csets for a migration, we need to hold the source and destination csets to ensure that they don't go away while we're moving tasks about. This is done by linking cset->mg_preload_node on either the mgctx->preloaded_src_csets or mgctx->preloaded_dst_csets list. Using the same cset->mg_preload_node for both the src and dst lists was deemed okay as a cset can't be both the source and destination at the same time. Unfortuna

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  17. CVE-2022-49646

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

    wifi: mac80211: fix queue selection for mesh/OCB interfaces

    In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: fix queue selection for mesh/OCB interfaces When using iTXQ, the code assumes that there is only one vif queue for broadcast packets, using the BE queue. Allowing non-BE queue marking violates that assumption and txq->ac == skb_queue_mapping is no longer guaranteed. This can cause issues with queue handling in the driver and also causes issues with the recent ATF change, resulting in an AQL underflow warning.

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  18. CVE-2022-49645

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

    drm/panfrost: Fix shrinker list corruption by madvise IOCTL

    In the Linux kernel, the following vulnerability has been resolved: drm/panfrost: Fix shrinker list corruption by madvise IOCTL Calling madvise IOCTL twice on BO causes memory shrinker list corruption and crashes kernel because BO is already on the list and it's added to the list again, while BO should be removed from the list before it's re-added. Fix it.

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  19. CVE-2022-49644

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

    drm/i915: fix a possible refcount leak in intel_dp_add_mst_connector()

    In the Linux kernel, the following vulnerability has been resolved: drm/i915: fix a possible refcount leak in intel_dp_add_mst_connector() If drm_connector_init fails, intel_connector_free will be called to take care of proper free. So it is necessary to drop the refcount of port before intel_connector_free. (cherry picked from commit cea9ed611e85d36a05db52b6457bf584b7d969e2)

    • Auf 5.15.0-50.56~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  20. CVE-2022-49643

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

    ima: Fix a potential integer overflow in ima_appraise_measurement

    In the Linux kernel, the following vulnerability has been resolved: ima: Fix a potential integer overflow in ima_appraise_measurement When the ima-modsig is enabled, the rc passed to evm_verifyxattr() may be negative, which may cause the integer overflow problem.

    • Auf 5.15.0-50.56~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 →