Skip to main content
CVE-2025-2814VulnerabilityPublished Updated

CVE-2025-2814: LDS Crypt::CBC · PRNG

Affects LDS Crypt::CBCSource CVE Database V5

0

Not known to be exploited · CVSS 4.0 Medium.

Data as of 25 Oct 2026, 19:02 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 12 Apr 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 2026-10-25.

What to do

Affected software

ProductAffectedFixed in
LDS Crypt::CBCAffected
  • =1.21
Fixed in–

AI-suggested

European organizations should first identify all instances of Crypt::CBC usage in their Perl environments, especially versions between 1.21 and 3.05. They should verify the operating system's availability of secure entropy sources like /dev/urandom. If /dev/urandom is unavailable, organizations should consider the following mitigations: 1) Upgrade Crypt::CBC to a version that explicitly uses a cryptographically secure PRNG or patches this vulnerability once available. 2) Where upgrading is not immediately possible, implement custom entropy sources or wrappers to ensure secure random number generation, such as integrating with CPAN modules that provide secure randomness (e.g., Crypt::Random). 3) Restrict local access to systems running vulnerable versions to trusted personnel only, minimizing the risk of local exploitation. 4) Conduct code audits to ensure that cryptographic keys and IVs are not generated using insecure methods. 5) For embedded or legacy systems, consider OS-level upgrades or configurations that provide secure entropy sources. 6) Monitor for updates from the vendor or CPAN security advisories and apply patches promptly. 7) Implement defense-in-depth by combining cryptographic best practices with system hardening and access controls.

Description

Crypt::CBC versions between 1.21 and 3.05 for Perl may use the rand() function as the default source of entropy, which is not cryptographically secure, for cryptographic functions. This issue affects operating systems where "/dev/urandom'" is unavailable.  In that case, Crypt::CBC will fallback to use the insecure rand() function.

References

Community reviews

Loading reviews…