p PatchFirst

PatchFirst · Свежие уязвимости

Уязвимости linux-hwe-6.17 · Страница 186

За последние 30 дней в linux-hwe-6.17 опубликовано уязвимостей: 760; в каталоге KEV: 0.

Фильтры уязвимостей
Сбросить фильтры

Уязвимостей: 7476

  1. CVE-2026-72111

    Высокий · CVSS 8.8EPSS 0,18%Нет опубликованного исправления

    bpf: Reset register bounds before narrowing retval range in check_mem_access()

    In the Linux kernel, the following vulnerability has been resolved: bpf: Reset register bounds before narrowing retval range in check_mem_access() When the BPF verifier processes a context load of an LSM hook return value, it calls __mark_reg_s32_range() to narrow the register to the hook's valid range. However, __mark_reg_s32_range() intersects the new range with the register's existing bounds using max_t()/min_t() rather than replacing them. If the destination register carries stale bounds from a prior instruction (e.g. BPF_MOV64_IMM), the intersection can produce a range narrower than reality. The verifier then believes it knows the reg

    Опубликовано Обновлено
  2. CVE-2026-72110

    Высокий · CVSS 7.8EPSS 0,17%Нет опубликованного исправления

    bpf,fork: wipe ->bpf_storage before bailouts that access it

    In the Linux kernel, the following vulnerability has been resolved: bpf,fork: wipe ->bpf_storage before bailouts that access it Currently, copy_process() can bail out to free_task() before p->bpf_storage has been initialized, with this call graph (shown here for the !CONFIG_MEMCG case): copy_process dup_task_struct arch_dup_task_struct [copies the entire task_struct, including ->bpf_storage member] [RLIMIT_NPROC check fails] delayed_free_task free_task bpf_task_storage_free rcu_dereference(task->bpf_storage) bpf_local_storage_destroy In this case, the nascent task's ->bpf_storage member that bpf_l

    Опубликовано Обновлено
  3. CVE-2026-72109

    Высокий · CVSS 7.8EPSS 0,16%Нет опубликованного исправления

    net: sparx5: unregister blocking notifier on init failure

    In the Linux kernel, the following vulnerability has been resolved: net: sparx5: unregister blocking notifier on init failure sparx5_register_notifier_blocks() registers the switchdev blocking notifier before allocating the ordered workqueue. If the workqueue allocation fails, the error path unregisters the switchdev and netdevice notifiers, but leaves the blocking notifier registered. Add a separate error label for the workqueue allocation failure path and unregister the switchdev blocking notifier there.

    Опубликовано Обновлено
  4. CVE-2026-72108

    Высокий · CVSS 7.8EPSS 0,26%Нет опубликованного исправления

    dm thin metadata: fix metadata snapshot consistency on commit failure

    In the Linux kernel, the following vulnerability has been resolved: dm thin metadata: fix metadata snapshot consistency on commit failure __reserve_metadata_snap() and __release_metadata_snap() modify the superblock's held_root directly in the block_manager's buffer. If the subsequent metadata commit fails, the held_root gets flushed to disk through the abort_transaction path, resulting in inconsistent metadata. Reproducer 1: __reserve_metadata_snap() 1. Create a 2 MiB metadata device and make the region after the 14th block inaccessible, to trigger metadata commit failure in the subsequent reserve_metadata_snap operation. The 14th

    Опубликовано Обновлено
  5. CVE-2026-72107

    Высокий · CVSS 8.8EPSS 0,65%Нет опубликованного исправления

    dm era: fix out-of-bounds memory access for non-zero start sector

    In the Linux kernel, the following vulnerability has been resolved: dm era: fix out-of-bounds memory access for non-zero start sector dm-era tracks writes in target-relative blocks, but era_map() calculates the writeset block before applying the target offset. Tables with a non-zero start sector can therefore pass an absolute mapped-device block to metadata_current_marked(). If the absolute block is beyond the current writeset size, writeset_marked() tests past the end of the in-core bitset. KASAN reports this as a vmalloc-out-of-bounds access. Apply the target offset before calculating the era block so writeset lookups use the target-r

    Опубликовано Обновлено
  6. CVE-2026-72106

    Без оценкиEPSS 0,23%Нет опубликованного исправления

    dm-ioctl: fix a possible overflow in list_version_get_info

    In the Linux kernel, the following vulnerability has been resolved: dm-ioctl: fix a possible overflow in list_version_get_info sizeof(tt->version) is 12 bytes, but the code writes 16 bytes into the output buffer - info->vers->version[0], info->vers->version[1], info->vers->version[2] and info->vers->next. This can cause buffer overflow. Fix this buffer overflow by replacing "sizeof(tt->version)" with "sizeof(struct dm_target_versions)".

    Опубликовано Обновлено
  7. CVE-2026-72103

    Высокий · CVSS 7.3EPSS 0,16%Нет опубликованного исправления

    dm: avoid leaking the caller's thread keyring via the table device file

    In the Linux kernel, the following vulnerability has been resolved: dm: avoid leaking the caller's thread keyring via the table device file The refactoring in commit a28d893eb327 ("md: port block device access to file") accidentally causes the caller's thread keyring to be kept alive long beyond the caller's lifetime. As a result, "cryptsetup luksSuspend" silently fails to wipe the LUKS volume key from memory. In detail: "cryptsetup luksOpen" uses its supposedly ephemeral thread keyring to pass the volume key to the kernel. dm-crypt's crypt_set_keyring_key() copies the key material into its own crypt_config structure and then drops its ow

    Опубликовано Обновлено
  8. CVE-2026-72102

    Высокий · CVSS 7.8EPSS 0,17%Нет опубликованного исправления

    dm_early_create: fix freeing used table on dm_resume failure

    In the Linux kernel, the following vulnerability has been resolved: dm_early_create: fix freeing used table on dm_resume failure If dm_resume fails, the kernel attempts to free table with dm_table_destroy, but the table was already instantiated with dm_swap_table. This commit skips the call to dm_table_destroy in this case.

    Опубликовано Обновлено
  9. CVE-2026-72101

    Без оценкиEPSS 0,2%Нет опубликованного исправления

    dm-integrity: fix leaking uninitialized kernel memory

    In the Linux kernel, the following vulnerability has been resolved: dm-integrity: fix leaking uninitialized kernel memory If hash size is less than device's tuple size, dm-integrity is supposed to zero the remaining space. There was a bug in the code that zeroing didn't work. This commit fixes it.

    Опубликовано Обновлено
  10. CVE-2026-72100

    Высокий · CVSS 8.8EPSS 0,46%Нет опубликованного исправления

    dm-integrity: fix a bug if the bio is out of limits

    In the Linux kernel, the following vulnerability has been resolved: dm-integrity: fix a bug if the bio is out of limits If dm_integrity_check_limits fails, the code would exit with DM_MAPIO_KILL. However, the range would be already locked at this point, and it wouldn't be unlocked, resulting in a deadlock. Let's move the limit check up, so that when it exits, no resources are leaked.

    Опубликовано Обновлено
  11. CVE-2026-72099

    Высокий · CVSS 7.1EPSS 0,55%Нет опубликованного исправления

    dm-integrity: don't increment hash_offset twice

    In the Linux kernel, the following vulnerability has been resolved: dm-integrity: don't increment hash_offset twice hash_offset is already incremented in the loop "for (i = 0; i < to_copy; i++, ts--)". Do not increment it again.

    Опубликовано Обновлено
  12. CVE-2026-72098

    Критический · CVSS 9.8EPSS 0,79%Нет опубликованного исправления

    dm-verity: fix buffer overflow in FEC calculation

    In the Linux kernel, the following vulnerability has been resolved: dm-verity: fix buffer overflow in FEC calculation There's a buffer overflow in dm-verity-fec: if (neras && *neras <= v->fec->roots) fio->erasures[(*neras)++] = i; This allows *neras to reach roots + 1 (the post-increment pushes it past roots). This value is then passed as no_eras to decode_rs8(). Inside the RS decoder (lib/reed_solomon/decode_rs.c:113-121), the erasure locator polynomial loop writes lambda[j] where j can reach nroots + 1 — one element past the end of lambda[] (which is sized nroots + 1, valid indices 0..nroots). The out-of-bounds write lands on syn[0], c

    Опубликовано Обновлено
  13. CVE-2026-72097

    Без оценкиEPSS 0,21%Нет опубликованного исправления

    dm-verity: fix a possible NULL pointer dereference

    In the Linux kernel, the following vulnerability has been resolved: dm-verity: fix a possible NULL pointer dereference Fix a possible NULL pointer dereference dm_verity_loadpin_is_bdev_trusted if the device has no table.

    Опубликовано Обновлено
  14. CVE-2026-72096

    Без оценкиEPSS 0,22%Нет опубликованного исправления

    dm-verity: make error counter atomic

    In the Linux kernel, the following vulnerability has been resolved: dm-verity: make error counter atomic The error counter "v->corrupted_errs" was not atomic, thus it could be subject to race conditions. The call to dm_audit_log_target("max-corrupted-errors") may be skipped due to the races.

    Опубликовано Обновлено
  15. CVE-2026-72095

    Высокий · CVSS 7.8EPSS 0,17%Нет опубликованного исправления

    dma-fence: Make dma_fence_dedup_array() robust against 0-count input

    In the Linux kernel, the following vulnerability has been resolved: dma-fence: Make dma_fence_dedup_array() robust against 0-count input dma_fence_dedup_array() returns 1 when called with num_fences == 0: the for-loop body never executes, j stays at 0, and the final `return ++j` yields 1. This contradicts both the kernel-doc ("Return: Number of unique fences remaining in the array") and the natural expectation that 0 input gives 0 output. The caller __dma_fence_unwrap_merge() bails out via the `if (count == 0 || count == 1)` fast path and so is save. But amdgpu_userq_wait_*() could reach the dedup call with a zero local count and derefere

    Опубликовано Обновлено
  16. CVE-2026-72093

    Высокий · CVSS 7.8EPSS 0,17%Нет опубликованного исправления

    accel/amdxdna: Fix use-after-free in amdxdna_gem_dmabuf_mmap()

    In the Linux kernel, the following vulnerability has been resolved: accel/amdxdna: Fix use-after-free in amdxdna_gem_dmabuf_mmap() When vm_insert_pages() fails, the error path calls vma->vm_ops->close(vma) which internally calls drm_gem_vm_close() → drm_gem_object_put(), releasing the GEM object reference acquired at the start of the function. However, the close_vma label then falls through to put_obj, which calls drm_gem_object_put() a second time on the same object. If the first put releases the last reference, the object is freed and the second put accesses freed memory, causing a use-after-free. Fix by returning directly from close_vm

    Опубликовано Обновлено
  17. CVE-2026-72092

    Без оценкиEPSS 0,21%Нет опубликованного исправления

    accel/amdxdna: reject command submission on devices without a submit op

    In the Linux kernel, the following vulnerability has been resolved: accel/amdxdna: reject command submission on devices without a submit op amdxdna_cmd_submit() calls xdna->dev_info->ops->cmd_submit() unconditionally, but only aie2_dev_ops defines that callback. aie4_vf_ops (the AIE4 SR-IOV virtual function) does not, so a user AMDXDNA_EXEC_CMD ioctl on an AIE4 device reaches a NULL function-pointer call and oopses the kernel. AIE4 submits work through a mapped user queue and doorbell, not this ioctl path. Reject the submission early with -EOPNOTSUPP when the device provides no cmd_submit op, so the shared EXEC ioctl is a clean no-op on su

    Опубликовано Обновлено
  18. CVE-2026-72091

    Без оценкиEPSS 0,21%Нет опубликованного исправления

    accel/amdxdna: reject user command submission without a command BO

    In the Linux kernel, the following vulnerability has been resolved: accel/amdxdna: reject user command submission without a command BO amdxdna_drm_submit_execbuf() passes the user-supplied command BO handle straight into amdxdna_cmd_submit() with drv_cmd == NULL. When the handle is AMDXDNA_INVALID_BO_HANDLE (0), the block that fetches job->cmd_bo is skipped, leaving it NULL, and no check rejects it on the user path (the !job->cmd_bo guard lives inside the != INVALID branch). The job is then armed and pushed to the DRM scheduler. aie2_sched_job_run() takes the drv_cmd == NULL path and calls amdxdna_cmd_set_state(job->cmd_bo) -> amdxdna_gem_

    Опубликовано Обновлено
  19. CVE-2026-72089

    Высокий · CVSS 7.1EPSS 0,17%Нет опубликованного исправления

    accel/ivpu: Reject firmware log with size smaller than header

    In the Linux kernel, the following vulnerability has been resolved: accel/ivpu: Reject firmware log with size smaller than header fw_log_from_bo() validates the tracing buffer header_size and that the log fits within the BO, but never checks that log->size is at least log->header_size. fw_log_print_buffer() then computes: u32 data_size = log->size - log->header_size; which underflows to a near-U32_MAX value when firmware reports a log whose size is smaller than its header. That huge data_size defeats the log_start/log_end bounds clamps added by commit dd1311bcf0e6 ("accel/ivpu: Add bounds checks for firmware log indices"), so fw_log_pri

    Опубликовано Обновлено
  20. CVE-2026-72088

    Без оценкиEPSS 0,22%Нет опубликованного исправления

    scsi: hpsa: Fix DMA mapping leak on IOACCEL2 reset path

    In the Linux kernel, the following vulnerability has been resolved: scsi: hpsa: Fix DMA mapping leak on IOACCEL2 reset path If phys_disk->in_reset is set, the function returns directly without undoing the resources acquired for the command. Add the missing error cleanup by unmapping the IOACCEL2 SG chain block when needed, unmapping the SCSI command, and dropping the outstanding IOACCEL command count before returning.

    Опубликовано Обновлено

Проверьте свой сервер

Сопоставьте установленный стек и версии со свежими базами уязвимостей.

Проверьте свой сервер →