Skip to main content
VulnerabilityPublished Updated

CVE-2025-67897: sequoia · Signed to Unsigned Conversion Error

Affects sequoiaSource CVE Database V5

0

Not known to be exploited · CVSS 5.3 Medium : upgrade to 2.1.0 when convenient.

Data as of 26 Oct 2026, 10:12 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 14 Dec 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

Upgrade sequoia-pgp/sequoia to 2.1.0.

Affected software

ProductAffectedFixed in
crates.iosequoia-pgp/sequoiapkg:cargo/sequoia-pgp/sequoiaOther threatsAffected
  • <2.1.0
Fixed in
  • 2.1.0

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

AI-suggested

  1. Upgrade Sequoia to version 2.1.0 or later where this vulnerability is fixed.
  2. Implement strict input validation on all encrypted messages before processing, ensuring ciphertext lengths meet expected minimums to prevent triggering the panic.
  3. Enhance error handling in applications using Sequoia to gracefully handle malformed or unexpected encrypted packets without crashing.
  4. Employ application-layer filtering to detect and block suspicious encrypted messages with malformed PKESK or SKESK packets.
  5. Educate users and administrators about the risk of processing unsolicited encrypted messages from unknown sources.
  6. Monitor application logs for crashes or panic events related to aes_key_unwrap failures to detect potential exploitation attempts.
  7. Consider deploying runtime protections such as process isolation or containerization to limit the impact of crashes on critical services.
  8. Coordinate with incident response teams to prepare for potential denial-of-service incidents linked to this vulnerability.

Description

In Sequoia before 2.1.0, aes_key_unwrap panics if passed a ciphertext that is too short. A remote attacker can take advantage of this issue to crash an application by sending a victim an encrypted message with a crafted PKESK or SKESK packet.

References

Community reviews

Loading reviews…