LOW 3.3

CVE-2026-14683: HdrHistogram Memory Allocation Vulnerability – Local DoS Risk

HdrHistogram, a popular latency histogram library, contains a vulnerability in how it processes compressed binary data. An attacker with local access could supply specially crafted compressed data that causes the application to allocate excessive memory, potentially leading to a denial of service. The vulnerability exists in versions up to 2.2.2 and requires local system access to exploit. The security community remains divided on whether this truly constitutes a security boundary crossing, given the prerequisites involved.

Source data · NVD / CISA · public domain

CVSS
3.1 · 3.3 LOW · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L
Weaknesses (CWE)
CWE-400, CWE-789
Affected products
0 configuration(s)
Published / Modified
2026-07-04 / 2026-07-16

NVD description (verbatim)

A vulnerability was detected in HdrHistogram up to 2.2.2. Affected by this issue is the function org.HdrHistogram.AbstractHistogram.decodeFromCompressedByteBuffer of the file src/main/java/org/HdrHistogram/AbstractHistogram.java. The manipulation of the argument lengthOfCompressedContents results in uncontrolled memory allocation. The attack needs to be approached locally. The exploit is now public and may be used. It is still unclear if this vulnerability genuinely exists. This issue is disputed due to the potential lack of crossing of security boundaries and the pre-requisites for a successful attack.

7 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability resides in the decodeFromCompressedByteBuffer method of AbstractHistogram.java. The flaw allows an unauthenticated local user to trigger uncontrolled memory allocation by manipulating the lengthOfCompressedContents parameter during decompression. This maps to CWE-400 (Uncontrolled Resource Consumption) and CWE-789 (Memory Allocation with Excessive Size Value). The CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L) indicates local access, low complexity, and low-privilege requirement, with impact limited to availability.

Business impact

Organizations using HdrHistogram for performance monitoring and latency tracking face potential service disruption if a local attacker exploits this to exhaust memory. The impact is primarily operational availability rather than data confidentiality or integrity. Risk is most acute in multi-tenant or shared-resource environments where untrusted local users have access to applications consuming HdrHistogram.

Affected systems

HdrHistogram library versions up to and including 2.2.2 are affected. The vulnerability requires local system access, making it relevant primarily to server applications, containerized workloads, and development environments where HdrHistogram is integrated for metrics collection and histogram recording.

Exploitability

Public exploit information is available, which increases awareness and potential attack surface. However, practical exploitation requires local system access and knowledge of application-specific entry points that feed untrusted data to the vulnerable decompression function. The dispute within the security community regarding whether this crosses a meaningful security boundary reflects uncertainty about realistic attack scenarios and prerequisite conditions.

Remediation

Update HdrHistogram to a version beyond 2.2.2 that addresses the memory allocation issue. Verify the patched version through vendor release notes. Additionally, restrict local system access through operating system controls, containerization, and principle of least privilege to reduce the attack surface.

Patch guidance

Monitor HdrHistogram release channels and Maven Central for updates addressing CVE-2026-14683. When available, test patched versions in a non-production environment to validate compatibility with your application. Review your dependency management tooling (Gradle, Maven) to facilitate rapid updates across your infrastructure.

Detection guidance

Monitor for unexpected memory consumption spikes in applications using HdrHistogram, particularly correlation with processing of compressed histogram data. Log and alert on unusual decompression operations. Application profilers and memory monitoring tools can help identify anomalous allocation patterns. Network-based detection is limited due to the local-only attack vector.

Why prioritize this

This vulnerability warrants moderate attention but not immediate emergency action. The low CVSS score (3.3), local-only attack vector, and disputed security significance lower urgency. However, public exploit availability and availability impact merit timely remediation within a standard patch cycle, especially in shared-access or multi-tenant environments.

Risk score, explained

The CVSS 3.1 score of 3.3 (LOW) reflects limited exploitability scope. Local access is required, privilege escalation is not possible, and the impact is confined to availability—no confidentiality or integrity compromise. The disputed nature of the boundary crossing further constrains the practical risk profile, though organizations should not dismiss it entirely.

Frequently asked questions

Who is affected by CVE-2026-14683?

Any organization deploying HdrHistogram versions up to 2.2.2 is technically affected. However, practical risk depends on whether untrusted local users can reach application code paths that invoke decompression of external histogram data. Single-user or tightly controlled environments face lower risk.

Can this vulnerability be exploited remotely?

No. The attack vector is local only, requiring direct system access. Remote attackers cannot trigger this vulnerability over the network.

What should we prioritize: patching this or other vulnerabilities?

Prioritize based on your environment. Shared or multi-tenant systems warrant faster patching. Single-user or isolated systems can incorporate this into normal maintenance windows. Consider the availability impact of unplanned outages versus planned patching windows.

Is there disagreement about this vulnerability's severity?

Yes. The security community disputes whether this crosses a meaningful security boundary given the local-only requirement and specific preconditions. This does not invalidate the underlying memory allocation flaw, but it contextualizes the real-world risk.

This analysis is provided for informational purposes based on publicly available data as of the publication date. The description and assessment reflect the current state of understanding; the vulnerability itself remains disputed within the security community regarding genuine security boundary crossing. Organizations should verify patch availability and applicability against their specific HdrHistogram versions and deployment context. Security decisions should incorporate internal risk tolerance, environmental controls, and business continuity requirements. No exploit code or weaponized proof-of-concept is provided herein. Source: NVD (public-domain), retrieved 2026-08-13. Analysis generated by SEC.co (claude-haiku-4-5).