Vulnerabilidades explotables hoy
350,369en la vista actual
Score único combinando CVSS, membresía KEV y EPSS. Cada CVE con su ficha propia — timeline desde publicación hasta explotación activa.
En catálogo KEV1,651
Nuevos KEV · 24H4
Exploit Today ≥ 701,587
Distribución · última ventana
- Crítico1,484
- Alto4,943
- Medio4,052
- Bajo320
Ventana
Severidad
Filtros
CVECVSSEPSSKEVRExplotTítuloVis.
CVE-2025-11568—0.8%
——0——CVE-2026-45362—0.8%
——0——CVE-2025-54613—0.8%
——0——CVE-2026-55961—0.8%
——0——CVE-2026-39633—0.8%
——0——CVE-2025-46691—0.8%
——0——CVE-2026-35345—0.8%
——0——CVE-2026-8035—0.8%
——0——CVE-2023-21009—0.8%
——0——CVE-2026-40951—0.8%
——0——CVE-2022-47497—0.8%
——0——CVE-2026-02684.4 MED0.8%
——0A security control bypass vulnerability in Prisma Access Agent for Linux allows a local attacker to route network traffic outside the VPN tunnel.
This does not impact Prisma Access Agent on Windows, macOS, iOS, Android, or ChromeOS.8dCVE-2026-26095—0.8%
——0——CVE-2021-25476—0.8%
——0——CVE-2022-48240—0.8%
——0——CVE-2026-26096—0.8%
——0——CVE-2022-21790—0.8%
——0——CVE-2024-7142—0.8%
——0——CVE-2021-47761—0.8%
——0——CVE-2023-21011—0.8%
——0——CVE-2023-21099—0.8%
——0——CVE-2022-47498—0.8%
——0——CVE-2023-21103—0.8%
——0——CVE-2022-48238—0.8%
——0——CVE-2023-20985—0.8%
——0——CVE-2022-48237—0.8%
——0——CVE-2022-48235—0.8%
——0——CVE-2023-20990—0.8%
——0——CVE-2022-20464—0.8%
——0——CVE-2023-21010—0.8%
——0——CVE-2023-20982—0.8%
——0——CVE-2023-35682—0.8%
——0——CVE-2023-35679—0.8%
——0——CVE-2025-54612—0.8%
——0——CVE-2026-0541—0.8%
——0——CVE-2022-20275—0.8%
——0——CVE-2022-47462—0.8%
——0——CVE-2022-47461—0.8%
——0——CVE-2022-48374—0.8%
——0——CVE-2025-712217.0 ALT0.8%
——0In the Linux kernel, the following vulnerability has been resolved:
dmaengine: mmp_pdma: Fix race condition in mmp_pdma_residue()
Add proper locking in mmp_pdma_residue() to prevent use-after-free when
accessing descriptor list and descriptor contents.
The race occurs when multiple threads call tx_status() while the tasklet
on another CPU is freeing completed descriptors:
CPU 0 CPU 1
----- -----
mmp_pdma_tx_status()
mmp_pdma_residue()
-> NO LOCK held
list_for_each_entry(sw, ..)
DMA interrupt
dma_do_tasklet()
-> spin_lock(&desc_lock)
list_move(sw->node, ...)
spin_unlock(&desc_lock)
| dma_pool_free(sw) <- FREED!
-> access sw->desc <- UAF!
This issue can be reproduced when running dmatest on the same channel with
multiple threads (threads_per_chan > 1).
Fix by protecting the chain_running list iteration and descriptor access
with the chan->desc_lock spinlock.7d