CVE-2024-56720
In the Linux kernel, the following vulnerability has been resolved: bpf, sockmap: Several fixes to bpf_msg_pop_data Several fixes to bpf_m
CVSS
7.8
High
EPSS
0.2%
p15
KEV
—
Exploit Today
5
0-100
Published: Dec 29, 2024 · Last modified: Aug 4, 2026 · CWE-193 · CWE-401
0.2%EPSS · 30 days0.2%
2026-07-302026-08-26
In the Linux kernel, the following vulnerability has been resolved: bpf, sockmap: Several fixes to bpf_msg_pop_data Several fixes to bpf_msg_pop_data, 1. In sk_msg_shift_left, we should put_page 2. if (len == 0), return early is better 3. pop the entire sk_msg (last == msg->sg.size) should be supported 4. Fix for the value of variable "a" 5. In sk_msg_shift_left, after shifting, i has already pointed to the next element. Addtional sk_msg_iter_var_next may result in BUG.
- git.kernel.orghttps://git.kernel.org/stable/c/275a9f3ef8fabb0cb282a62b9e164dedba7284c5
- git.kernel.orghttps://git.kernel.org/stable/c/5d609ba262475db450ba69b8e8a557bd768ac07a
- git.kernel.orghttps://git.kernel.org/stable/c/785180bed9879680d8e5c5e1b54c8ae8d948f4c8
- git.kernel.orghttps://git.kernel.org/stable/c/98c7ea7d11f2588e8197db042e0291e4ac8f8346
- git.kernel.orghttps://git.kernel.org/stable/c/d26d977633d1d0b8bf9407278189bd0a8d973323
- git.kernel.orghttps://git.kernel.org/stable/c/d3f5763b3062514a234114e97bbde74d8d702449
- git.kernel.orghttps://git.kernel.org/stable/c/e1f54c61c4c9a5244eb8159dce60d248f7d97b32
- git.kernel.orghttps://git.kernel.org/stable/c/f58d3aa457e77a3d9b3df2ab081dcf9950f6029f
- lists.debian.orghttps://lists.debian.org/debian-lts-announce/2025/03/msg00001.html
- lists.debian.orghttps://lists.debian.org/debian-lts-announce/2025/03/msg00002.html
CVECVSSEPSSKEVRExploitTitleMod.
CVE-2026-478887.5 HIG—
———A Spring RSocket application is exposed to a memory leak via a malformed SETUP frame.
Spring Framework 7.0.0 - 7.0.8
Spring Framework 6.2.0 - 6.2.19
Spring Framework 6.1.0 - 6.1.28
Spring Framework 6.0.0 - 6.0.30
Spring Framework 5.3.0 - 5.3.49
Spring Framework 5.2.0.RELEASE - 5.2.25.RELEASE11hCVE-2026-463697.5 HIG—
———Nimiq is a Rust implementation of the Nimiq Proof-of-Stake protocol based on the Albatross consensus algorithm. Through 1.5.0, the validity store uses a strict lower-bound comparison that expires a stored transaction too early relative to Transaction::is_valid_at, allowing a remote attacker to replay the same signed transaction during a blocks_per_batch minus one block window and cause the sender and recipient balances to be updated twice. This issue is fixed in version 1.5.1.11hCVE-2026-659277.5 HIG9.5%
——3Off-by-one Error vulnerability in Apache Tomcat impacting the [N] flag on the rewrite valves causes rewrite processing to restart at the second rule rather than the first rule.
This issue affects Apache Tomcat: from 11.0.0-M1 through 11.0.24, from 10.1.0-M1 through 10.1.57, from 9.0.0.M1 through 9.0.120.
The following versions were EOL at the time the CVE was created but are
known to be affected: from 8.5.0 through 8.5.100. Other unsupported versions may also be affected.
Users are recommended to upgrade to version 11.0.25, 10.1.58 or 9.0.121 which fix the issue.13hCVE-2026-791489.1 CRI5.5%
——2Off-by-one error in DevTools in Google Chrome prior to 152.0.7977.65 allowed a remote attacker leveraging social engineering to potentially read memory inside the sandbox via a crafted Chrome extension. (Chromium security severity: Low)1dCVE-2026-129995.3 MED5.3%
——2The Infineon Airoc Wi-Fi driver's transmit callback airoc_mgmt_send() in drivers/wifi/infineon/airoc_wifi.c allocates a net_buf from the fixed airoc_pool for every outbound packet. When whd_network_send_ethernet_data() returns a synchronous failure, the underlying WHD library does not take ownership of the buffer, but the pre-fix driver returned -EIO without releasing it. Each failed transmit therefore permanently leaks one buffer from the pool.
airoc_pool is small and fixed (AIROC_WIFI_TX_PACKET_POOL_COUNT + AIROC_WIFI_RX_PACKET_POOL_COUNT, default 20 buffers) and is shared by WHD's whd_host_buffer_get callback for both transmit and receive. Once enough send failures have leaked the pool dry, airoc_wifi_host_buffer_get() returns WHD_BUFFER_ALLOC_FAIL for all subsequent allocations, so both transmit and the WHD-driven receive path fail and Wi-Fi connectivity is lost until the device is rebooted.
The leak occurs only on the transmit error path. A Wi-Fi-adjacent attacker can influence the conditions that cause synchronous send failures (for example by deauthenticating/disassociating the station while the local stack continues to attempt transmits), and ordinary transient failures over the device's lifetime accumulate toward the same state. Reliable on-demand triggering is of high complexity and the impact is availability-only, but the resulting denial of service is permanent and non-recoverable without a reboot.
The fix releases the buffer with airoc_wifi_buffer_release() on the failure branch, returning it to the pool. The commit also removes a redundant k_sem_give() in airoc_mgmt_disconnect(); because data->sema_common is a binary semaphore (limit 1) the duplicate give merely saturated at 1 and had no security impact.2dCVE-2026-687676.1 MED2.7%
——1hashcat's fgetl() function in src/filehandling.c writes a null terminator one byte past the caller's buffer when an input line is exactly the buffer length. Attackers can trigger this out-of-bounds heap write by providing a hash file, potfile, or wordlist containing a line of exactly HCBUFSIZ_LARGE bytes.6d