p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-fips · Seite 176

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-2024-56658

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

    net: defer final 'struct net' free in netns dismantle

    In the Linux kernel, the following vulnerability has been resolved: net: defer final 'struct net' free in netns dismantle Ilya reported a slab-use-after-free in dst_destroy [1] Issue is in xfrm6_net_init() and xfrm4_net_init() : They copy xfrm[46]_dst_ops_template into net->xfrm.xfrm[46]_dst_ops. But net structure might be freed before all the dst callbacks are called. So when dst_destroy() calls later : if (dst->ops->destroy) dst->ops->destroy(dst); dst->ops points to the old net->xfrm.xfrm[46]_dst_ops, which has been freed. See a relevant issue fixed in : ac888d58869b ("net: do not delay dst_entries_add() in dst_release()") A

    Veröffentlicht Aktualisiert
  2. CVE-2024-56650

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

    netfilter: x_tables: fix LED ID check in led_tg_check()

    In the Linux kernel, the following vulnerability has been resolved: netfilter: x_tables: fix LED ID check in led_tg_check() Syzbot has reported the following BUG detected by KASAN: BUG: KASAN: slab-out-of-bounds in strlen+0x58/0x70 Read of size 1 at addr ffff8881022da0c8 by task repro/5879 ... Call Trace: <TASK> dump_stack_lvl+0x241/0x360 ? __pfx_dump_stack_lvl+0x10/0x10 ? __pfx__printk+0x10/0x10 ? _printk+0xd5/0x120 ? __virt_addr_valid+0x183/0x530 ? __virt_addr_valid+0x183/0x530 print_report+0x169/0x550 ? __virt_addr_valid+0x183/0x530 ? __virt_addr_valid+0x183/0x530 ? __virt_addr_valid+0x45f/0x530 ? __phys_addr+0xba/0x170 ? s

    Veröffentlicht Aktualisiert
  3. CVE-2024-56647

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

    net: Fix icmp host relookup triggering ip_rt_bug

    In the Linux kernel, the following vulnerability has been resolved: net: Fix icmp host relookup triggering ip_rt_bug arp link failure may trigger ip_rt_bug while xfrm enabled, call trace is: WARNING: CPU: 0 PID: 0 at net/ipv4/route.c:1241 ip_rt_bug+0x14/0x20 Modules linked in: CPU: 0 UID: 0 PID: 0 Comm: swapper/0 Not tainted 6.12.0-rc6-00077-g2e1b3cc9d7f7 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 RIP: 0010:ip_rt_bug+0x14/0x20 Call Trace: <IRQ> ip_send_skb+0x14/0x40 __icmp_send+0x42d/0x6a0 ipv4_link_failure+0xe2/0x1d0 arp_error_report+0x3c/0x50 neigh_invalidate+

    Veröffentlicht Aktualisiert
  4. CVE-2024-56644

    Hoch · CVSS 7.5EPSS 0,71%Keine Korrektur veröffentlicht

    net/ipv6: release expired exception dst cached in socket

    In the Linux kernel, the following vulnerability has been resolved: net/ipv6: release expired exception dst cached in socket Dst objects get leaked in ip6_negative_advice() when this function is executed for an expired IPv6 route located in the exception table. There are several conditions that must be fulfilled for the leak to occur: * an ICMPv6 packet indicating a change of the MTU for the path is received, resulting in an exception dst being created * a TCP connection that uses the exception dst for routing packets must start timing out so that TCP begins retransmissions * after the exception dst expires, the FIB6 garbage collector m

    Veröffentlicht Aktualisiert
  5. CVE-2024-56643

    Niedrig · CVSS 3.3EPSS 0,23%Keine Korrektur veröffentlicht

    dccp: Fix memory leak in dccp_feat_change_recv

    In the Linux kernel, the following vulnerability has been resolved: dccp: Fix memory leak in dccp_feat_change_recv If dccp_feat_push_confirm() fails after new value for SP feature was accepted without reconciliation ('entry == NULL' branch), memory allocated for that value with dccp_feat_clone_sp_val() is never freed. Here is the kmemleak stack for this: unreferenced object 0xffff88801d4ab488 (size 8): comm "syz-executor310", pid 1127, jiffies 4295085598 (age 41.666s) hex dump (first 8 bytes): 01 b4 4a 1d 80 88 ff ff ..J..... backtrace: [<00000000db7cabfe>] kmemdup+0x23/0x50 mm/util.c:128 [<00000

    Veröffentlicht Aktualisiert
  6. CVE-2024-56642

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

    tipc: Fix use-after-free of kernel socket in cleanup_bearer().

    In the Linux kernel, the following vulnerability has been resolved: tipc: Fix use-after-free of kernel socket in cleanup_bearer(). syzkaller reported a use-after-free of UDP kernel socket in cleanup_bearer() without repro. [0][1] When bearer_disable() calls tipc_udp_disable(), cleanup of the UDP kernel socket is deferred by work calling cleanup_bearer(). tipc_exit_net() waits for such works to finish by checking tipc_net(net)->wq_count. However, the work decrements the count too early before releasing the kernel socket, unblocking cleanup_net() and resulting in use-after-free. Let's move the decrement after releasing the socket in clean

    Veröffentlicht Aktualisiert
  7. CVE-2024-56637

    Hoch · CVSS 7.3EPSS 0,18%Keine Korrektur veröffentlicht

    netfilter: ipset: Hold module reference while requesting a module

    In the Linux kernel, the following vulnerability has been resolved: netfilter: ipset: Hold module reference while requesting a module User space may unload ip_set.ko while it is itself requesting a set type backend module, leading to a kernel crash. The race condition may be provoked by inserting an mdelay() right after the nfnl_unlock() call.

    Veröffentlicht Aktualisiert
  8. CVE-2024-56631

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

    scsi: sg: Fix slab-use-after-free read in sg_release()

    In the Linux kernel, the following vulnerability has been resolved: scsi: sg: Fix slab-use-after-free read in sg_release() Fix a use-after-free bug in sg_release(), detected by syzbot with KASAN: BUG: KASAN: slab-use-after-free in lock_release+0x151/0xa30 kernel/locking/lockdep.c:5838 __mutex_unlock_slowpath+0xe2/0x750 kernel/locking/mutex.c:912 sg_release+0x1f4/0x2e0 drivers/scsi/sg.c:407 In sg_release(), the function kref_put(&sfp->f_ref, sg_remove_sfp) is called before releasing the open_rel_lock mutex. The kref_put() call may decrement the reference count of sfp to zero, triggering its cleanup through sg_remove_sfp(). This cleanup inc

    Veröffentlicht Aktualisiert
  9. CVE-2024-56630

    Mittel · CVSS 5.7EPSS 0,26%Keine Korrektur veröffentlicht

    ocfs2: free inode when ocfs2_get_init_inode() fails

    In the Linux kernel, the following vulnerability has been resolved: ocfs2: free inode when ocfs2_get_init_inode() fails syzbot is reporting busy inodes after unmount, for commit 9c89fe0af826 ("ocfs2: Handle error from dquot_initialize()") forgot to call iput() when new_inode() succeeded and dquot_initialize() failed.

    Veröffentlicht Aktualisiert
  10. CVE-2024-56619

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

    nilfs2: fix potential out-of-bounds memory access in nilfs_find_entry()

    In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix potential out-of-bounds memory access in nilfs_find_entry() Syzbot reported that when searching for records in a directory where the inode's i_size is corrupted and has a large value, memory access outside the folio/page range may occur, or a use-after-free bug may be detected if KASAN is enabled. This is because nilfs_last_byte(), which is called by nilfs_find_entry() and others to calculate the number of valid bytes of directory data in a page from i_size and the page index, loses the upper 32 bits of the 64-bit size information due to an inappropriate type o

    Veröffentlicht Aktualisiert
  11. CVE-2024-56616

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

    drm/dp_mst: Fix MST sideband message body length check

    In the Linux kernel, the following vulnerability has been resolved: drm/dp_mst: Fix MST sideband message body length check Fix the MST sideband message body length check, which must be at least 1 byte accounting for the message body CRC (aka message data CRC) at the end of the message. This fixes a case where an MST branch device returns a header with a correct header CRC (indicating a correctly received body length), with the body length being incorrectly set to 0. This will later lead to a memory corruption in drm_dp_sideband_append_payload() and the following errors in dmesg: UBSAN: array-index-out-of-bounds in drivers/gpu/drm/displ

    Veröffentlicht Aktualisiert
  12. CVE-2024-56611

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

    mm/mempolicy: fix migrate_to_node() assuming there is at least one VMA in a MM

    In the Linux kernel, the following vulnerability has been resolved: mm/mempolicy: fix migrate_to_node() assuming there is at least one VMA in a MM We currently assume that there is at least one VMA in a MM, which isn't true. So we might end up having find_vma() return NULL, to then de-reference NULL. So properly handle find_vma() returning NULL. This fixes the report: Oops: general protection fault, probably for non-canonical address 0xdffffc0000000000: 0000 [#1] PREEMPT SMP KASAN PTI KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] CPU: 1 UID: 0 PID: 6021 Comm: syz-executor284 Not tainted 6.12.0-rc7-syzkaller-0018

    Veröffentlicht Aktualisiert
  13. CVE-2024-56606

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

    af_packet: avoid erroring out after sock_init_data() in packet_create()

    In the Linux kernel, the following vulnerability has been resolved: af_packet: avoid erroring out after sock_init_data() in packet_create() After sock_init_data() the allocated sk object is attached to the provided sock object. On error, packet_create() frees the sk object leaving the dangling pointer in the sock object on return. Some other code may try to use this pointer and cause use-after-free.

    Veröffentlicht Aktualisiert
  14. CVE-2024-56605

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

    Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create() bt_sock_alloc() allocates the sk object and attaches it to the provided sock object. On error l2cap_sock_alloc() frees the sk object, but the dangling pointer is still attached to the sock object, which may create use-after-free in other code.

    Veröffentlicht Aktualisiert
  15. CVE-2024-56604

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

    Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc()

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc() bt_sock_alloc() attaches allocated sk object to the provided sock object. If rfcomm_dlc_alloc() fails, we release the sk object, but leave the dangling pointer in the sock object, which may cause use-after-free. Fix this by swapping calls to bt_sock_alloc() and rfcomm_dlc_alloc().

    Veröffentlicht Aktualisiert
  16. CVE-2024-56603

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

    net: af_can: do not leave a dangling sk pointer in can_create()

    In the Linux kernel, the following vulnerability has been resolved: net: af_can: do not leave a dangling sk pointer in can_create() On error can_create() frees the allocated sk object, but sock_init_data() has already attached it to the provided sock object. This will leave a dangling sk pointer in the sock object and may cause use-after-free later.

    Veröffentlicht Aktualisiert
  17. CVE-2024-56602

    Hoch · CVSS 7EPSS 0,23%Keine Korrektur veröffentlicht

    net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()

    In the Linux kernel, the following vulnerability has been resolved: net: ieee802154: do not leave a dangling sk pointer in ieee802154_create() sock_init_data() attaches the allocated sk object to the provided sock object. If ieee802154_create() fails later, the allocated sk object is freed, but the dangling pointer remains in the provided sock object, which may allow use-after-free. Clear the sk pointer in the sock object on error.

    Veröffentlicht Aktualisiert
  18. CVE-2024-56601

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

    net: inet: do not leave a dangling sk pointer in inet_create()

    In the Linux kernel, the following vulnerability has been resolved: net: inet: do not leave a dangling sk pointer in inet_create() sock_init_data() attaches the allocated sk object to the provided sock object. If inet_create() fails later, the sk object is freed, but the sock object retains the dangling pointer, which may create use-after-free later. Clear the sk pointer in the sock object on error.

    Veröffentlicht Aktualisiert
  19. CVE-2024-56600

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

    net: inet6: do not leave a dangling sk pointer in inet6_create()

    In the Linux kernel, the following vulnerability has been resolved: net: inet6: do not leave a dangling sk pointer in inet6_create() sock_init_data() attaches the allocated sk pointer to the provided sock object. If inet6_create() fails later, the sk object is released, but the sock object retains the dangling sk pointer, which may cause use-after-free later. Clear the sock sk pointer on error.

    Veröffentlicht Aktualisiert
  20. CVE-2024-56598

    Hoch · CVSS 7.1EPSS 0,26%Keine Korrektur veröffentlicht

    jfs: array-index-out-of-bounds fix in dtReadFirst

    In the Linux kernel, the following vulnerability has been resolved: jfs: array-index-out-of-bounds fix in dtReadFirst The value of stbl can be sometimes out of bounds due to a bad filesystem. Added a check with appopriate return of error code in that case.

    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 →