p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-ibm · Seite 131

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 3088

  1. CVE-2024-26607

    Mittel · CVSS 4.7EPSS 0,23%Korrektur verfügbar

    drm/bridge: sii902x: Fix probing race issue

    In the Linux kernel, the following vulnerability has been resolved: drm/bridge: sii902x: Fix probing race issue A null pointer dereference crash has been observed rarely on TI platforms using sii9022 bridge: [ 53.271356] sii902x_get_edid+0x34/0x70 [sii902x] [ 53.276066] sii902x_bridge_get_edid+0x14/0x20 [sii902x] [ 53.281381] drm_bridge_get_edid+0x20/0x34 [drm] [ 53.286305] drm_bridge_connector_get_modes+0x8c/0xcc [drm_kms_helper] [ 53.292955] drm_helper_probe_single_connector_modes+0x190/0x538 [drm_kms_helper] [ 53.300510] drm_client_modeset_probe+0x1f0/0xbd4 [drm] [ 53.305958] __drm_fb_helper_initial_config_and_unloc

    • Auf 5.4.0-1082.87 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2023-52478

    Hoch · CVSS 8.8EPSS 0,25%Korrektur verfügbar

    HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect

    In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the prot

    • Auf 5.4.0-1065.70 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2023-52477

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

    usb: hub: Guard against accesses to uninitialized BOS descriptors

    In the Linux kernel, the following vulnerability has been resolved: usb: hub: Guard against accesses to uninitialized BOS descriptors Many functions in drivers/usb/core/hub.c and drivers/usb/core/hub.h access fields inside udev->bos without checking if it was allocated and initialized. If usb_get_bos_descriptor() fails for whatever reason, udev->bos will be NULL and those accesses will result in a crash: BUG: kernel NULL pointer dereference, address: 0000000000000018 PGD 0 P4D 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU: 5 PID: 17818 Comm: kworker/5:1 Tainted: G W 5.15.108-18910-gab0e1cb584e1 #1 <HASH:1f9e 1> Hardware name: Google Kindred/Kind

    • Auf 5.4.0-1065.70 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2023-52475

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

    Input: powermate - fix use-after-free in powermate_config_complete

    In the Linux kernel, the following vulnerability has been resolved: Input: powermate - fix use-after-free in powermate_config_complete syzbot has found a use-after-free bug [1] in the powermate driver. This happens when the device is disconnected, which leads to a memory free from the powermate_device struct. When an asynchronous control message completes after the kfree and its callback is invoked, the lock does not exist anymore and hence the bug. Use usb_kill_urb() on pm->config to cancel any in-progress requests upon device disconnection. [1] https://syzkaller.appspot.com/bug?extid=0434ac83f907a1dbdd1e

    • Auf 5.4.0-1065.70 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2021-47001

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

    xprtrdma: Fix cwnd update ordering

    In the Linux kernel, the following vulnerability has been resolved: xprtrdma: Fix cwnd update ordering After a reconnect, the reply handler is opening the cwnd (and thus enabling more RPC Calls to be sent) /before/ rpcrdma_post_recvs() can post enough Receive WRs to receive their replies. This causes an RNR and the new connection is lost immediately. The race is most clearly exposed when KASAN and disconnect injection are enabled. This slows down rpcrdma_rep_create() enough to allow the send side to post a bunch of RPC Calls before the Receive completion handler can invoke ib_post_recv().

    • Auf 5.4.0-1084.89 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2021-46936

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

    net: fix use-after-free in tw_timer_handler

    In the Linux kernel, the following vulnerability has been resolved: net: fix use-after-free in tw_timer_handler A real world panic issue was found as follow in Linux 5.4. BUG: unable to handle page fault for address: ffffde49a863de28 PGD 7e6fe62067 P4D 7e6fe62067 PUD 7e6fe63067 PMD f51e064067 PTE 0 RIP: 0010:tw_timer_handler+0x20/0x40 Call Trace: <IRQ> call_timer_fn+0x2b/0x120 run_timer_softirq+0x1ef/0x450 __do_softirq+0x10d/0x2b8 irq_exit+0xc7/0xd0 smp_apic_timer_interrupt+0x68/0x120 apic_timer_interrupt+0xf/0x20 This issue was also reported since 2017 in the thread [1], unfortunately, t

    • Auf 5.4.0-1018.20 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2021-46935

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

    binder: fix async_free_space accounting for empty parcels

    In the Linux kernel, the following vulnerability has been resolved: binder: fix async_free_space accounting for empty parcels In 4.13, commit 74310e06be4d ("android: binder: Move buffer out of area shared with user space") fixed a kernel structure visibility issue. As part of that patch, sizeof(void *) was used as the buffer size for 0-length data payloads so the driver could detect abusive clients sending 0-length asynchronous transactions to a server by enforcing limits on async_free_size. Unfortunately, on the "free" side, the accounting of async_free_space did not add the sizeof(void *) back. The result was that up to 8-bytes of async_

    • Auf 5.4.0-1018.20 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2021-46934

    Mittel · CVSS 4.6EPSS 0,23%Korrektur verfügbar

    i2c: validate user data in compat ioctl

    In the Linux kernel, the following vulnerability has been resolved: i2c: validate user data in compat ioctl Wrong user data may cause warning in i2c_transfer(), ex: zero msgs. Userspace should not be able to trigger warnings, so this patch adds validation checks for user data in compact ioctl to prevent reported warnings

    • Auf 5.4.0-1018.20 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2021-46933

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

    usb: gadget: f_fs: Clear ffs_eventfd in ffs_data_clear.

    In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_fs: Clear ffs_eventfd in ffs_data_clear. ffs_data_clear is indirectly called from both ffs_fs_kill_sb and ffs_ep0_release, so it ends up being called twice when userland closes ep0 and then unmounts f_fs. If userland provided an eventfd along with function's USB descriptors, it ends up calling eventfd_ctx_put as many times, causing a refcount underflow. NULL-ify ffs_eventfd to prevent these extraneous eventfd_ctx_put calls. Also, set epfiles to NULL right after de-allocating it, for readability. For completeness, ffs_data_clear actually ends up being called

    • Auf 5.4.0-1018.20 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2021-46932

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

    Input: appletouch - initialize work before device registration

    In the Linux kernel, the following vulnerability has been resolved: Input: appletouch - initialize work before device registration Syzbot has reported warning in __flush_work(). This warning is caused by work->func == NULL, which means missing work initialization. This may happen, since input_dev->close() calls cancel_work_sync(&dev->work), but dev->work initalization happens _after_ input_register_device() call. So this patch moves dev->work initialization before registering input device

    • Auf 5.4.0-1018.20 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2021-46930

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

    usb: mtu3: fix list_head check warning

    In the Linux kernel, the following vulnerability has been resolved: usb: mtu3: fix list_head check warning This is caused by uninitialization of list_head. BUG: KASAN: use-after-free in __list_del_entry_valid+0x34/0xe4 Call trace: dump_backtrace+0x0/0x298 show_stack+0x24/0x34 dump_stack+0x130/0x1a8 print_address_description+0x88/0x56c __kasan_report+0x1b8/0x2a0 kasan_report+0x14/0x20 __asan_load8+0x9c/0xa0 __list_del_entry_valid+0x34/0xe4 mtu3_req_complete+0x4c/0x300 [mtu3] mtu3_gadget_stop+0x168/0x448 [mtu3] usb_gadget_unregister_driver+0x204/0x3a0 unregister_gadget_item+0x44/0xa4

    • Auf 5.4.0-1018.20 aktualisieren
    Veröffentlicht Aktualisiert
  12. CVE-2021-46929

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

    sctp: use call_rcu to free endpoint

    In the Linux kernel, the following vulnerability has been resolved: sctp: use call_rcu to free endpoint This patch is to delay the endpoint free by calling call_rcu() to fix another use-after-free issue in sctp_sock_dump(): BUG: KASAN: use-after-free in __lock_acquire+0x36d9/0x4c20 Call Trace: __lock_acquire+0x36d9/0x4c20 kernel/locking/lockdep.c:3218 lock_acquire+0x1ed/0x520 kernel/locking/lockdep.c:3844 __raw_spin_lock_bh include/linux/spinlock_api_smp.h:135 [inline] _raw_spin_lock_bh+0x31/0x40 kernel/locking/spinlock.c:168 spin_lock_bh include/linux/spinlock.h:334 [inline] __lock_sock+0x203/0x350 net/core/soc

    • Auf 5.4.0-1018.20 aktualisieren
    Veröffentlicht Aktualisiert
  13. CVE-2021-46926

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

    ALSA: hda: intel-sdw-acpi: harden detection of controller

    In the Linux kernel, the following vulnerability has been resolved: ALSA: hda: intel-sdw-acpi: harden detection of controller The existing code currently sets a pointer to an ACPI handle before checking that it's actually a SoundWire controller. This can lead to issues where the graph walk continues and eventually fails, but the pointer was set already. This patch changes the logic so that the information provided to the caller is set when a controller is found.

    • Auf 5.4.0-1078.83 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2021-46924

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

    NFC: st21nfca: Fix memory leak in device probe and remove

    In the Linux kernel, the following vulnerability has been resolved: NFC: st21nfca: Fix memory leak in device probe and remove 'phy->pending_skb' is alloced when device probe, but forgot to free in the error handling path and remove path, this cause memory leak as follows: unreferenced object 0xffff88800bc06800 (size 512): comm "8", pid 11775, jiffies 4295159829 (age 9.032s) hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace: [<00000000d66c09ce>] __kmalloc_node_track_caller+0x1ed/0x450 [<00000000c93382b

    • Auf 5.4.0-1018.20 aktualisieren
    Veröffentlicht Aktualisiert
  15. CVE-2019-25162

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

    i2c: Fix a potential use after free

    In the Linux kernel, the following vulnerability has been resolved: i2c: Fix a potential use after free Free the adap structure only after we are done using it. This patch just moves the put_device() down a bit to avoid the use after free. [wsa: added comment to the code, added Fixes tag]

    • Auf 5.4.0-1037.42 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2024-26606

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

    binder: signal epoll threads of self-work

    In the Linux kernel, the following vulnerability has been resolved: binder: signal epoll threads of self-work In (e)poll mode, threads often depend on I/O events to determine when data is ready for consumption. Within binder, a thread may initiate a command via BINDER_WRITE_READ without a read buffer and then make use of epoll_wait() or similar to consume any responses afterwards. It is then crucial that epoll threads are signaled via wakeup when they queue their own work. Otherwise, they risk waiting indefinitely for an event leaving their work unhandled. What is worse, subsequent commands won't trigger a wakeup either as the thread has p

    • Auf 5.4.0-1071.76 aktualisieren
    Veröffentlicht Aktualisiert
  17. CVE-2022-48626

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

    moxart: fix potential use-after-free on remove path

    In the Linux kernel, the following vulnerability has been resolved: moxart: fix potential use-after-free on remove path It was reported that the mmc host structure could be accessed after it was freed in moxart_remove(), so fix this by saving the base register of the device and using it instead of the pointer dereference.

    • Auf 5.4.0-1021.23 aktualisieren
    Veröffentlicht Aktualisiert
  18. CVE-2023-52470

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

    drm/radeon: check the alloc_workqueue return value in radeon_crtc_init()

    In the Linux kernel, the following vulnerability has been resolved: drm/radeon: check the alloc_workqueue return value in radeon_crtc_init() check the alloc_workqueue return value in radeon_crtc_init() to avoid null-ptr-deref.

    • Auf 5.4.0-1069.74 aktualisieren
    Veröffentlicht Aktualisiert
  19. CVE-2023-52469

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

    drivers/amd/pm: fix a use-after-free in kv_parse_power_table

    In the Linux kernel, the following vulnerability has been resolved: drivers/amd/pm: fix a use-after-free in kv_parse_power_table When ps allocated by kzalloc equals to NULL, kv_parse_power_table frees adev->pm.dpm.ps that allocated before. However, after the control flow goes through the following call chains: kv_parse_power_table |-> kv_dpm_init |-> kv_dpm_sw_init |-> kv_dpm_fini The adev->pm.dpm.ps is used in the for loop of kv_dpm_fini after its first free in kv_parse_power_table and causes a use-after-free bug.

    • Auf 5.4.0-1069.74 aktualisieren
    Veröffentlicht Aktualisiert
  20. CVE-2024-26602

    Mittel · CVSS 6.8EPSS 0,32%Korrektur verfügbar

    sched/membarrier: reduce the ability to hammer on sys_membarrier

    In the Linux kernel, the following vulnerability has been resolved: sched/membarrier: reduce the ability to hammer on sys_membarrier On some systems, sys_membarrier can be very expensive, causing overall slowdowns for everything. So put a lock on the path in order to serialize the accesses to prevent the ability for this to be called at too high of a frequency and saturate the machine.

    • Auf 5.4.0-1071.76 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 →