Vulnerabilidades
Resumen — últimos 7 días
Vulnerabilidades nuevas3518▲ 840 respecto a la semana anterior
Críticas / altas1666▲ 254 respecto a la semana anterior
Nueva explotación activa (KEV)5→ sin cambios respecto a la semana anterior
Sin puntuar (sin CVSS)256▲ 244 respecto a la semana anterior
21.062 resultados, ordenados por fecha de publicación (más recientes primero)
| CVE | Estado | Severidad | EPSS | Explotación activa | Tecnologías afectadas | Publicada ▼ | Modificada | Descripción |
|---|---|---|---|---|---|---|---|---|
| Recibida | Alta (8.8) | 0.18% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: LoongArch: KVM: Check irq validity in kvm_vcpu_ioctl_interrupt() Function kvm_vcpu_ioctl_interrupt() can be called from userspace, here add irq validility cheking in kvm_vcpu_ioctl_interrupt(). | |
| Recibida | Sin puntuar | 0.20% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: s390: vsie: Add missing radix_tree_preload() in _gaccess_shadow_fault() Add missing radix_tree_preload() in _gaccess_shadow_fault() to guarantee forward progress. The core of _gaccess_shadow_fault() has been split into ___gaccess_shadow_fault()… | |
| Recibida | Sin puntuar | 0.20% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Initialize KVM_S390_GET_CMMA_BITS memory kvm_s390_get_cmma_bits() allocates its output buffer with vmalloc(), which does not zero the returned pages: In the non-peek (migration) path, dat_get_cmma() reports a byte count spanning from the… | |
| Recibida | Crítica (9.3) | 0.18% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: s390: Fix unlikely race in try_get_locked_pte() Fix an unlikely race in try_get_locked_pte(), which could have happened if puds or pmds get unmapped between the p?dp_get() and p?d_offset() functions. | |
| Recibida | Sin puntuar | 0.21% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: s390: pci: Fix GISC refcount leak on AIF enable failure kvm_s390_gisc_register() registers the guest ISC before pinning the guest interrupt forwarding pages and allocating the AISB bit. If any of the later setup steps fails, the function unwinds… | |
| Recibida | Crítica (9.3) | 0.18% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: vgic: Check the interrupt is still ours before migrating it vgic_prune_ap_list() drops both ap_list_lock and irq_lock while migrating an interrupt to another vCPU. After reacquiring the locks it only checks that the affinity is unchanged… | |
| Recibida | Crítica (9.3) | 0.18% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: vgic: Handle race between interrupt affinity change and LPI disabling Hyunwoo Kim reports some really bad races should the following situation occur: - LPI-I is pending in vcpu-B's AP list - vcpu-A writes to vcpu-B's RD to disable its LPIs… | |
| Recibida | Alta (7.8) | 0.14% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: nVMX: Move vTPR vs. TPR Threshold consistency check into "normal" checks Move the off-by-default consistency check for vmcs12.tpr_threshold vs. the virtual APIC vTPR into the "normal" controls checks, as waiting until KVM has loaded some amount… | |
| Recibida | Alta (8.8) | 0.18% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Do not allow intra-host migration/mirroring of SNP VMs The intra-host migration/mirroring feature is not fully implemented for SEV-SNP VMs. The proper migration requires additional SNP-specific state such as guest_req_mutex, guest_req_buf,… | |
| Recibida | Alta (7.8) | 0.17% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: TDX: Reject concurrent change to CPUID entry count Reject KVM_TDX_INIT_VM if userspace changes cpuid.nent between the initial read and the subsequent copy of the initialization data. tdx_td_init() first reads user_data->cpuid.nent to size the… | |
| Recibida | Alta (7.1) | 0.20% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: x86: Ignore pending PV EOI if the vCPU has since disabled PV EOIs Ignore KVM's internal "service pending PV EOI" request if the vCPU has disabled PV EOIs since the request was made. Asserting that PV EOIs are enabled can fail if reading guest… | |
| Recibida | Alta (8.8) | 0.18% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: x86: Nullify irqfd->producer if updating IRTE for bypass fails Nullify irqfd->producer if updating the IRTE for bypass fails, as leaving a dangling pointer will result in a use-after-free if the irqfd is reachable through KVM's routing, but the… | |
| Recibida | Alta (7.8) | 0.18% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: Move kvm_io_bus_get_dev() locking responsibilities to callers kvm_io_bus_get_dev() returns a device that is only matched by the address, and nothing else. This can cause a lifetime issue if the matched device is not the expected type, as by the… | |
| Recibida | Sin puntuar | 0.20% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: account pKVM reclaim against the VM mm Protected guest faults charge long term pins to the VM's mm. Teardown can run later from file release, where current->mm may be unrelated. Drop the charge from kvm->mm instead. | |
| Recibida | Alta (7.1) | 0.19% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: nv: Drop bogus WARN for write to ZCR_EL2 It is entirely possible for a guest to write to the ZCR_EL2 sysreg alias while in a nested context, as it is expected if FEAT_NV2 is advertised to the L1 hypervisor. Get rid of the bogus WARN which,… | |
| Recibida | Crítica (9) | 0.19% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: nv: Respect read-only PFN when mapping L1 VNCR KVM currently maps the L1 VNCR into the host stage-1 by relying entirely on the permissions of the guest stage-1. At the same time, it is entirely possible that the backing PFN is read-only… | |
| Recibida | Crítica (9.3) | 0.19% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: nv: Re-translate VNCR before injecting abort KVM faults in the VNCR page with FOLL_WRITE whenever the guest aborts for a write, similar to how a regular stage-2 mapping is handled. It is entirely possible that the guest reads from the VNCR… | |
| Recibida | Crítica (9.3) | 0.19% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: nv: Inject SEA if guest VNCR isn't normal memory When constructing an L1 VNCR mapping, KVM unconditionally uses cacheable memory attributes, even if the underlying PFN isn't memory. This gets particularly hairy if the endpoint doesn't… | |
| Recibida | Sin puntuar | 0.21% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: fbdev: metronomefb: fix potential memory leak in metronomefb_probe() The memory allocated for pagerefs in fb_deferred_io_init() is not freed on the error path. Fix it by calling fb_deferred_io_cleanup(). | |
| Recibida | Sin puntuar | 0.21% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: fbdev: broadsheetfb: fix potential memory leak in broadsheetfb_probe() The memory allocated for pagerefs in fb_deferred_io_init() is not freed on the error path. Fix it by calling fb_deferred_io_cleanup(). | |
| Recibida | Sin puntuar | 0.21% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: fbdev: hecubafb: fix potential memory leak in hecubafb_probe() The memory allocated for pagerefs in fb_deferred_io_init() is not freed on the error path. Fix it by calling fb_deferred_io_cleanup(). | |
| Recibida | Sin puntuar | 0.21% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: fbdev: efifb: fix memory leak in efifb_probe() Since commit 73ce73c30ba9 ("fbdev: Transfer video= option strings to caller; clarify ownership") the string returned from fb_get_options() is expected to be freed by the caller, but the string is not… | |
| Recibida | Sin puntuar | 0.22% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: fbdev: radeon: fix potential memory leak in radeonfb_pci_register() The function radeonfb_pci_register() allocates memory for modelist (by calling radeon_check_modes() which calls fb_add_videomode()). The memory is appended to info->modelist, but is… | |
| Recibida | Sin puntuar | 0.22% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: fbdev: i740fb: fix potential memory leak in i740fb_probe() In i740fb_probe(), the memory allocated in fb_videomode_to_modelist() for modelist is not freed in the error paths. Fix that by calling fb_destroy_modelist(). | |
| Recibida | Sin puntuar | 0.22% | — | Linux KernelAI | 15/8/2026 | 17/8/2026 | In the Linux kernel, the following vulnerability has been resolved: fbdev: s3fb: fix potential memory leak in s3_pci_probe() In s3_pci_probe(), the memory allocated for modelist using fb_videomode_to_modelist() is not freed in subsequent error paths. Fix that by calling fb_destroy_modelist() |