CVE-2026-12659
A denial-of-service security issue exists in the affected products. The security issue stems from improper handling of exceptional condition
CVSS
—
No CVSS
EPSS
0.3%
p17
KEV
—
Exploit Today
5
0-100
Published: Jul 14, 2026 · Last modified: Jul 14, 2026 · CWE-415
0.3%EPSS · 30 days0.3%
2026-07-152026-07-20
A denial-of-service security issue exists in the affected products. The security issue stems from improper handling of exceptional conditions when processing crafted CIP packets sent to the adapter. A power cycle is required to recover the module and associated I/O.
CVECVSSEPSSKEVRExploitTitleMod.
CVE-2026-239188.8 HIG98.7%
——30Double Free and possible RCE vulnerability in Apache HTTP Server with the HTTP/2 protocol.
This issue affects Apache HTTP Server: 2.4.66.
Users are recommended to upgrade to version 2.4.67, which fixes the issue.6dCVE-2024-300978.8 HIG74.9%
——22Microsoft Speech Application Programming Interface (SAPI) Remote Code Execution Vulnerability14hCVE-2026-89259.8 CRI61.4%
——18The curl logic that works with SASL authentication could end up cleaning up
the GSASL context *twice* without clearing the pointer in between, making it
`free()` the same pointer twice.13dCVE-2026-338117.5 HIG53.0%
——16When using LookupCNAME with the cgo DNS resolver, a very long CNAME response can trigger a double-free of C memory and a crash.18hCVE-2026-506857.5 HIG45.7%
——14Double free in Windows DHCP Server allows an authorized attacker to execute code over a network.6dCVE-2026-430119.8 CRI44.4%
——13In the Linux kernel, the following vulnerability has been resolved:
net/x25: Fix potential double free of skb
When alloc_skb fails in x25_queue_rx_frame it calls kfree_skb(skb) at
line 48 and returns 1 (error).
This error propagates back through the call chain:
x25_queue_rx_frame returns 1
|
v
x25_state3_machine receives the return value 1 and takes the else
branch at line 278, setting queued=0 and returning 0
|
v
x25_process_rx_frame returns queued=0
|
v
x25_backlog_rcv at line 452 sees queued=0 and calls kfree_skb(skb)
again
This would free the same skb twice. Looking at x25_backlog_rcv:
net/x25/x25_in.c:x25_backlog_rcv() {
...
queued = x25_process_rx_frame(sk, skb);
...
if (!queued)
kfree_skb(skb);
}7d