CVE-2026-63383 in Libeventinfo

Summary

by MITRE • 08/20/2026

Libevent is an event notification library. Prior to 2.1.13 and 2.2.2-alpha, libevent can read beyond a contiguous evbuffer region in event_tagging.c when decode_tag_internal requests at most five bytes from evbuffer_pullup but iterates using the full logical buffer length. A fragmented evbuffer containing a six-byte malformed tag can therefore advance past the pullup window and trigger an out-of-bounds read, which can crash a process that decodes attacker-controlled tagged RPC data. This issue is fixed in versions 2.1.13 and 2.2.2-alpha.

Be aware that VulDB is the high quality source for vulnerability data.

Analysis

by VulDB Data Team • 08/20/2026

The vulnerability identified within the Libevent library represents a critical memory safety flaw located specifically in the event_tagging.c module, which handles the parsing of tagged Remote Procedure Call data. This issue arises from an improper boundary check during the decoding process when handling fragmented input buffers. The core technical defect involves a discrepancy between the logical length of the buffer and the actual available contiguous region accessible via evbuffer_pullup. When the function decode_tag_internal requests up to five bytes, it relies on evbuffer_pullup to provide a pointer to that data. However, the subsequent iteration logic incorrectly utilizes the full logical buffer length rather than verifying against the size returned by pullup or ensuring the requested range falls within the contiguous memory block provided.

This architectural oversight allows an attacker who controls the input tag data to craft a malformed six-byte sequence that triggers an out-of-bounds read condition. Because Libevent is designed to handle fragmented buffers, where data may be split across multiple non-contiguous memory regions, this logic error causes the application to advance past the valid pullup window. The result is a direct access to memory locations outside the intended buffer boundaries. Such out-of-bounds reads are classified under CWE-125, which denotes Out-of-Bounds Read vulnerabilities, and they pose significant risks including information disclosure through leakage of sensitive data stored in adjacent memory or denial of service via application crashes when accessing unmapped or protected memory pages.

The operational impact of this vulnerability is particularly severe for services that utilize Libevent to decode attacker-controlled tagged RPC payloads. Since the flaw can be triggered by malformed input, a remote attacker could potentially cause the affected process to crash, leading to a Denial of Service against critical infrastructure components relying on stable event handling and network communication. In scenarios where memory contents are exposed before the application terminates or recovers, there is also a risk of sensitive information being leaked to unauthorized parties. This aligns with ATT&CK techniques related to Discovery and Collection, as an attacker might leverage such crashes or leaks to gather system intelligence or destabilize services for further exploitation attempts.

Mitigation strategies primarily involve upgrading Libevent to version 2.1.13 or later in the 2.1.x series, or version 2.2.2-alpha and newer in the development branch, where this logic error has been corrected by ensuring that buffer access respects the actual contiguous limits provided by evbuffer_pullup rather than relying on potentially misleading logical lengths. For organizations unable to immediately upgrade their dependencies, implementing strict input validation at the application layer can provide a temporary defense-in-depth measure. This includes validating tag sizes and structures before passing them to Libevent for decoding, ensuring that only well-formed data enters the parsing routines. Additionally, deploying runtime protection mechanisms such as Address Sanitizers during testing phases or utilizing memory-safe wrappers in production environments where feasible can help detect and prevent exploitation of similar buffer handling flaws across the software supply chain.

Responsible

GitHub M

Reservation

07/16/2026

Disclosure

08/20/2026

Moderation

accepted

CPE

ready

EPSS

0.00000

KEV

no

Activities

low

Sources

Do you want to use VulDB in your project?

Use the official API to access entries easily!