p PatchFirst

PatchFirst · Vulnérabilités récentes

Vulnérabilités de linux-kvm · Page n° 162

Vulnérabilités publiées pour linux-kvm au cours des 30 derniers jours : 332. Présentes dans le catalogue KEV : 0.

Filtrer les vulnérabilités
Effacer les filtres

Vulnérabilités : 5059

  1. CVE-2025-21917

    Moyenne · CVSS 5.5EPSS 0,27%Aucun correctif publié

    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.

    Publication Mise à jour
  2. CVE-2025-21916

    Moyenne · CVSS 5.5EPSS 0,23%Aucun correctif publié

    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

    Publication Mise à jour
  3. CVE-2025-21912

    Moyenne · CVSS 5.5EPSS 0,17%Aucun correctif publié

    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_

    Publication Mise à jour
  4. CVE-2025-21910

    Moyenne · CVSS 5.5EPSS 0,23%Aucun correctif publié

    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

    Publication Mise à jour
  5. CVE-2025-21909

    Moyenne · CVSS 5.5EPSS 0,18%Aucun correctif publié

    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

    Publication Mise à jour
  6. CVE-2025-21904

    Moyenne · CVSS 5.5EPSS 0,23%Aucun correctif publié

    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().

    Publication Mise à jour
  7. CVE-2025-21898

    Moyenne · CVSS 5.5EPSS 0,23%Aucun correctif publié

    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.

    Publication Mise à jour
  8. CVE-2023-53032

    Moyenne · CVSS 5.5EPSS 0,2%Aucun correctif publié

    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.

    Publication Mise à jour
  9. CVE-2023-53023

    Élevée · CVSS 7.8EPSS 0,2%Aucun correctif publié

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

    Publication Mise à jour
  10. CVE-2023-53020

    Moyenne · CVSS 4.7EPSS 0,14%Aucun correctif publié

    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().

    Publication Mise à jour
  11. CVE-2023-53015

    Moyenne · CVSS 5.5EPSS 0,21%Aucun correctif publié

    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().

    Publication Mise à jour
  12. CVE-2023-53000

    Élevée · CVSS 7.8EPSS 0,22%Aucun correctif publié

    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

    Publication Mise à jour
  13. CVE-2023-52997

    Moyenne · CVSS 5.5EPSS 0,27%Aucun correctif publié

    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.

    Publication Mise à jour
  14. CVE-2023-52993

    Moyenne · CVSS 5.5EPSS 0,27%Aucun correctif publié

    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

    Publication Mise à jour
  15. CVE-2023-52989

    Moyenne · CVSS 5.5EPSS 0,26%Aucun correctif publié

    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

    Publication Mise à jour
  16. CVE-2023-52988

    Élevée · CVSS 7.8EPSS 0,28%Aucun correctif publié

    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.

    Publication Mise à jour

Vérifiez votre serveur

Comparez votre pile et les versions installées aux bases de vulnérabilités actuelles.

Vérifiez votre serveur →