HIGH 7.1

CVE-2026-53905: MCO Authorization Bypass Exposes Admin ACL Structures

A security vulnerability in MyComplianceOffice (MCO) allows authenticated users with basic privileges to access sensitive administrator permission structures they shouldn't be able to see. The vulnerability exists in a specific web endpoint that manages access control hierarchies. When exploited, it exposes internal security configuration details that could be leveraged by an attacker to understand the system's administrative structure and potentially plan further attacks. The issue was identified in version 25.3.3.1, though other versions may be affected as well.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:N
Weaknesses (CWE)
CWE-863
Affected products
1 configuration(s)
Published / Modified
2026-07-01 / 2026-07-06

NVD description (verbatim)

MCO does not properly enforce authorization checks in the /customer/servlet/mco/webapi/admin-view-hierarchy/get-acl-tree-structure endpoint. An authenticated, low-privileged user can retrieve administrator access control structures without proper authorization checks. This may expose sensitive permission mappings and internal configuration details. Because vendor contact attempts were unsuccessful, the vulnerability has only been confirmed in version 25.3.3.1 but may also affect other versions.

2 reference(s) · View on NVD →

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

Technical summary

CVE-2026-53905 is an authorization bypass vulnerability in MyComplianceOffice affecting the /customer/servlet/mco/webapi/admin-view-hierarchy/get-acl-tree-structure endpoint. The endpoint fails to enforce proper access control checks, allowing authenticated users with low privilege levels to retrieve ACL (Access Control List) tree structures intended for administrative access only. This is classified as CWE-863 (Improper Authorization). The vulnerability requires network access and valid authentication credentials but no user interaction, resulting in a CVSS 3.1 score of 7.1 (HIGH severity). The confidentiality impact is low but integrity impact is rated high, indicating that while direct data modification may not occur, the exposed information could enable subsequent attacks.

Business impact

Exposure of administrative access control mappings represents a significant reconnaissance risk. Attackers with basic user credentials gain visibility into the organization's permission hierarchy, administrative role assignments, and internal security structure. This intelligence can inform targeted privilege escalation attempts, social engineering campaigns, or identification of high-value administrative accounts. Organizations relying on MCO for compliance and access management face degraded confidentiality of their security posture, which is particularly concerning given the platform's role in compliance operations.

Affected systems

MyComplianceOffice version 25.3.3.1 is confirmed affected. The vendor was contacted but did not respond, so it is unknown whether earlier versions, later versions, or the current stable release contain this vulnerability. Organizations running any version of MCO should assume potential exposure until the vendor provides definitive version information or patches are released.

Exploitability

Exploitation requires valid authentication credentials and network access to the MCO instance—a low barrier for internal threats or compromised user accounts. No complex exploitation techniques, social engineering, or user interaction is necessary. An attacker can make direct HTTP requests to the vulnerable endpoint and receive administrator ACL data in response. The simplicity of exploitation combined with the broad authentication requirement (any authenticated user) makes this vulnerability relatively straightforward to exploit within an organization.

Remediation

Contact MyComplianceOffice for patched versions and security guidance. In the interim, organizations should: (1) restrict network access to MCO administrative endpoints using firewall rules or WAF policies, (2) implement robust monitoring of access attempts to the /customer/servlet/mco/webapi/admin-view-hierarchy/get-acl-tree-structure endpoint, (3) audit access logs for unauthorized retrieval of ACL data, and (4) review user access logs to identify whether the vulnerability has been exploited. Apply patches as soon as the vendor provides them.

Patch guidance

Monitor MyComplianceOffice security advisories and vendor communications for patched versions. Verify patch applicability against your deployed version. Test patches in a non-production environment before deployment. The vendor's lack of response to initial contact attempts suggests communication challenges—check multiple channels (support portal, security email, GitHub, community forums) for patch availability. Document patching timelines with your compliance and risk teams given the platform's use in regulated environments.

Detection guidance

Monitor HTTP logs and WAF/proxy access logs for requests to /customer/servlet/mco/webapi/admin-view-hierarchy/get-acl-tree-structure, particularly from non-administrative user accounts. Look for unusual patterns such as repeated requests, access from unexpected IP ranges, or after-hours access. Enable verbose logging on MCO authentication and API endpoints. Check for successful HTTP 200 responses returning ACL tree data to low-privileged users. Review MCO's native audit logs (if available) for authorization bypass attempts or unexpected permission queries.

Why prioritize this

This vulnerability merits prompt attention due to its HIGH CVSS severity, low exploitation complexity, and direct exposure of sensitive authorization data. Organizations should prioritize patching or compensating controls immediately following vendor communication. The lack of immediate patch availability does not reduce urgency—instead, it elevates the importance of access controls and monitoring. For compliance-focused organizations, exposure of access control structures may trigger incident reporting obligations depending on regulatory requirements.

Risk score, explained

The CVSS 3.1 score of 7.1 reflects a vulnerability accessible over the network (AV:N) with low attack complexity (AC:L) requiring only low-privilege authentication (PR:L) and no user interaction (UI:N). The scope is unchanged (S:U), and while confidentiality impact is low, integrity impact is rated high due to the potential for leveraging exposed ACL information to modify system state or facilitate further attacks. The absence of availability impact prevents a critical rating, but the combination of low-friction exploitation and high-value information exposure justifies the HIGH severity classification.

Frequently asked questions

Does this vulnerability allow an attacker to modify permissions or administrative roles?

No. The vulnerability exposes the ACL structure but does not directly modify permissions. However, the exposed information significantly increases the risk of subsequent privilege escalation or targeted attacks against administrators, making it a high-risk exposure despite not permitting direct modification.

Can an attacker exploit this without any authentication credentials?

No. The vulnerability requires valid authenticated credentials. This limits exploitation to users with legitimate system access—however, compromised internal accounts or overly-permissive access policies make exploitation a realistic risk.

Has this vulnerability been actively exploited in the wild?

There is no evidence of active exploitation in public KEV catalogs or threat intelligence feeds at this time. However, the simplicity of exploitation and the reconnaissance value of ACL data mean opportunistic exploitation by insiders or post-compromise lateral movement is a meaningful threat.

What versions of MCO should we assume are vulnerable?

MCO version 25.3.3.1 is confirmed vulnerable. Because the vendor did not respond to contact attempts, it is unknown whether other versions are affected. As a precaution, assume all versions may be vulnerable until the vendor publishes version-specific guidance or patches.

This analysis is based on publicly available vulnerability data and the provided CVE record. Specific patch version numbers, vendor statements, and mitigation recommendations should be verified directly with MyComplianceOffice through official security channels before implementation. SEC.co assumes no liability for security decisions made in reliance on this intelligence. Organizations should conduct internal threat modeling and asset reviews to assess their specific risk. This vulnerability may affect versions beyond those explicitly confirmed—comprehensive vendor communication is essential before declaring systems secure. Source: NVD (public-domain), retrieved 2026-08-10. Analysis generated by SEC.co (claude-haiku-4-5).