p PatchFirst

PatchFirst · Latest vulnerabilities

linux-azure vulnerabilities · Page 179

Vulnerabilities published for linux-azure in the last 30 days: 798. Listed in the KEV catalogue: 0.

Filter vulnerabilities
Clear filters

Vulnerabilities: 10261

  1. CVE-2026-64511

    Not ratedEPSS 0.16%Fix available

    ACPI: NFIT: core: Fix possible NULL pointer dereference

    In the Linux kernel, the following vulnerability has been resolved: ACPI: NFIT: core: Fix possible NULL pointer dereference After commit 9b311b7313d6 ("ACPI: NFIT: Install Notify() handler before getting NFIT table"), acpi_nfit_probe() installs an ACPI notify handler for the NFIT device before checking the presence of the NFIT table. If that table is not there, 0 is returned without allocating the acpi_desc object and setting the driver data pointer of the NFIT device. If the platform firmware triggers an NFIT_NOTIFY_UC_MEMORY_ERROR notification on the NFIT device at that point, acpi_nfit_uc_error_notify() will dereference a NULL pointer.

    • Update to 6.8.0-1071.79
    Published Updated
  2. CVE-2026-64510

    High · CVSS 7EPSS 0.14%Fix available

    ACPI: NFIT: core: Fix acpi_nfit_init() error cleanup

    In the Linux kernel, the following vulnerability has been resolved: ACPI: NFIT: core: Fix acpi_nfit_init() error cleanup If acpi_nfit_init() fails after adding the acpi_desc object to the acpi_descs list, that object is never removed from that list because the acpi_nfit_shutdown() devm action is not added for the NFIT device in that case. Next, the acpi_nfit_init() failure causes acpi_nfit_probe() to fail, the acpi_desc object is freed, and a dangling pointer is left behind in the acpi_descs. Any subsequent ACPI Machine Check Exception will trigger nfit_handle_mce() which iterates over acpi_descs and so a use-after-free will occur. Moreo

    • Update to 6.8.0-1071.79
    Published Updated
  3. CVE-2026-64508

    Medium · CVSS 5.7EPSS 0.19%Public exploitFix available

    bpf: Support for hardening against JIT spraying

    In the Linux kernel, the following vulnerability has been resolved: bpf: Support for hardening against JIT spraying The BPF JIT allocator packs many small programs into larger executable allocations and reuses space within those allocations as programs are loaded and freed. When fresh code is written into space that a previous program occupied, an indirect jump into the new program can reuse a branch prediction left behind by the old one. Flush the indirect branch predictors before reusing JIT memory so that indirect jumps into a newly written program don't reuse predictions from an old program that occupied the same space. Introduce bpf_

    • Update to 6.8.0-1071.79
    Published Updated
  4. CVE-2026-64507

    Medium · CVSS 5.7EPSS 0.23%Public exploitFix available

    x86/bugs: Enable IBPB flush on BPF JIT allocation

    In the Linux kernel, the following vulnerability has been resolved: x86/bugs: Enable IBPB flush on BPF JIT allocation Enable hardening against JIT spraying when Spectre-v2 mitigations are in use. Specifically, issue an IBPB flush on BPF JIT memory reuse. Skip enabling the IBPB flush if the BPF dispatcher is already using a retpoline sequence. This hardening applies only when BPF-JIT is in use. Guard the enabling under CONFIG_BPF_JIT so that bugs.c still builds with CONFIG_BPF_JIT=n.

    • Update to 6.8.0-1071.79
    Published Updated
  5. CVE-2026-64505

    Not ratedEPSS 0.17%Fix available

    usb: gadget: function: rndis: add length check for header

    In the Linux kernel, the following vulnerability has been resolved: usb: gadget: function: rndis: add length check for header Add a length check for the rndis header in rndis_rm_hdr, to ensure that MessageType, MessageLength, DataOffset, and DataLength fields are present before they are accessed.

    • Update to 6.8.0-1071.79
    Published Updated
  6. CVE-2026-64504

    Not ratedEPSS 0.17%Fix available

    iio: accel: bmc150: clamp the device-reported FIFO frame count

    In the Linux kernel, the following vulnerability has been resolved: iio: accel: bmc150: clamp the device-reported FIFO frame count __bmc150_accel_fifo_flush() copies the number of samples the device reports in its hardware FIFO into an on-stack buffer u16 buffer[BMC150_ACCEL_FIFO_LENGTH * 3]; which is sized for at most BMC150_ACCEL_FIFO_LENGTH (32) samples. The frame count is read from the FIFO_STATUS register and only masked to its 7 valid bits: count = val & 0x7F; so it can be 0..127. The only other limit applied to it is the optional caller-supplied sample budget: if (samples && count > samples) count = samples; which does not

    • Update to 6.8.0-1071.79
    Published Updated
  7. CVE-2026-64503

    Not ratedEPSS 0.18%Fix available

    iio: accel: kxsd9: fix runtime PM imbalance on write_raw() error

    In the Linux kernel, the following vulnerability has been resolved: iio: accel: kxsd9: fix runtime PM imbalance on write_raw() error kxsd9_write_raw() takes a runtime PM reference with pm_runtime_get_sync() but returns -EINVAL directly when a scale with a non-zero integer part is requested, skipping the matching pm_runtime_put_autosuspend(). This leaks a runtime PM usage-counter reference on every such write, after which the device can no longer autosuspend. Set the error code and fall through to the existing put instead of returning early.

    • Update to 6.8.0-1071.79
    Published Updated
  8. CVE-2026-64500

    Not ratedEPSS 0.17%Fix available

    iio: adc: lpc32xx: Initialize completion before requesting IRQ

    In the Linux kernel, the following vulnerability has been resolved: iio: adc: lpc32xx: Initialize completion before requesting IRQ In the report from Jaeyoung Chung: "lpc32xx_adc_probe() in drivers/iio/adc/lpc32xx_adc.c registers its interrupt handler with devm_request_irq() before it initializes st->completion with init_completion(). If an interrupt arrives after devm_request_irq() and before init_completion(), the handler calls complete() on an uninitialized completion, causing a kernel panic. The probe path, in lpc32xx_adc_probe(): iodev = devm_iio_device_alloc(&pdev->dev, sizeof(*st)); /* st kzalloc-zeroed */ ... retval =

    • Update to 6.8.0-1071.79
    Published Updated
  9. CVE-2026-64497

    Not ratedEPSS 0.18%Fix available

    iio: chemical: scd30: Cleanup initializations and fix sign-extension bug

    In the Linux kernel, the following vulnerability has been resolved: iio: chemical: scd30: Cleanup initializations and fix sign-extension bug Include linux/bitfield.h for FIELD_GET(). Create new macros for bit manipulation in combination with manual bit manipulation being replaced with FIELD_GET(). The current variable declaration and initializations are barely readable and use comma separations across multiple lines. Refactor the initializations so that mantissa and exp have separate declarations and sign gets initialized later. In addition (and due to the nature of the cleanup), fix a sign-extension bug where, float32 would get bitwise

    • Update to 6.8.0-1071.79
    Published Updated
  10. CVE-2026-64496

    High · CVSS 7.1EPSS 0.12%Fix available

    iio: event: Fix event FIFO reset race

    In the Linux kernel, the following vulnerability has been resolved: iio: event: Fix event FIFO reset race `iio_event_getfd()` creates the event file descriptor with `anon_inode_getfd()`, which allocates a new fd, creates the anonymous file and installs it in the process fd table before returning to the caller. The IIO code resets the event FIFO after `anon_inode_getfd()` has returned, but before `IIO_GET_EVENT_FD_IOCTL` has copied the fd number to userspace. But since fd tables are shared between threads, another thread can guess the newly allocated fd number and issue a `read()` on it as soon as the fd has been installed. This means the

    • Update to 6.8.0-1071.79
    Published Updated
  11. CVE-2026-64495

    Not ratedEPSS 0.19%Fix available

    iio: gyro: bmg160: bail out when bandwidth/filter is not in table

    In the Linux kernel, the following vulnerability has been resolved: iio: gyro: bmg160: bail out when bandwidth/filter is not in table bmg160_get_filter() walks bmg160_samp_freq_table[] looking for the entry matching the bw_bits value read from the chip: for (i = 0; i < ARRAY_SIZE(bmg160_samp_freq_table); ++i) { if (bmg160_samp_freq_table[i].bw_bits == bw_bits) break; } *val = bmg160_samp_freq_table[i].filter; If no entry matches, i ends up equal to the array size and the next line reads one slot past the end. bmg160_set_filter() has the same shape, driven by 'val' instead of bw_bits. smatch flags both: drivers/iio/gyro/bmg160_

    • Update to 6.8.0-1071.79
    Published Updated
  12. CVE-2026-64494

    Not ratedEPSS 0.18%Fix available

    iio: light: gp2ap002: fix runtime PM leak on read error

    In the Linux kernel, the following vulnerability has been resolved: iio: light: gp2ap002: fix runtime PM leak on read error gp2ap002_read_raw() calls pm_runtime_get_sync() before reading the lux value, but if gp2ap002_get_lux() fails, it returns directly. This skips the pm_runtime_put_autosuspend() call at the "out" label, permanently leaking a runtime PM reference and preventing the device from autosuspending. Replace the direct return with a "goto out" to ensure the reference is properly dropped on the error path.

    • Update to 6.8.0-1071.79
    Published Updated
  13. CVE-2026-64493

    Not ratedEPSS 0.17%Fix available

    iio: pressure: mpl115: fix runtime PM leak on read error

    In the Linux kernel, the following vulnerability has been resolved: iio: pressure: mpl115: fix runtime PM leak on read error mpl115_read_raw() takes a runtime PM reference with pm_runtime_get_sync() before reading the processed pressure or raw temperature, but on the read error path it returns without calling pm_runtime_put_autosuspend(). Each failed read therefore leaks a runtime PM reference and prevents the device from autosuspending. Drop the reference before checking the return value so both the success and error paths are balanced.

    • Update to 6.8.0-1071.79
    Published Updated
  14. CVE-2026-64489

    Not ratedEPSS 0.18%Fix available

    ALSA: ymfpci: check snd_ctl_new1() return value

    In the Linux kernel, the following vulnerability has been resolved: ALSA: ymfpci: check snd_ctl_new1() return value snd_ctl_new1() can return NULL when memory allocation fails. snd_ymfpci_create_spdif_controls() does not check the return value before dereferencing kctl->id.device, which can lead to a NULL pointer dereference. Add NULL checks after snd_ctl_new1() calls and return -ENOMEM if any fails.

    • Update to 6.8.0-1071.79
    Published Updated
  15. CVE-2026-64488

    Not ratedEPSS 0.18%Fix available

    ALSA: aoa: check snd_ctl_new1() return value

    In the Linux kernel, the following vulnerability has been resolved: ALSA: aoa: check snd_ctl_new1() return value snd_ctl_new1() can return NULL when memory allocation fails. In layout.c, the function does not check the return value before dereferencing ctl->id.name or passing to aoa_snd_ctl_add(), which can lead to a NULL pointer dereference. Add NULL checks after snd_ctl_new1() calls and return early if any fails.

    • Update to 6.8.0-1071.79
    Published Updated
  16. CVE-2026-64487

    Not ratedEPSS 0.18%Fix available

    ALSA: caiaq: fix out-of-bounds read in the Traktor Kontrol S4 input parser

    In the Linux kernel, the following vulnerability has been resolved: ALSA: caiaq: fix out-of-bounds read in the Traktor Kontrol S4 input parser snd_usb_caiaq_tks4_dispatch() decodes the Traktor Kontrol S4 input stream in fixed 16-byte (TKS4_MSGBLOCK_SIZE) message blocks. On every iteration it advances buf and subtracts the block size while looping on "while (len)". len is urb->actual_length. That value is supplied by the device and is not guaranteed to be a multiple of 16. When a final short block leaves len between 1 and 15, the loop runs once more, reads up to buf[15], and then does "len -= TKS4_MSGBLOCK_SIZE". As len is unsigned this und

    • Update to 6.8.0-1071.79
    Published Updated
  17. CVE-2026-64486

    Not ratedEPSS 0.18%Fix available

    ALSA: cmipci: check snd_ctl_new1() return value

    In the Linux kernel, the following vulnerability has been resolved: ALSA: cmipci: check snd_ctl_new1() return value snd_ctl_new1() can return NULL when memory allocation fails. snd_cmipci_spdif_controls() does not check the return value before dereferencing kctl->id.device, which can lead to a NULL pointer dereference. Add NULL checks after snd_ctl_new1() calls and return -ENOMEM if any fails.

    • Update to 6.8.0-1071.79
    Published Updated
  18. CVE-2026-64484

    Not ratedEPSS 0.18%Fix available

    ALSA: es1938: check snd_ctl_new1() return value

    In the Linux kernel, the following vulnerability has been resolved: ALSA: es1938: check snd_ctl_new1() return value snd_ctl_new1() can return NULL when memory allocation fails. snd_es1938_mixer() does not check the return value before dereferencing the pointer, which can lead to a NULL pointer dereference. Add a NULL check after snd_ctl_new1() and return -ENOMEM if it fails.

    • Update to 6.8.0-1071.79
    Published Updated
  19. CVE-2026-64483

    Not ratedEPSS 0.18%Fix available

    ALSA: firewire: isight: bound the sample count to the packet payload

    In the Linux kernel, the following vulnerability has been resolved: ALSA: firewire: isight: bound the sample count to the packet payload isight_packet() takes the frame count from the device iso packet and checks it only against the device claimed iso length. count = be32_to_cpu(payload->sample_count); if (likely(count <= (length - 16) / 4)) isight_samples(isight, payload->samples, count); length is the iso header data_length. It can be up to 0xffff. So the gate allows a count up to about 16379. isight_samples() then copies count frames out of payload->samples into the PCM DMA buffer. payload->samples holds only 2 * MAX_FRAMES_PER_PA

    • Update to 6.8.0-1071.79
    Published Updated
  20. CVE-2026-64482

    Not ratedEPSS 0.18%Fix available

    ALSA: gus: check snd_ctl_new1() return value

    In the Linux kernel, the following vulnerability has been resolved: ALSA: gus: check snd_ctl_new1() return value snd_ctl_new1() can return NULL when memory allocation fails. snd_gf1_pcm_volume_control() does not check the return value before dereferencing kctl->id.index, which can lead to a NULL pointer dereference. Add a NULL check after snd_ctl_new1() and return -ENOMEM if it fails.

    • Update to 6.8.0-1071.79
    Published Updated

Check your server

Check your installed stack and versions against the current vulnerability feeds.

Check your server →