p PatchFirst

PatchFirst · Vulnérabilités récentes

Vulnérabilités de linux-gcp-5.4 · Page n° 151

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

Filtrer les vulnérabilités
Effacer les filtres

Vulnérabilités : 7102

  1. CVE-2026-31780

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

    wifi: wilc1000: fix u8 overflow in SSID scan buffer size calculation

    In the Linux kernel, the following vulnerability has been resolved: wifi: wilc1000: fix u8 overflow in SSID scan buffer size calculation The variable valuesize is declared as u8 but accumulates the total length of all SSIDs to scan. Each SSID contributes up to 33 bytes (IEEE80211_MAX_SSID_LEN + 1), and with WILC_MAX_NUM_PROBED_SSID (10) SSIDs the total can reach 330, which wraps around to 74 when stored in a u8. This causes kmalloc to allocate only 75 bytes while the subsequent memcpy writes up to 331 bytes into the buffer, resulting in a 256-byte heap buffer overflow. Widen valuesize from u8 to u32 to accommodate the full range.

    Publication Mise à jour
  2. CVE-2026-31778

    Élevée · CVSS 7.1EPSS 0,13%Aucun correctif publié

    ALSA: caiaq: fix stack out-of-bounds read in init_card

    In the Linux kernel, the following vulnerability has been resolved: ALSA: caiaq: fix stack out-of-bounds read in init_card The loop creates a whitespace-stripped copy of the card shortname where `len < sizeof(card->id)` is used for the bounds check. Since sizeof(card->id) is 16 and the local id buffer is also 16 bytes, writing 16 non-space characters fills the entire buffer, overwriting the terminating nullbyte. When this non-null-terminated string is later passed to snd_card_set_id() -> copy_valid_id_string(), the function scans forward with `while (*nid && ...)` and reads past the end of the stack buffer, reading the contents of the stac

    Publication Mise à jour
  3. CVE-2026-31777

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

    ALSA: ctxfi: Check the error for index mapping

    In the Linux kernel, the following vulnerability has been resolved: ALSA: ctxfi: Check the error for index mapping The ctxfi driver blindly assumed a proper value returned from daio_device_index(), but it's not always true. Add a proper error check to deal with the error from the function.

    Publication Mise à jour
  4. CVE-2026-31773

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

    Bluetooth: SMP: derive legacy responder STK authentication from MITM state

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SMP: derive legacy responder STK authentication from MITM state The legacy responder path in smp_random() currently labels the stored STK as authenticated whenever pending_sec_level is BT_SECURITY_HIGH. That reflects what the local service requested, not what the pairing flow actually achieved. For Just Works/Confirm legacy pairing, SMP_FLAG_MITM_AUTH stays clear and the resulting STK should remain unauthenticated even if the local side requested HIGH security. Use the established MITM state when storing the responder STK so the key metadata matches the pairing

    Publication Mise à jour
  5. CVE-2026-31770

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

    hwmon: (occ) Fix division by zero in occ_show_power_1()

    In the Linux kernel, the following vulnerability has been resolved: hwmon: (occ) Fix division by zero in occ_show_power_1() In occ_show_power_1() case 1, the accumulator is divided by update_tag without checking for zero. If no samples have been collected yet (e.g. during early boot when the sensor block is included but hasn't been updated), update_tag is zero, causing a kernel divide-by-zero crash. The 2019 fix in commit 211186cae14d ("hwmon: (occ) Fix division by zero issue") only addressed occ_get_powr_avg() used by occ_show_power_2() and occ_show_power_a0(). This separate code path in occ_show_power_1() was missed. Fix this by reusing

    Publication Mise à jour
  6. CVE-2026-31768

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

    iio: adc: ti-adc161s626: use DMA-safe memory for spi_read()

    In the Linux kernel, the following vulnerability has been resolved: iio: adc: ti-adc161s626: use DMA-safe memory for spi_read() Add a DMA-safe buffer and use it for spi_read() instead of a stack memory. All SPI buffers must be DMA-safe. Since we only need up to 3 bytes, we just use a u8[] instead of __be16 and __be32 and change the conversion functions appropriately.

    Publication Mise à jour
  7. CVE-2026-31763

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

    iio: gyro: mpu3050: Fix incorrect free_irq() variable

    In the Linux kernel, the following vulnerability has been resolved: iio: gyro: mpu3050: Fix incorrect free_irq() variable The handler for the IRQ part of this driver is mpu3050->trig but, in the teardown free_irq() is called with handler mpu3050. Use correct IRQ handler when calling free_irq().

    Publication Mise à jour
  8. CVE-2026-31762

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

    iio: gyro: mpu3050: Fix irq resource leak

    In the Linux kernel, the following vulnerability has been resolved: iio: gyro: mpu3050: Fix irq resource leak The interrupt handler is setup but only a few lines down if iio_trigger_register() fails the function returns without properly releasing the handler. Add cleanup goto to resolve resource leak. Detected by Smatch: drivers/iio/gyro/mpu3050-core.c:1128 mpu3050_trigger_probe() warn: 'irq' from request_threaded_irq() not released on lines: 1124.

    Publication Mise à jour
  9. CVE-2026-31761

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

    iio: gyro: mpu3050: Move iio_device_register() to correct location

    In the Linux kernel, the following vulnerability has been resolved: iio: gyro: mpu3050: Move iio_device_register() to correct location iio_device_register() should be at the end of the probe function to prevent race conditions. Place iio_device_register() at the end of the probe function and place iio_device_unregister() accordingly.

    Publication Mise à jour
  10. CVE-2026-31759

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

    usb: ulpi: fix double free in ulpi_register_interface() error path

    In the Linux kernel, the following vulnerability has been resolved: usb: ulpi: fix double free in ulpi_register_interface() error path When device_register() fails, ulpi_register() calls put_device() on ulpi->dev. The device release callback ulpi_dev_release() drops the OF node reference and frees ulpi, but the current error path in ulpi_register_interface() then calls kfree(ulpi) again, causing a double free. Let put_device() handle the cleanup through ulpi_dev_release() and avoid freeing ulpi again in ulpi_register_interface().

    Publication Mise à jour
  11. CVE-2026-31758

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

    usb: usbtmc: Flush anchored URBs in usbtmc_release

    In the Linux kernel, the following vulnerability has been resolved: usb: usbtmc: Flush anchored URBs in usbtmc_release When calling usbtmc_release, pending anchored URBs must be flushed or killed to prevent use-after-free errors (e.g. in the HCD giveback path). Call usbtmc_draw_down() to allow anchored URBs to be completed.

    Publication Mise à jour
  12. CVE-2026-31755

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

    usb: cdns3: gadget: fix NULL pointer dereference in ep_queue

    In the Linux kernel, the following vulnerability has been resolved: usb: cdns3: gadget: fix NULL pointer dereference in ep_queue When the gadget endpoint is disabled or not yet configured, the ep->desc pointer can be NULL. This leads to a NULL pointer dereference when __cdns3_gadget_ep_queue() is called, causing a kernel crash. Add a check to return -ESHUTDOWN if ep->desc is NULL, which is the standard return code for unconfigured endpoints. This prevents potential crashes when ep_queue is called on endpoints that are not ready.

    Publication Mise à jour
  13. CVE-2026-31754

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

    usb: cdns3: gadget: fix state inconsistency on gadget init failure

    In the Linux kernel, the following vulnerability has been resolved: usb: cdns3: gadget: fix state inconsistency on gadget init failure When cdns3_gadget_start() fails, the DRD hardware is left in gadget mode while software state remains INACTIVE, creating hardware/software state inconsistency. When switching to host mode via sysfs: echo host > /sys/class/usb_role/13180000.usb-role-switch/role The role state is not set to CDNS_ROLE_STATE_ACTIVE due to the error, so cdns_role_stop() skips cleanup because state is still INACTIVE. This violates the DRD controller design specification (Figure22), which requires returning to idle state before

    Publication Mise à jour
  14. CVE-2026-31752

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

    bridge: br_nd_send: validate ND option lengths

    In the Linux kernel, the following vulnerability has been resolved: bridge: br_nd_send: validate ND option lengths br_nd_send() walks ND options according to option-provided lengths. A malformed option can make the parser advance beyond the computed option span or use a too-short source LLADDR option payload. Validate option lengths against the remaining NS option area before advancing, and only read source LLADDR when the option is large enough for an Ethernet address.

    Publication Mise à jour
  15. CVE-2026-31751

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

    comedi: dt2815: add hardware detection to prevent crash

    In the Linux kernel, the following vulnerability has been resolved: comedi: dt2815: add hardware detection to prevent crash The dt2815 driver crashes when attached to I/O ports without actual hardware present. This occurs because syzkaller or users can attach the driver to arbitrary I/O addresses via COMEDI_DEVCONFIG ioctl. When no hardware exists at the specified port, inb() operations return 0xff (floating bus), but outb() operations can trigger page faults due to undefined behavior, especially under race conditions: BUG: unable to handle page fault for address: 000000007fffff90 #PF: supervisor write access in kernel mode #PF: err

    Publication Mise à jour
  16. CVE-2026-31749

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

    comedi: ni_atmio16d: Fix invalid clean-up after failed attach

    In the Linux kernel, the following vulnerability has been resolved: comedi: ni_atmio16d: Fix invalid clean-up after failed attach If the driver's COMEDI "attach" handler function (`atmio16d_attach()`) returns an error, the COMEDI core will call the driver's "detach" handler function (`atmio16d_detach()`) to clean up. This calls `reset_atmio16d()` unconditionally, but depending on where the error occurred in the attach handler, the device may not have been sufficiently initialized to call `reset_atmio16d()`. It uses `dev->iobase` as the I/O port base address and `dev->private` as the pointer to the COMEDI device's private data structure.

    Publication Mise à jour
  17. CVE-2026-31748

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

    comedi: me_daq: Fix potential overrun of firmware buffer

    In the Linux kernel, the following vulnerability has been resolved: comedi: me_daq: Fix potential overrun of firmware buffer `me2600_xilinx_download()` loads the firmware that was requested by `request_firmware()`. It is possible for it to overrun the source buffer because it blindly trusts the file format. It reads a data stream length from the first 4 bytes into variable `file_length` and reads the data stream contents of length `file_length` from offset 16 onwards. Although it checks that the supplied firmware is at least 16 bytes long, it does not check that it is long enough to contain the data stream. Add a test to ensure that the

    Publication Mise à jour
  18. CVE-2026-31747

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

    comedi: me4000: Fix potential overrun of firmware buffer

    In the Linux kernel, the following vulnerability has been resolved: comedi: me4000: Fix potential overrun of firmware buffer `me4000_xilinx_download()` loads the firmware that was requested by `request_firmware()`. It is possible for it to overrun the source buffer because it blindly trusts the file format. It reads a data stream length from the first 4 bytes into variable `file_length` and reads the data stream contents of length `file_length` from offset 16 onwards. Add a test to ensure that the supplied firmware is long enough to contain the header and the data stream. On failure, log an error and return `-EINVAL`. Note: The firmwar

    Publication Mise à jour
  19. CVE-2026-31738

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

    vxlan: validate ND option lengths in vxlan_na_create

    In the Linux kernel, the following vulnerability has been resolved: vxlan: validate ND option lengths in vxlan_na_create vxlan_na_create() walks ND options according to option-provided lengths. A malformed option can make the parser advance beyond the computed option span or use a too-short source LLADDR option payload. Validate option lengths against the remaining NS option area before advancing, and only read source LLADDR when the option is large enough for an Ethernet address.

    Publication Mise à jour
  20. CVE-2026-31737

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

    net: ftgmac100: fix ring allocation unwind on open failure

    In the Linux kernel, the following vulnerability has been resolved: net: ftgmac100: fix ring allocation unwind on open failure ftgmac100_alloc_rings() allocates rx_skbs, tx_skbs, rxdes, txdes, and rx_scratch in stages. On intermediate failures it returned -ENOMEM directly, leaking resources allocated earlier in the function. Rework the failure path to use staged local unwind labels and free allocated resources in reverse order before returning -ENOMEM. This matches common netdev allocation cleanup style.

    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 →