Vulnerabilities exploitable today
352,162in current view
Single score combining CVSS, KEV membership and EPSS. Every CVE with its own record — timeline from publication to active exploitation.
In KEV catalog1,653
New KEV · 24H0
Exploit Today ≥ 701,590
Distribution · last window
- Critical2,073
- High6,924
- Medium5,904
- Low547
Window
Severity
Flags
CVECVSSEPSSKEVRExploitTitleMod.
CVE-2026-53166—2.7%
——1Rejected reason: This CVE ID has been rejected or withdrawn by its CVE Numbering Authority.13dCVE-2025-13818—2.7%
——1——CVE-2025-55110—2.7%
——1——CVE-2026-23306—2.7%
——1——CVE-2025-21011—2.7%
——1——CVE-2025-62886—2.7%
——1——CVE-2026-43151—2.7%
——1——CVE-2026-43188—2.7%
——1——CVE-2024-0050—2.7%
——1——CVE-2026-43453—2.7%
——1——CVE-2026-42310—2.7%
——1——CVE-2026-43241—2.7%
——1——CVE-2026-46070—2.7%
——1——CVE-2025-49347—2.7%
——1——CVE-2026-46147—2.7%
——1——CVE-2026-31614—2.7%
——1——CVE-2026-529975.5 MED2.7%
——1In the Linux kernel, the following vulnerability has been resolved:
net/sched: sch_dualpi2: drain both C-queue and L-queue in dualpi2_change()
Fix dualpi2_change() to correctly enforce updated limit and memlimit
values after a configuration change of the dualpi2 qdisc.
Before this patch, dualpi2_change() always attempted to dequeue packets
via the root qdisc (C-queue) when reducing backlog or memory usage, and
unconditionally assumed that a valid skb will be returned. When traffic
classification results in packets being queued in the L-queue while the
C-queue is empty, this leads to a NULL skb dereference during limit or
memlimit enforcement.
This is fixed by first dequeuing from the C-queue path if it is
non-empty. Once the C-queue is empty, packets are dequeued directly from
the L-queue. Return values from qdisc_dequeue_internal() are checked for
both queues. When dequeuing from the L-queue, the parent qdisc qlen and
backlog counters are updated explicitly to keep overall qdisc statistics
consistent.8dCVE-2026-31697—2.7%
——1——CVE-2026-45936—2.7%
——1——CVE-2026-43217—2.7%
——1——CVE-2025-20052—2.7%
——1——CVE-2026-43015—2.7%
——1——CVE-2026-5397—2.7%
——1——CVE-2026-1578—2.7%
——1——CVE-2021-25469—2.7%
——1——CVE-2025-6062—2.7%
——1——CVE-2023-53401—2.7%
——1——CVE-2026-46064—2.7%
——1——CVE-2026-532737.8 HIG2.7%
——1In the Linux kernel, the following vulnerability has been resolved:
tee: optee: prevent use-after-free when the client exits before the supplicant
Commit 70b0d6b0a199 ("tee: optee: Fix supplicant wait loop") made the
client wait as killable so it can be interrupted during shutdown or
after a supplicant crash. This changes the original lifetime expectations:
the client task can now terminate while the supplicant is still processing
its request.
If the client exits first it removes the request from its queue and
kfree()s it, while the request ID remains in supp->idr. A subsequent
lookup on the supplicant path then dereferences freed memory, leading to
a use-after-free.
Serialise access to the request with supp->mutex:
* Hold supp->mutex in optee_supp_recv() and optee_supp_send() while
looking up and touching the request.
* Let optee_supp_thrd_req() notice that the client has terminated and
signal optee_supp_send() accordingly.
With these changes the request cannot be freed while the supplicant still
has a reference, eliminating the race.15dCVE-2026-625617.8 HIG2.7%
——1Vulnerability in the Oracle HRMS (US) product of Oracle E-Business Suite (component: Internal Operations). Supported versions that are affected are 12.2.3-12.2.15. Easily exploitable vulnerability allows low privileged attacker with logon to the infrastructure where Oracle HRMS (US) executes to compromise Oracle HRMS (US). Successful attacks of this vulnerability can result in takeover of Oracle HRMS (US). CVSS 3.1 Base Score 7.8 (Confidentiality, Integrity and Availability impacts). CVSS Vector: (CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H).1dCVE-2021-35079—2.7%
——1——CVE-2019-20776—2.7%
——1——CVE-2026-23315—2.7%
——1——CVE-2021-39077—2.7%
——1——CVE-2026-43154—2.7%
——1——CVE-2025-24519—2.7%
——1——CVE-2025-6781—2.7%
——1——CVE-2025-71271—2.7%
——1——CVE-2025-5930—2.7%
——1——CVE-2026-43155—2.7%
——1——