HIGH 7.5

CVE-2026-9863: Fortra BoKS Manager OS Command Injection in Client Upgrade

Fortra BoKS Manager, a privileged access management tool, contains a command injection vulnerability in its legacy client upgrade mechanism. When a compromised or malicious tar-based client is selected for upgrade or patching, an attacker can execute arbitrary OS commands on the BoKS Master server. This vulnerability requires user interaction (an administrator initiating an upgrade) and network access, but the impact is severe—attackers gain the ability to compromise the core access control infrastructure that BoKS Manager protects.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.5 HIGH · CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H
Weaknesses (CWE)
CWE-78
Affected products
1 configuration(s)
Published / Modified
2026-06-15 / 2026-07-09

NVD description (verbatim)

Fortra BoKS Manager contains an OS command injection vulnerability in the client upgrade and patch tooling for legacy tar-based client installations. A malicious or compromised legacy tar-installed client selected for upgrade or patching may be able to cause commands to be executed on the BoKS Master during client version handling.

1 reference(s) · View on NVD →

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

Technical summary

CVE-2026-9863 is an OS command injection vulnerability (CWE-78) in Fortra BoKS Manager's client upgrade and patch tooling, specifically affecting legacy tar-based client installations. The vulnerability exists in the client version handling logic during the upgrade or patch process. When a malicious or compromised legacy tar client is marked for update on the BoKS Master, unsanitized input is passed to an OS command execution context, allowing command injection. The attack surface is limited to scenarios where an administrator performs client upgrades, and exploitation requires the attacker to have already compromised a client system or positioned themselves to influence client selection. However, successful exploitation results in arbitrary code execution on the BoKS Master itself—the trust anchor for all privileged session management in the environment.

Business impact

A successful attack directly undermines the security posture of organizations relying on BoKS Manager for privileged access control. Compromise of the BoKS Master enables attackers to bypass session monitoring, audit controls, and credential vaulting mechanisms that the product is designed to enforce. This can lead to undetected lateral movement, credential theft, unauthorized access to critical systems, and destruction of audit trails. Organizations may face regulatory penalties if they cannot demonstrate that privileged access was properly controlled and logged. The integrity and confidentiality of sensitive infrastructure and data are at risk.

Affected systems

Fortra BoKS Manager is affected, particularly deployments using legacy tar-based client installations. The vulnerability manifests during client upgrade and patching workflows on the BoKS Master. Organizations should identify all BoKS Manager instances and inventory which clients are deployed via tar packages versus newer installation methods. The BoKS Master—which is typically a centralized, hardened server—is the primary target, making the blast radius significant despite a smaller surface area for initial compromise.

Exploitability

The CVSS 3.1 score of 7.5 (HIGH) reflects a network-accessible vulnerability with high impact but moderate barriers to exploitation. An attacker must have already compromised or gained control of a legacy tar-based BoKS client, or must be able to influence which client is selected for upgrade. The vulnerability requires user interaction—a system administrator must initiate the upgrade or patch process. However, once those conditions are met, exploitation is reliable and does not require special privileges or specific configurations. The network-accessible attack vector and the human element (administrator triggering the upgrade) prevent a critical score, but the severity of achieving master-level code execution remains acute.

Remediation

Organizations should prioritize patching BoKS Manager to a version that addresses this command injection flaw. Verify the exact patched version against Fortra's official security advisory. In the interim, restrict access to the BoKS Master and client upgrade interfaces to trusted administrators only, and monitor for suspicious client upgrade requests or unexpected command execution on the master. Consider temporarily disabling automatic or routine client upgrades if they are enabled. Review logs for evidence of client selection by potentially compromised endpoints. If client systems have been compromised, isolate them before initiating any upgrade operations.

Patch guidance

