p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-kvm · Seite 162

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 5059

  1. CVE-2025-21917

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

    usb: renesas_usbhs: Flush the notify_hotplug_work

    In the Linux kernel, the following vulnerability has been resolved: usb: renesas_usbhs: Flush the notify_hotplug_work When performing continuous unbind/bind operations on the USB drivers available on the Renesas RZ/G2L SoC, a kernel crash with the message "Unable to handle kernel NULL pointer dereference at virtual address" may occur. This issue points to the usbhsc_notify_hotplug() function. Flush the delayed work to avoid its execution when driver resources are unavailable.

    Veröffentlicht Aktualisiert
  2. CVE-2025-21916

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

    usb: atm: cxacru: fix a flaw in existing endpoint checks

    In the Linux kernel, the following vulnerability has been resolved: usb: atm: cxacru: fix a flaw in existing endpoint checks Syzbot once again identified a flaw in usb endpoint checking, see [1]. This time the issue stems from a commit authored by me (2eabb655a968 ("usb: atm: cxacru: fix endpoint checking in cxacru_bind()")). While using usb_find_common_endpoints() may usually be enough to discard devices with wrong endpoints, in this case one needs more than just finding and identifying the sufficient number of endpoints of correct types - one needs to check the endpoint's address as well. Since cxacru_bind() fills URBs with CXACRU_EP_CM

    Veröffentlicht Aktualisiert
  3. CVE-2025-21912

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

    gpio: rcar: Use raw_spinlock to protect register access

    In the Linux kernel, the following vulnerability has been resolved: gpio: rcar: Use raw_spinlock to protect register access Use raw_spinlock in order to fix spurious messages about invalid context when spinlock debugging is enabled. The lock is only used to serialize register access. [ 4.239592] ============================= [ 4.239595] [ BUG: Invalid wait context ] [ 4.239599] 6.13.0-rc7-arm64-renesas-05496-gd088502a519f #35 Not tainted [ 4.239603] ----------------------------- [ 4.239606] kworker/u8:5/76 is trying to lock: [ 4.239609] ffff0000091898a0 (&p->lock){....}-{3:3}, at: gpio_rcar_config_

    Veröffentlicht Aktualisiert
  4. CVE-2025-21910

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

    wifi: cfg80211: regulatory: improve invalid hints checking

    In the Linux kernel, the following vulnerability has been resolved: wifi: cfg80211: regulatory: improve invalid hints checking Syzbot keeps reporting an issue [1] that occurs when erroneous symbols sent from userspace get through into user_alpha2[] via regulatory_hint_user() call. Such invalid regulatory hints should be rejected. While a sanity check from commit 47caf685a685 ("cfg80211: regulatory: reject invalid hints") looks to be enough to deter these very cases, there is a way to get around it due to 2 reasons. 1) The way isalpha() works, symbols other than latin lower and upper letters may be used to determine a country/domain. For i

    Veröffentlicht Aktualisiert
  5. CVE-2025-21909

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

    wifi: nl80211: reject cooked mode if it is set along with other flags

    In the Linux kernel, the following vulnerability has been resolved: wifi: nl80211: reject cooked mode if it is set along with other flags It is possible to set both MONITOR_FLAG_COOK_FRAMES and MONITOR_FLAG_ACTIVE flags simultaneously on the same monitor interface from the userspace. This causes a sub-interface to be created with no IEEE80211_SDATA_IN_DRIVER bit set because the monitor interface is in the cooked state and it takes precedence over all other states. When the interface is then being deleted the kernel calls WARN_ONCE() from check_sdata_in_driver() because of missing that bit. Fix this by rejecting MONITOR_FLAG_COOK_FRAMES if

    Veröffentlicht Aktualisiert
  6. CVE-2025-21904

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

    caif_virtio: fix wrong pointer check in cfv_probe()

    In the Linux kernel, the following vulnerability has been resolved: caif_virtio: fix wrong pointer check in cfv_probe() del_vqs() frees virtqueues, therefore cfv->vq_tx pointer should be checked for NULL before calling it, not cfv->vdev. Also the current implementation is redundant because the pointer cfv->vdev is dereferenced before it is checked for NULL. Fix this by checking cfv->vq_tx for NULL instead of cfv->vdev before calling del_vqs().

    Veröffentlicht Aktualisiert
  7. CVE-2025-21898

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

    ftrace: Avoid potential division by zero in function_stat_show()

    In the Linux kernel, the following vulnerability has been resolved: ftrace: Avoid potential division by zero in function_stat_show() Check whether denominator expression x * (x - 1) * 1000 mod {2^32, 2^64} produce zero and skip stddev computation in that case. For now don't care about rec->counter * rec->counter overflow because rec->time * rec->time overflow will likely happen earlier.

    Veröffentlicht Aktualisiert
  8. CVE-2023-53032

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

    netfilter: ipset: Fix overflow before widen in the bitmap_ip_create() function.

    In the Linux kernel, the following vulnerability has been resolved: netfilter: ipset: Fix overflow before widen in the bitmap_ip_create() function. When first_ip is 0, last_ip is 0xFFFFFFFF, and netmask is 31, the value of an arithmetic expression 2 << (netmask - mask_bits - 1) is subject to overflow due to a failure casting operands to a larger data type before performing the arithmetic. Note that it's harmless since the value will be checked at the next step. Found by InfoTeCS on behalf of Linux Verification Center (linuxtesting.org) with SVACE.

    Veröffentlicht Aktualisiert
  9. CVE-2023-53023

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

    net: nfc: Fix use-after-free in local_cleanup()

    In the Linux kernel, the following vulnerability has been resolved: net: nfc: Fix use-after-free in local_cleanup() Fix a use-after-free that occurs in kfree_skb() called from local_cleanup(). This could happen when killing nfc daemon (e.g. neard) after detaching an nfc device. When detaching an nfc device, local_cleanup() called from nfc_llcp_unregister_device() frees local->rx_pending and decreases local->ref by kref_put() in nfc_llcp_local_put(). In the terminating process, nfc daemon releases all sockets and it leads to decreasing local->ref. After the last release of local->ref, local_cleanup() called from local_release() frees local->

    Veröffentlicht Aktualisiert
  10. CVE-2023-53020

    Mittel · CVSS 4.7EPSS 0,14%Keine Korrektur veröffentlicht

    l2tp: close all race conditions in l2tp_tunnel_register()

    In the Linux kernel, the following vulnerability has been resolved: l2tp: close all race conditions in l2tp_tunnel_register() The code in l2tp_tunnel_register() is racy in several ways: 1. It modifies the tunnel socket _after_ publishing it. 2. It calls setup_udp_tunnel_sock() on an existing socket without locking. 3. It changes sock lock class on fly, which triggers many syzbot reports. This patch amends all of them by moving socket initialization code before publishing and under sock lock. As suggested by Jakub, the l2tp lockdep class is not necessary as we can just switch to bh_lock_sock_nested().

    Veröffentlicht Aktualisiert
  11. CVE-2023-53015

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

    HID: betop: check shape of output reports

    In the Linux kernel, the following vulnerability has been resolved: HID: betop: check shape of output reports betopff_init() only checks the total sum of the report counts for each report field to be at least 4, but hid_betopff_play() expects 4 report fields. A device advertising an output report with one field and 4 report counts would pass the check but crash the kernel with a NULL pointer dereference in hid_betopff_play().

    Veröffentlicht Aktualisiert
  12. CVE-2023-53008

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

    cifs: fix potential memory leaks in session setup

    In the Linux kernel, the following vulnerability has been resolved: cifs: fix potential memory leaks in session setup Make sure to free cifs_ses::auth_key.response before allocating it as we might end up leaking memory in reconnect or mounting.

    Veröffentlicht Aktualisiert
  13. CVE-2023-53000

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

    netlink: prevent potential spectre v1 gadgets

    In the Linux kernel, the following vulnerability has been resolved: netlink: prevent potential spectre v1 gadgets Most netlink attributes are parsed and validated from __nla_validate_parse() or validate_nla() u16 type = nla_type(nla); if (type == 0 || type > maxtype) { /* error or continue */ } @type is then used as an array index and can be used as a Spectre v1 gadget. array_index_nospec() can be used to prevent leaking content of kernel memory to malicious users. This should take care of vast majority of netlink uses, but an audit is needed to take care of others where validation is not yet centralized in core net

    Veröffentlicht Aktualisiert
  14. CVE-2023-52997

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

    ipv4: prevent potential spectre v1 gadget in ip_metrics_convert()

    In the Linux kernel, the following vulnerability has been resolved: ipv4: prevent potential spectre v1 gadget in ip_metrics_convert() if (!type) continue; if (type > RTAX_MAX) return -EINVAL; ... metrics[type - 1] = val; @type being used as an array index, we need to prevent cpu speculation or risk leaking kernel memory content.

    Veröffentlicht Aktualisiert
  15. CVE-2023-52993

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

    x86/i8259: Mark legacy PIC interrupts with IRQ_LEVEL

    In the Linux kernel, the following vulnerability has been resolved: x86/i8259: Mark legacy PIC interrupts with IRQ_LEVEL Baoquan reported that after triggering a crash the subsequent crash-kernel fails to boot about half of the time. It triggers a NULL pointer dereference in the periodic tick code. This happens because the legacy timer interrupt (IRQ0) is resent in software which happens in soft interrupt (tasklet) context. In this context get_irq_regs() returns NULL which leads to the NULL pointer dereference. The reason for the resend is a spurious APIC interrupt on the IRQ0 vector which is captured and leads to a resend when the legacy

    Veröffentlicht Aktualisiert
  16. CVE-2023-52989

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

    firewire: fix memory leak for payload of request subaction to IEC 61883-1 FCP region

    In the Linux kernel, the following vulnerability has been resolved: firewire: fix memory leak for payload of request subaction to IEC 61883-1 FCP region This patch is fix for Linux kernel v2.6.33 or later. For request subaction to IEC 61883-1 FCP region, Linux FireWire subsystem have had an issue of use-after-free. The subsystem allows multiple user space listeners to the region, while data of the payload was likely released before the listeners execute read(2) to access to it for copying to user space. The issue was fixed by a commit 281e20323ab7 ("firewire: core: fix use-after-free regression in FCP handler"). The object of payload is d

    Veröffentlicht Aktualisiert
  17. CVE-2023-52988

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

    ALSA: hda/via: Avoid potential array out-of-bound in add_secret_dac_path()

    In the Linux kernel, the following vulnerability has been resolved: ALSA: hda/via: Avoid potential array out-of-bound in add_secret_dac_path() snd_hda_get_connections() can return a negative error code. It may lead to accessing 'conn' array at a negative index. Found by Linux Verification Center (linuxtesting.org) with SVACE.

    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 →