CVE-2025-5351: Red Hat Enterprise Linux 10 · Double Free
Affects Red Hat Enterprise Linux 10Source CVE Database V5
Not known to be exploited · CVSS 4.2 Medium.
Data as of 26 Oct 2026, 15:59 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 49% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 4 Jul 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
AI-suggested
European organizations should monitor Red Hat security advisories closely and apply patches or updates for Red Hat Enterprise Linux 10 as soon as they become available to address CVE-2025-5351. In the interim, auditing and limiting the use of key export functionality in libssh can reduce exposure. System administrators should review error handling and memory management practices in custom or third-party applications interfacing with libssh to detect and mitigate potential double free conditions. Implementing memory protection mechanisms such as Address Space Layout Randomization (ASLR) and heap integrity checks can help mitigate exploitation impact. Additionally, maintaining sufficient system memory and monitoring for unusual application crashes or instability related to cryptographic operations can aid early detection. Network segmentation and limiting access to services performing key exports can further reduce attack surface.
Description
A flaw was found in the key export functionality of libssh. The issue occurs in the internal function responsible for converting cryptographic keys into serialized formats. During error handling, a memory structure is freed but not cleared, leading to a potential double free issue if an additional failure occurs later in the function. This condition may result in heap corruption or application instability in low-memory scenarios, posing a risk to system reliability where key export operations are performed.