CVE-2026-41565
Received Received - Intake
Stack Buffer Overflow in CryptX Perl Module

Publication date: 2026-05-28

Last updated on: 2026-05-28

Assigner: CPANSec

Description
CryptX versions before 0.088_001 for Perl have a stack buffer overflow in four AEAD decrypt_verify helpers. The gcm_decrypt_verify, ccm_decrypt_verify, chacha20poly1305_decrypt_verify and eax_decrypt_verify XS routines copied the caller-supplied authentication tag into a fixed 144-byte stack buffer (MAXBLOCKSIZE) without checking the supplied length. A longer tag overwrites the stack past the buffer. Version 0.088 added the clamp to gcm_decrypt_verify, and 0.088_001 added it to the other three. Any caller of an affected helper that forwards an attacker-controlled tag longer than the buffer can trigger the overflow.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-05-28
Last Modified
2026-05-28
Generated
2026-05-28
AI Q&A
2026-05-28
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Showing 1 associated CPE
Vendor Product Version / Range
dcit cryptx to 0.088_001 (exc)
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-121 A stack-based buffer overflow condition is a condition where the buffer being overwritten is allocated on the stack (i.e., is a local variable or, rarely, a parameter to a function).
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?

CVE-2026-41565 is a stack buffer overflow vulnerability in CryptX versions before 0.088_001 for Perl. It affects four AEAD decrypt_verify helper functions: gcm_decrypt_verify, ccm_decrypt_verify, chacha20poly1305_decrypt_verify, and eax_decrypt_verify. These functions copy an authentication tag provided by the caller into a fixed 144-byte stack buffer without checking the length of the tag. If an attacker supplies a tag longer than this buffer, it causes a stack overflow by overwriting memory beyond the buffer.

The vulnerability was fixed in version 0.088_001 by adding checks that clamp the tag length to the buffer size, preventing overflow. The issue arises because the affected functions do not validate the length of the authentication tag before copying it, allowing an attacker to trigger the overflow by providing an oversized tag.


How can this vulnerability impact me? :

This vulnerability can lead to memory corruption due to a stack buffer overflow when processing attacker-controlled authentication tags. Such memory corruption can cause crashes or potentially allow an attacker to execute arbitrary code or disrupt the normal operation of the application using CryptX.

Because the overflow occurs on the stack, it may be exploited to compromise the security of the system running the vulnerable CryptX version, leading to denial of service or escalation of privileges depending on the context in which the library is used.


How can this vulnerability be detected on my network or system? Can you suggest some commands?

This vulnerability involves a stack buffer overflow in specific AEAD decrypt_verify helpers of CryptX versions before 0.088_001. Detection would involve identifying usage of vulnerable CryptX versions and monitoring for abnormal crashes or memory corruption during decryption operations using the affected helpers.

Since the issue is triggered by attacker-controlled authentication tags longer than the fixed buffer size (144 bytes), one detection approach is to monitor or log calls to the affected decrypt_verify functions and check for unusually long authentication tags.

Specific commands are not provided in the resources, but general detection steps could include:

  • Check the installed CryptX version to confirm if it is before 0.088_001.
  • Use Perl scripts or system monitoring tools to log or trace calls to the AEAD decrypt_verify functions (gcm_decrypt_verify, ccm_decrypt_verify, chacha20poly1305_decrypt_verify, eax_decrypt_verify).
  • Inspect logs or traces for authentication tags exceeding 144 bytes.
  • Monitor for crashes or memory errors related to CryptX during decryption operations.

What immediate steps should I take to mitigate this vulnerability?

The primary mitigation is to upgrade CryptX to version 0.088_001 or later, where the vulnerability has been fixed by clamping the authentication tag length to the buffer size and improving input validation and memory safety.

Until an upgrade can be applied, avoid processing authentication tags longer than 144 bytes in the affected decrypt_verify functions to prevent triggering the overflow.

Review and apply patches from the official CryptX repository that address this issue, such as those improving tag length clamping and error handling.

Additionally, consider implementing input validation in your application code to reject or sanitize oversized authentication tags before passing them to CryptX functions.


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart