Skip to main content
VulnerabilityPublished Updated

CVE-2026-30909: TIMLEGGE Crypt::NaCl::Sodium · Integer Overflow or Wraparound

Affects TIMLEGGE Crypt::NaCl::SodiumSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 9.8 Critical.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 3.1 base score
9.8Critical
How severe the flaw is on the 0–10 CVSS scale.

Contested

Critical score, yet low EPSS after six months
EPSS
0.5% chance of exploitation in 30 days – higher than 46% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Mar 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: 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 30 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
TIMLEGGECrypt::NaCl::SodiumAffected
  • <=2.002
Fixed in–
GitHubCrypt-NaCl-Sodiumpkg:github/Crypt-NaCl-SodiumOther threatsAffected
  • <=2.002
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2026-30909, organizations should first monitor for official patches or updates from the TIMLEGGE Crypt::NaCl::Sodium maintainers and apply them promptly once available. In the absence of patches, developers should implement input validation to reject or limit message sizes well below the thresholds that trigger integer overflow conditions (e.g., significantly less than SIZE_MAX/2 for bin2hex and SIZE_MAX minus 64 for seal). Employing static and dynamic code analysis tools to detect unsafe buffer size calculations can help identify and remediate similar issues. Where feasible, consider replacing or wrapping vulnerable functions with safer alternatives that enforce strict size checks. Additionally, sandboxing or running cryptographic operations with least privilege can reduce the impact of potential exploitation. Organizations should also audit their use of Crypt::NaCl::Sodium to identify critical systems and prioritize mitigation efforts accordingly. Finally, monitoring for unusual application crashes or memory corruption events may help detect exploitation attempts.

Description

Crypt::NaCl::Sodium versions through 2.002 for Perl has potential integer overflows.bin2hex, encrypt, aes256gcm_encrypt_afternm and seal functions do not check that output size will be less than SIZE_MAX, which could lead to integer wraparound causing an undersized output buffer. Encountering this issue is unlikely as the message length would need to be very large. For bin2hex() the bin_len would have to be > SIZE_MAX / 2 For encrypt() the msg_len would need to be > SIZE_MAX - 16U For aes256gcm_encrypt_afternm() the msg_len would need to be > SIZE_MAX - 16U For seal() the enc_len would need to be > SIZE_MAX - 64U

References

Community reviews

Loading reviews…