Skip to main content
VulnerabilityPublished

CVE-2025-51823: libcsp · Classic Buffer Overflow

Source CVE Database V5

0

Not known to be exploited · CVSS 6.5 Medium.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 18% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 11 Aug 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

To mitigate CVE-2025-51823, European organizations should first identify all systems and devices using libcsp 2.0, especially those exposing network interfaces. Since no official patches are currently available, organizations should implement the following practical steps: 1) Apply strict input validation and length checks on the 'ifname' parameter at the application or network interface layer to prevent oversized input from reaching vulnerable code. 2) Employ network segmentation and firewall rules to restrict access to vulnerable interfaces, limiting exposure to trusted networks only. 3) Monitor network traffic for anomalous interface name parameters or suspicious packets that could indicate exploitation attempts. 4) Engage with vendors or open-source maintainers to obtain or contribute patches that replace unsafe strcpy calls with safer alternatives like strncpy or explicit length checks. 5) Incorporate runtime protections such as stack canaries, address space layout randomization (ASLR), and control flow integrity (CFI) in systems using libcsp to reduce exploitation success. 6) Plan for timely patching once official fixes are released and conduct thorough testing before deployment. 7) Conduct security audits and code reviews on custom or embedded implementations of libcsp to identify similar unsafe coding patterns.

Description

libcsp 2.0 is vulnerable to Buffer Overflow in the csp_eth_init() function due to improper handling of the ifname parameter. The function uses strcpy to copy the interface name into a structure member (ctx->name) without validating the input length.

References

Community reviews

Loading reviews…