Monitor Fortra's security advisories for patched versions of BoKS Manager that resolve this command injection vulnerability. Apply patches to the BoKS Master and, where applicable, to associated infrastructure. After patching, verify that client upgrade and patch tooling functions correctly and that legacy tar-based clients can be successfully updated without error. Test in a non-production environment first. Ensure that administrative credentials used to orchestrate client upgrades are not stored in plaintext or easily accessible locations, as a secondary compromise of those credentials could be leveraged to initiate a malicious upgrade.

Detection guidance

Monitor BoKS Master logs for unexpected or out-of-sequence command execution during client upgrade operations. Look for unusual OS commands spawned by the client upgrade or patch daemon, especially those involving shell metacharacters or attempts to create new user accounts, modify sudoers, or access sensitive files. Network-based detection should flag suspicious communication between the master and legacy tar clients during upgrade windows. Endpoint detection and response (EDR) tools on the BoKS Master should alert on abnormal process spawning tied to the upgrade tooling. Review client version information in BoKS Manager for unexpected or manually altered version strings, which could indicate a client has been modified to inject commands.

Why prioritize this

This vulnerability should be prioritized as HIGH because it enables direct compromise of the BoKS Master—the security foundation of privileged access management. Unlike vulnerabilities affecting individual clients or edge systems, a master-level breach negates the security value of the entire BoKS deployment. Although exploitation requires some preconditions (compromised client or interaction by an administrator), the impact is complete and the attack is likely to go undetected if audit trails are compromised. Organizations should treat this as urgent, particularly those in regulated industries where privileged access control is a material control.

Risk score, explained

The CVSS 3.1 score of 7.5 reflects high severity due to the confidentiality, integrity, and availability impact (C:H/I:H/A:H) of achieving code execution on the BoKS Master. The score is not critical because the attack requires high complexity (AC:H) in the form of a compromise precondition—the attacker must have already compromised a client or influenced client selection—and requires user interaction (UI:R) to initiate an upgrade. The network-accessible vector (AV:N) and the lack of privilege requirement (PR:N) prevent a lower score. The scope is unchanged (S:U), meaning the impact is confined to the BoKS Master itself, not to resources it manages. In the context of a PAM solution, however, this score understates the business and operational risk.

Frequently asked questions

If we do not use legacy tar-based client installations, are we affected?

The vulnerability is specific to legacy tar-based client deployments. If your organization has migrated all clients to newer installation methods (such as native packages or installers), the attack surface is eliminated. However, verify your client inventory against your BoKS Manager deployment records to confirm that no tar-based clients remain, as legacy clients may persist in some environments.

Does this vulnerability require the attacker to have credentials or access to BoKS Manager?

No. The attacker does not need BoKS Manager credentials. However, they must have either compromised a legacy tar-based client system or be able to influence which client is selected for upgrade. The vulnerability is then triggered when an administrator initiates the upgrade process, at which point the malicious client's payload is executed on the BoKS Master.

Can we mitigate this by restricting who can initiate client upgrades?

Restricting admin access to client upgrade functions is a valuable interim control and reduces the probability of exploitation. However, it does not eliminate the vulnerability itself. If a legitimate administrator's credentials are compromised, the attacker still gains a path to the BoKS Master. Patching remains the definitive remediation.

Will this vulnerability affect audit logs or compliance evidence?

Yes. If an attacker achieves code execution on the BoKS Master, they may be able to modify or delete audit logs, destroy evidence of their actions, and undermine compliance data. This makes early detection and swift patching critical, particularly for organizations subject to SOX, PCI DSS, HIPAA, or similar frameworks that depend on immutable privileged access logs.

This analysis is provided for informational purposes and represents our professional assessment based on the publicly available vulnerability description and CVSS scoring. Actual exploitability and risk may vary depending on your specific BoKS Manager deployment, network architecture, and security controls. This is not a substitute for vendor advisories or a formal risk assessment. Always consult Fortra's official security bulletins and apply patches per their guidance. SEC.co makes no warranty regarding the accuracy or completeness of this analysis and is not liable for damages arising from its use or misuse. Source: NVD (public-domain), retrieved 2026-07-24. Analysis generated by SEC.co (claude-haiku-4-5).