Quick answer
Direct answer
What is LoadMaster?
Progress LoadMaster sits in the application delivery layer, where traffic handling and application availability meet. Application delivery controllers help distribute requests to application services. Infrastructure, networking, and application operations teams therefore have a stake in their security. For you, the important point is that an appliance supporting access to applications deserves attention beyond a routine software inventory entry.
Start by understanding the role each deployment plays in your environment. Which applications depend on it? Who administers it? Which networks can reach its administrative interfaces and API? These are discovery questions, not assumptions about your architecture. An appliance serving public applications does not automatically have a publicly reachable API, and a private deployment is not automatically isolated from attackers.
The affected product list also includes Connection Manager For Objectscale, Ecs Connection Manager, and Moveit Web Application Firewall. Searching only for assets named LoadMaster can leave your review incomplete. Include the listed product names in your inventory work, then establish versions, ownership, and actual reachability.
CVE-2026-8037 at a glance
| Field | Detail |
|---|---|
| CVE ID | CVE-2026-8037 |
| Product | Progress LoadMaster |
| Severity | CRITICAL |
| CVSS base score | 9.6 |
| CVSS vector | CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H |
| EPSS probability | 77.36 percent (percentile 100) |
| CISA KEV | Yes, added 2026-08-07 |
| Weakness | CWE-77 |
| Affected versions | Connection Manager For Objectscale before 7.2.63.2; Ecs Connection Manager before 7.2.63.2; Moveit Web Application Firewall before 7.2.63.2; Loadmaster before 7.2.54.18; Loadmaster from 7.2.55.0 before 7.2.63.2 |
| Published | June 4, 2026 |
CISA required action
What the flaw is
CVE-2026-8037 is an operating system command injection vulnerability in the API of Progress application delivery controller products. The description identifies unsanitized input in multiple command endpoints. An attacker who can reach the vulnerable functionality does not need to authenticate before exploiting it to execute arbitrary commands on the LoadMaster appliance.
The central failure is a broken boundary between input data and operating system instructions. An API should treat supplied values as data under narrowly defined rules. In command injection, that separation fails and attacker controlled input can influence command execution. The supplied classification is CWE-77. The facts do not identify specific endpoint names, accepted parameters, or the privileges of the resulting process.
The vulnerability has a critical severity rating and CVSS 9.6. Its vector describes adjacent network access, low attack complexity, no required privileges, and no user interaction. It also describes a changed security scope and high potential effects on confidentiality, integrity, and availability. These characteristics justify urgency without assuming every deployment presents the same attack path.
Adjacent network access is an important qualification. Remote code execution does not, by itself, mean exploitation from anywhere on the internet. You should examine the network relationships that make the API reachable in your environment. Likewise, the absence of an authentication requirement means stronger administrator passwords alone do not resolve the vulnerable input handling.
The supplied record lists publication on June 4, 2026, and modification on October 1, 2026. Those dates describe the record, not the beginning of exploitation or the date an individual appliance became compromised.
How an attack could happen
Consider an affected appliance whose API is reachable from a network position available to an attacker. The following scenario explains the security boundary at risk without describing an exploit procedure. Actual exposure depends on your deployment, and possible consequences should not be mistaken for confirmed activity.
- 1The exposure begins with network reachability to vulnerable API functionality. The attacker does not need a valid appliance account, but the adjacent network condition still matters when you assess whether that access is possible.
- 2Attacker controlled input reaches a command endpoint that does not adequately separate data from operating system instructions. The resulting command injection can allow arbitrary command execution on the appliance.
- 3That execution could affect appliance information, configuration, or service operation. The specific outcome would depend on execution privileges and local controls, which the supplied facts do not establish.
- 4For defenders, the scenario creates two separate questions: can an attacker still reach vulnerable functionality, and is there evidence that someone already used it? Closing the first issue does not answer the second.
Impact
The confirmed technical consequence is arbitrary command execution on the appliance without authentication. That is more serious than access to a single API response because the attacker can cross from application input processing into operating system command execution. Do not translate that automatically into a claim of root access; the supplied facts do not specify the execution identity.
Potential business consequences include disclosure of accessible information, unauthorized changes, and disruption of application delivery. These are risk scenarios consistent with the described vulnerability, not a report that every affected organization has experienced them. Map the possibilities to the actual services and information connected to each deployment.
CISA added CVE-2026-8037 to its Known Exploited Vulnerabilities catalog on August 7, 2026. This establishes exploitation in the wild. The supplied ransomware association is unknown, so you should neither claim confirmed ransomware use nor treat the lack of that confirmation as a reason to delay remediation.
Who is affected
The supplied affected ranges identify Connection Manager For Objectscale before 7.2.63.2, Ecs Connection Manager before 7.2.63.2, and Moveit Web Application Firewall before 7.2.63.2. Match the exact product and installed version rather than relying on a generic appliance label.
For LoadMaster, the affected ranges are versions before 7.2.54.18 and versions starting at 7.2.55.0 but before 7.2.63.2. Preserve those two separate ranges in your assessment. Collapsing them into a single statement that all versions before 7.2.63.2 are affected would misrepresent the supplied information.
These boundaries are not a complete upgrade plan. Check the Progress advisory for the supported remediation release and instructions appropriate to your product and branch. Do not infer that an arbitrary version outside a listed range is the correct destination for your deployment.
Prioritize confirmed affected assets with reachable APIs, but keep uncertain assets in scope until you resolve their versions and connectivity. Missing inventory evidence is an assessment gap, not evidence that the appliance is safe.
How to detect it
- Build a targeted inventory using the affected product names and version ranges. Record the evidence source, collection time, appliance owner, application dependencies, and remediation status. Where inventory systems disagree, verify the installed version through an approved administrative method.
- Review firewall rules, routing, segmentation, and administrative access paths to establish API reachability. Evaluate internet exposure as well as access from adjacent networks. A policy document saying access is restricted is weaker evidence than checking the controls actually applied to the asset.
- Where API or access logging is available, review unusual source addresses, unexpected access to command related functionality, repeated errors, and activity outside normal administration patterns. These are investigative leads rather than indicators unique to this CVE. The supplied facts provide no definitive detection signature.
- Where appliance or supporting telemetry permits, investigate unexpected process activity, unexplained configuration changes, unfamiliar outbound connections, and service disruptions. Correlate these observations with API access and approved maintenance. Avoid concluding that a single unusual event proves exploitation.
- Preserve relevant logs and configuration evidence before disruptive work when practical, while avoiding unnecessary delay in containment. If compromise is suspected, involve incident responders and follow applicable forensic guidance. An absence of suspicious entries does not establish that exploitation never occurred, especially where coverage or retention is limited.
How to fix and reduce risk
Do this now
- Consult the Progress security bulletin for CVE-2026-8037 and confirm the remediation instructions for each affected product and release branch. Assign an accountable owner and an urgent change window. Do not substitute the affected range boundaries for a verified vendor upgrade procedure.
- Restrict unnecessary access to the API and administrative interfaces using controls appropriate to your environment. Verify allowed sources and test the resulting exposure. Because exploitation does not require authentication, password changes or account reviews alone are not sufficient containment.
- Review the CISA action associated with this entry. It calls for vendor directed mitigations, consideration of BOD 26-04 risk based updating guidance, and CISA forensic triage requirements. Determine which obligations apply to your organization, including exposure assessment and applicable cloud service guidance.
If you cannot patch yet
- If remediation cannot be completed immediately, use network isolation and narrowly limited administrative access as temporary risk reduction measures where feasible. These measures do not repair the input handling flaw and should not be described as a complete or vendor approved workaround without advisory confirmation.
- Give every temporary control an owner, an expiration or review point, and evidence that it blocks the intended access. Reassess dependency and availability risks before isolating an appliance. The supplied CISA action also calls for discontinuing use if mitigations are unavailable.
Longer term hardening
- After remediation, verify the installed version against the vendor advisory and confirm that intended restrictions remain effective. Review service health with the application owner. Keep vulnerability closure separate from any incident investigation so a completed update does not prematurely close questions about earlier compromise.
- Improve inventory coverage, administrative network separation, and available logging for application delivery infrastructure. Document how your team will identify affected appliances, authorize urgent changes, preserve evidence, and validate recovery. These operational improvements help make the next advisory a controlled response rather than a discovery exercise.
The CTEM view
| CTEM stage | What to do for this CVE |
|---|---|
| Scope | Define the exposure in business terms: affected application delivery products, the applications they support, and the networks that can reach their APIs. Include security, networking, operations, and application owners. Your scope should cover both vulnerability remediation and the possibility of earlier exploitation, without assuming that every appliance is compromised. |
| Discover | Identify deployments, verify product names and versions, and map actual access paths. Compare the evidence with the exact affected ranges. Track unknown versions and unclear ownership as explicit gaps. Discovery is complete only when you can explain what is affected and what evidence supports that conclusion. |
| Prioritize | Use confirmed exploitation, CVSS 9.6, and EPSS 77.36 percent alongside local reachability and business importance. EPSS is a likelihood estimate, not proof that your asset was attacked. Here, the KEV listing already establishes exploitation in the wild, so prioritize resolving actionable exposure rather than debating the predictive score. |
| Validate | Validate safely through version verification, access control checks, and review of remediation evidence. Use only authorized assessment methods suitable for the appliance and environment. You do not need to execute arbitrary commands on a production system to establish that an affected version and relevant network access require action. |
| Mobilize | Turn the finding into coordinated work with named owners, scheduled changes, temporary controls, and clear closure criteria. Escalate suspected compromise through incident response rather than treating it as an ordinary patch ticket. Close the exposure only when remediation and reachability evidence meet the criteria your team agreed. |
Key takeaways
- LoadMaster supports application delivery, so assess both appliance exposure and the services that depend on it.
- CVE-2026-8037 permits unauthenticated command execution through unsanitized API input, with adjacent network access reflected in the vector.
- CISA’s KEV listing confirms exploitation in the wild; ransomware involvement remains unknown in the supplied record.
- Apply the exact product and version ranges, then use the Progress advisory to select the correct remediation path.
- Combine remediation with exposure reduction, evidence review, and validation. Updating an appliance does not determine whether earlier compromise occurred.
Frequently asked questions
Discovered by: watchTowr Labs
Related pages
CTEM Prioritization Signals
CTEM Prioritization: KEV, EPSS, CVSS, Business Impact
How to combine CVSS, CISA KEV, EPSS, reachability and business impact into a CTEM prioritization model your engineering teams will actually accept.
Zero Day CTEM Workflow
Zero Day Response Workflow with CTEM
A practical zero day response workflow built on CTEM: confirm the advisory, query the inventory, triage by exposure, mitigate, validate and verify closure.
Compensating Controls in CTEM
Compensating Controls in CTEM: When You Cannot Patch
How to use compensating controls in CTEM: five options when patching is impossible, validating that a control blocks the technique, and writing a defensible exception.
Vulnerability Management Learning Path
Free Vulnerability Management Training Path | LearnCTEM
Follow a free vulnerability management learning path covering CVSS, KEV, EPSS, prioritization, remediation, practical labs and CTEM certification.
Earn your free CTEM certification.
Learn to scope, prioritize, validate and mobilize fixes for CVEs like this one.
Beginner / Practitioner / Program Leader
Explore certificationsAuthor
LearnCTEM Editorial Team
Practitioners and educators writing plain-English guides on Continuous Threat Exposure Management.
Reviewed by
Senior CTEM Practitioner Panel
Reviewed for accuracy against public CTEM guidance and real-world program experience.

