p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

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

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: 4513

  1. CVE-2024-27405

    Hoch · CVSS 7.5EPSS 1,3%Korrektur verfügbar

    usb: gadget: ncm: Avoid dropping datagrams of properly parsed NTBs

    In the Linux kernel, the following vulnerability has been resolved: usb: gadget: ncm: Avoid dropping datagrams of properly parsed NTBs It is observed sometimes when tethering is used over NCM with Windows 11 as host, at some instances, the gadget_giveback has one byte appended at the end of a proper NTB. When the NTB is parsed, unwrap call looks for any leftover bytes in SKB provided by u_ether and if there are any pending bytes, it treats them as a separate NTB and parses it. But in case the second NTB (as per unwrap call) is faulty/corrupt, all the datagrams that were parsed properly in the first NTB and saved in rx_list are dropped. Add

    • Auf 5.15.0-110.120~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2024-27403

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

    netfilter: nft_flow_offload: reset dst in route object after setting up flow

    In the Linux kernel, the following vulnerability has been resolved: netfilter: nft_flow_offload: reset dst in route object after setting up flow dst is transferred to the flow object, route object does not own it anymore. Reset dst in route object, otherwise if flow_offload_add() fails, error path releases dst twice, leading to a refcount underflow.

    • Auf 5.15.0-110.120~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2023-52656

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

    io_uring: drop any code related to SCM_RIGHTS

    In the Linux kernel, the following vulnerability has been resolved: io_uring: drop any code related to SCM_RIGHTS This is dead code after we dropped support for passing io_uring fds over SCM_RIGHTS, get rid of it.

    • Auf 5.15.0-110.120~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2024-27401

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

    firewire: nosy: ensure user_length is taken into account when fetching packet contents

    In the Linux kernel, the following vulnerability has been resolved: firewire: nosy: ensure user_length is taken into account when fetching packet contents Ensure that packet_buffer_get respects the user_length provided. If the length of the head packet exceeds the user_length, packet_buffer_get will now return 0 to signify to the user that no data were read and a larger buffer size is required. Helps prevent user space overflows.

    • Auf 5.15.0-118.128~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2024-27399

    Mittel · CVSS 6EPSS 0,3%Korrektur verfügbar

    Bluetooth: l2cap: fix null-ptr-deref in l2cap_chan_timeout

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: l2cap: fix null-ptr-deref in l2cap_chan_timeout There is a race condition between l2cap_chan_timeout() and l2cap_chan_del(). When we use l2cap_chan_del() to delete the channel, the chan->conn will be set to null. But the conn could be dereferenced again in the mutex_lock() of l2cap_chan_timeout(). As a result the null pointer dereference bug will happen. The KASAN report triggered by POC is shown below: [ 472.074580] ================================================================== [ 472.075284] BUG: KASAN: null-ptr-deref in mutex_lock+0x68/0xc0 [ 472.075308

    • Auf 5.15.0-118.128~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2024-27398

    Hoch · CVSS 8EPSS 0,83%Korrektur verfügbar

    Bluetooth: Fix use-after-free bugs caused by sco_sock_timeout

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: Fix use-after-free bugs caused by sco_sock_timeout When the sco connection is established and then, the sco socket is releasing, timeout_work will be scheduled to judge whether the sco disconnection is timeout. The sock will be deallocated later, but it is dereferenced again in sco_sock_timeout. As a result, the use-after-free bugs will happen. The root cause is shown below: Cleanup Thread | Worker Thread sco_sock_release | sco_sock_close | __sco_sock_close | sco_sock_set_timer

    • Auf 5.15.0-118.128~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2023-52655

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

    usb: aqc111: check packet for fixup for true limit

    In the Linux kernel, the following vulnerability has been resolved: usb: aqc111: check packet for fixup for true limit If a device sends a packet that is inbetween 0 and sizeof(u64) the value passed to skb_trim() as length will wrap around ending up as some very large value. The driver will then proceed to parse the header located at that position, which will either oops or process some random value. The fix is to check against sizeof(u64) rather than 0, which the driver currently does. The issue exists since the introduction of the driver.

    • Auf 5.15.0-102.112~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2024-27397

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

    netfilter: nf_tables: use timestamp to check for set element timeout

    In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_tables: use timestamp to check for set element timeout Add a timestamp field at the beginning of the transaction, store it in the nftables per-netns area. Update set backend .insert, .deactivate and sync gc path to use the timestamp, this avoids that an element expires while control plane transaction is still unfinished. .lookup and .update, which are used from packet path, still use the current time to check if the element has expired. And .get path and dump also since this runs lockless under rcu read size lock. Then, there is async gc which also needs to

    • Auf 5.15.0-124.134~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2024-27396

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

    net: gtp: Fix Use-After-Free in gtp_dellink

    In the Linux kernel, the following vulnerability has been resolved: net: gtp: Fix Use-After-Free in gtp_dellink Since call_rcu, which is called in the hlist_for_each_entry_rcu traversal of gtp_dellink, is not part of the RCU read critical section, it is possible that the RCU grace period will pass during the traversal and the key will be free. To prevent this, it should be changed to hlist_for_each_entry_safe.

    • Auf 5.15.0-116.126~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2024-27395

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

    net: openvswitch: Fix Use-After-Free in ovs_ct_exit

    In the Linux kernel, the following vulnerability has been resolved: net: openvswitch: Fix Use-After-Free in ovs_ct_exit Since kfree_rcu, which is called in the hlist_for_each_entry_rcu traversal of ovs_ct_limit_exit, is not part of the RCU read critical section, it is possible that the RCU grace period will pass during the traversal and the key will be free. To prevent this, it should be changed to hlist_for_each_entry_safe.

    • Auf 5.15.0-116.126~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2024-27393

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

    xen-netfront: Add missing skb_mark_for_recycle

    In the Linux kernel, the following vulnerability has been resolved: xen-netfront: Add missing skb_mark_for_recycle Notice that skb_mark_for_recycle() is introduced later than fixes tag in commit 6a5bcd84e886 ("page_pool: Allow drivers to hint on SKB recycling"). It is believed that fixes tag were missing a call to page_pool_release_page() between v5.9 to v5.14, after which is should have used skb_mark_for_recycle(). Since v6.6 the call page_pool_release_page() were removed (in commit 535b9c61bdef ("net: page_pool: hide page_pool_release_page()") and remaining callers converted (in commit 6bfef2ec0172 ("Merge branch 'net-page_pool-remove-pa

    • Auf 5.15.0-116.126~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  12. CVE-2022-48704

    Mittel · CVSS 5.7EPSS 0,24%Korrektur verfügbar

    drm/radeon: add a force flush to delay work when radeon

    In the Linux kernel, the following vulnerability has been resolved: drm/radeon: add a force flush to delay work when radeon Although radeon card fence and wait for gpu to finish processing current batch rings, there is still a corner case that radeon lockup work queue may not be fully flushed, and meanwhile the radeon_suspend_kms() function has called pci_set_power_state() to put device in D3hot state. Per PCI spec rev 4.0 on 5.3.1.4.1 D3hot State. > Configuration and Message requests are the only TLPs accepted by a Function in > the D3hot state. All other received Requests must be handled as Unsupported Requests, > and all received Complet

    • Auf 5.15.0-58.64~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  13. CVE-2022-48695

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

    scsi: mpt3sas: Fix use-after-free warning

    In the Linux kernel, the following vulnerability has been resolved: scsi: mpt3sas: Fix use-after-free warning Fix the following use-after-free warning which is observed during controller reset: refcount_t: underflow; use-after-free. WARNING: CPU: 23 PID: 5399 at lib/refcount.c:28 refcount_warn_saturate+0xa6/0xf0

    • Auf 5.15.0-58.64~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2022-48702

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

    ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc()

    In the Linux kernel, the following vulnerability has been resolved: ALSA: emu10k1: Fix out of bounds access in snd_emu10k1_pcm_channel_alloc() The voice allocator sometimes begins allocating from near the end of the array and then wraps around, however snd_emu10k1_pcm_channel_alloc() accesses the newly allocated voices as if it never wrapped around. This results in out of bounds access if the first voice has a high enough index so that first_voice + requested_voice_count > NUM_G (64). The more voices are requested, the more likely it is for this to occur. This was initially discovered using PipeWire, however it can be reproduced by callin

    • Auf 5.15.0-58.64~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  15. CVE-2022-48701

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

    ALSA: usb-audio: Fix an out-of-bounds bug in __snd_usb_parse_audio_interface()

    In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: Fix an out-of-bounds bug in __snd_usb_parse_audio_interface() There may be a bad USB audio device with a USB ID of (0x04fa, 0x4201) and the number of it's interfaces less than 4, an out-of-bounds read bug occurs when parsing the interface descriptor for this device. Fix this by checking the number of interfaces.

    • Auf 5.15.0-58.64~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2022-48699

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

    sched/debug: fix dentry leak in update_sched_domain_debugfs

    In the Linux kernel, the following vulnerability has been resolved: sched/debug: fix dentry leak in update_sched_domain_debugfs Kuyo reports that the pattern of using debugfs_remove(debugfs_lookup()) leaks a dentry and with a hotplug stress test, the machine eventually runs out of memory. Fix this up by using the newly created debugfs_lookup_and_remove() call instead which properly handles the dentry reference counting logic.

    • Auf 5.15.0-58.64~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  17. CVE-2022-48698

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

    drm/amd/display: fix memory leak when using debugfs_lookup()

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: fix memory leak when using debugfs_lookup() When calling debugfs_lookup() the result must have dput() called on it, otherwise the memory will leak over time. Fix this up by properly calling dput().

    • Auf 5.15.0-58.64~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  18. CVE-2022-48697

    Kritisch · CVSS 9.8EPSS 0,59%Korrektur verfügbar

    nvmet: fix a use-after-free

    In the Linux kernel, the following vulnerability has been resolved: nvmet: fix a use-after-free Fix the following use-after-free complaint triggered by blktests nvme/004: BUG: KASAN: user-memory-access in blk_mq_complete_request_remote+0xac/0x350 Read of size 4 at addr 0000607bd1835943 by task kworker/13:1/460 Workqueue: nvmet-wq nvme_loop_execute_work [nvme_loop] Call Trace: show_stack+0x52/0x58 dump_stack_lvl+0x49/0x5e print_report.cold+0x36/0x1e2 kasan_report+0xb9/0xf0 __asan_load4+0x6b/0x80 blk_mq_complete_request_remote+0xac/0x350 nvme_loop_queue_response+0x1df/0x275 [nvme_loop] __nvmet_req_complete+0x132/0x4f0 [nvmet] nvmet_

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