Progress Software Patches High-Severity Command Injection in Kemp LoadMaster (ZDI-26-319)

An authenticated command injection vulnerability in the customLocation parameter of Kemp LoadMaster carries a CVSS score of 8.8. While Progress Software has is…

Progress Software Patches High-Severity Command Injection in Kemp LoadMaster (ZDI-26-319)
ZDI-26-319: Command Injection in Kemp LoadMaster, CVSS 8.8

On May 21, 2026, the Zero Day Initiative published advisory ZDI-26-319, detailing a command injection vulnerability in the customLocation parameter of Progress Software’s Kemp LoadMaster. The flaw allows authenticated attackers to potentially achieve code execution with a CVSS score of 8.8. The vulnerability was originally reported to the vendor on February 23, 2026. While Progress Software has released a corrective update, the advisory does not currently list an assigned CVE identifier.

This incident highlights a significant structural risk. As an Application Delivery Controller (ADC), Kemp LoadMaster sits at the threshold of critical network traffic, handling load balancing, SSL termination, and integrated WAF services. A compromise at this layer extends beyond the appliance itself, potentially exposing the network to lateral movement within the very segments the ADC is designed to protect.

Key Takeaways
  • ZDI-26-319 documents a command injection vulnerability in the customLocation parameter of Kemp LoadMaster, carrying a CVSS score of 8.8 (Vector: AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H).
  • The exploit requires remote authentication (PR:L), meaning it is not accessible to unauthenticated attackers.
  • The flaw stems from the appliance passing user-supplied strings in the customLocation parameter directly to a system call without proper validation.
  • Progress Software has issued an update, but the ZDI advisory does not specify affected versions or a CVE ID.

Analyzing the customLocation Injection

The ZDI advisory provides a precise technical breakdown of the mechanism. The vulnerability exists within the handling of the customLocation parameter—a configuration setting typically used for geolocation-based traffic routing. The issue is not rooted in the business logic itself, but rather in a failure to sanitize input before it reaches a system execution function.

"The specific flaw exists within handling of the customLocation parameter. The issue results from the lack of proper validation of a user-supplied string before using it to execute a system call. An attacker can leverage this vulnerability to execute code in the context of the appliance." — ZDI-26-319, vulnerability details

Execution occurs within the appliance’s own context. From an analytical perspective, gaining control of this environment could potentially allow an attacker to alter routing rules, intercept TLS sessions, or exfiltrate certificates. These represent potential risk scenarios rather than documented facts within the ZDI advisory.

The customLocation vector serves as a functional equivalent to a service entrance in a secure facility: while geographically peripheral to the main entrance, it is systemically critical because it connects directly to the internal machinery. Consequently, a marginal administrative function becomes a bridge to the appliance's executive core.

Why an Authenticated CVSS 8.8 Remains Critical

The full CVSS vector is AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H. The attack vector is the network (AV:N) and complexity is low (AC:L), though low-level privileges (PR:L) are required. This requirement excludes anonymous attackers but does not significantly lower the risk in enterprise environments where administrative accounts may be numerous or improperly managed.

The lack of required user interaction (UI:N) indicates that the exploit can be automated once valid credentials are obtained. For organizations, this underscores that mitigation depends heavily on the robustness of Identity and Access Management (IAM) and privileged access controls—factors that lie outside the technical scope of this specific advisory.

Impact levels are at their maximum across all three pillars: Confidentiality, Integrity, and Availability (C:H/I:H/A:H). The 8.8 score places the vulnerability in the "High" category, just a fraction away from a formal "Critical" designation.

The scope remains unchanged (S:U), which technically limits the immediate damage to the appliance itself. However, in architectures where the ADC centralizes application traffic, compromising a single Kemp LoadMaster node can be equivalent to gaining control over entire infrastructure slices.

Operational Limitations of the ZDI Advisory

The advisory contains gaps that complicate operational risk assessment. The absence of a CVE identifier makes it difficult to correlate this flaw with vulnerability scanners and automated threat intelligence feeds. Furthermore, specific affected versions of Kemp LoadMaster are not listed, and no dedicated vendor advisory URL is provided; the vendorPatchUrl field links back to the ZDI page, creating a referential loop.

There is currently no documentation regarding active exploitation in the wild. This lack of data is an informational limitation, not a guarantee that the flaw is not being exploited. The ZDI timeline shows the report was made to the vendor on February 23, 2026, with a coordinated release on May 21, 2026—a three-month window during which Progress Software had visibility of the vulnerability.

Mitigation and Response Strategies

  1. Verify Patch Status: The ZDI advisory confirms that Progress Software has released an update. Organizations using Kemp LoadMaster should contact the vendor or consult their support portal to ensure their specific version branch is patched.
  2. Restrict Administrative Access: Limit access to the Kemp LoadMaster management interface to isolated network segments. Enforce mandatory Multi-Factor Authentication (MFA) and monitor privileged sessions. Since the vulnerability requires authentication, access control is the primary line of defense.
  3. Inspect Logs for customLocation Anomalies: Audit logs for requests involving the customLocation parameter that contain suspicious payloads, such as strings concatenating shell operators, pipes, backticks, or escape sequences. The ZDI's description of missing validation suggests that injection may not require sophisticated encoding.
  4. Segment the ADC from Internal Infrastructure: Operate under the assumption that a Kemp LoadMaster compromise could lead to pivoting. Implement micro-segmentation to prevent the appliance from reaching code repositories, production databases, or domain controllers without passing through explicit security checkpoints.

The ZDI-26-319 case reinforces a recurring trend in network infrastructure security: "secondary" configuration features—in this case, custom geolocation—often carry underestimated executive complexity. While customLocation is not a high-profile administrative endpoint, it becomes critical due to how it is passed to system calls. The lesson for product security teams is that every user input, regardless of how innocuous it appears, must have a traceable validation path before reaching any system execution function.

FAQ

Can ZDI-26-319 be exploited without credentials?
No. The advisory explicitly states that authentication is required (PR:L in the CVSS vector). An attacker must have a valid account with sufficient privileges to access the customLocation parameter.
Why is there no CVE listed in the advisory?
A CVE identifier has not been assigned or disclosed in the ZDI text. While a CVE may be issued in the future, the advisory currently relies solely on the ZDI-26-319 identifier.
Which versions of Kemp LoadMaster are affected?
The ZDI advisory does not list specific versions. The only information provided is the product name "Kemp LoadMaster" by Progress Software. For version-specific details, users must contact the vendor directly or check the Progress support portal.

This analysis is based exclusively on the ZDI-26-319 advisory. Risks involving pivoting or lateral movement discussed herein are analytical scenarios and not events documented in the primary source. Information was verified against the cited source and is current as of the publication date.

Sources