CVE-2026-57952: Mythic Authorization Bypass in C2 Profile Endpoints
Mythic, a command-and-control framework, contains a flaw that allows operators with access to one attack operation to view sensitive configuration details—including encryption keys—from a completely different operation. This works because four specific API endpoints do not properly verify that a request belongs to the operation it claims to access. An attacker with any valid operator account can exploit this by guessing or knowing a configuration ID from another operation and accessing its secrets. The vendor patched this in version 3.4.0.60.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.3 MEDIUM · CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:N/A:N
- Weaknesses (CWE)
- CWE-862
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-29 / 2026-07-14
NVD description (verbatim)
Mythic before 3.4.0.60 contains an authorization bypass vulnerability in four REST endpoints (c2profile_config_check_webhook, c2profile_redirect_rules_webhook, c2profile_get_ioc_webhook, c2profile_sample_message_webhook) that fail to verify payload ownership. An operator in one operation can invoke these endpoints with a known payload UUID from another operation to access that operation's C2 profile configuration including encryption keys and callback parameters.
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-57952 is an authorization bypass vulnerability affecting Mythic versions prior to 3.4.0.60. Four REST API endpoints—c2profile_config_check_webhook, c2profile_redirect_rules_webhook, c2profile_get_ioc_webhook, and c2profile_sample_message_webhook—fail to enforce ownership validation on payload UUIDs. This allows an authenticated operator to supply a known payload UUID from an unrelated operation and retrieve that operation's C2 profile configuration, including encryption keys, callback parameters, and related metadata. The vulnerability is classified as CWE-862 (Missing Authorization).
Business impact
In multi-tenant or shared Mythic deployments, this creates a lateral-access risk where one operator or team can extract sensitive command-and-control infrastructure details from another team's operations. Compromised encryption keys and callback parameters could enable an attacker to impersonate legitimate C2 traffic, intercept communications, or pivot to other infrastructure. For red teamers or penetration testers sharing a platform, this could expose client-sensitive data across engagements. The impact is heightened in environments where multiple security teams or contractors use the same Mythic instance.
Affected systems
All versions of Mythic prior to 3.4.0.60 are affected. The vulnerability is specific to the its-a-feature Mythic project. Deployments running version 3.4.0.60 or later are not affected. Verify your running version via the Mythic admin console or by querying the application endpoint.
Exploitability
Exploitation requires valid operator credentials and knowledge of (or ability to guess) a valid payload UUID from another operation. No unauthenticated access is possible, and no user interaction is required. The attack is network-based and could be automated. While the CVSS score of 5.3 reflects the requirement for valid credentials and the partial nature of the access (confidentiality impact only), the practical difficulty is relatively low once an operator account is compromised or if UUID enumeration is feasible. The vulnerability has not been designated for the CISA Known Exploited Vulnerabilities catalog.
Remediation
Update Mythic to version 3.4.0.60 or later. This patch enforces proper ownership validation on all four affected endpoints, ensuring that operators can only access C2 profiles associated with their own operation. Test the upgrade in a non-production environment first, as it may affect existing integrations or custom webhooks. After patching, audit logs to detect whether the vulnerability was exploited before the update.
Patch guidance
Upgrade to Mythic 3.4.0.60 or later. Verify the patch was successfully applied by confirming the version in the admin interface. If you maintain custom webhooks or integrations that call these four endpoints, review them post-patch to ensure they continue to function correctly. Consider implementing network-level access controls to restrict these endpoints to trusted IP ranges if they are exposed to the internet.
Detection guidance
Monitor API access logs for unusual patterns on the four affected endpoints (c2profile_config_check_webhook, c2profile_redirect_rules_webhook, c2profile_get_ioc_webhook, c2profile_sample_message_webhook). Look for requests by one operator targeting payload UUIDs associated with other operations. Implement alerting on cross-operation C2 profile access or on failed authorization checks if your logging framework captures those events. Audit recent operator API calls and cross-reference the payloads accessed against operation ownership records.
Why prioritize this
Although the CVSS score is moderate (5.3), this vulnerability warrants priority for two reasons: first, in shared or multi-tenant Mythic deployments, it enables horizontal privilege escalation to extract infrastructure secrets; second, successful exploitation could lead to command-and-control traffic spoofing or further compromise of target systems. Organizations with active Mythic deployments should treat this as high priority for patching, particularly if the instance is accessible to multiple teams or contractors.
Risk score, explained
The CVSS 3.1 score of 5.3 (MEDIUM) reflects the requirement for valid operator credentials (PR:L), the high confidentiality impact of exposing encryption keys and callback parameters (C:H), the lack of integrity or availability impact (I:N, A:N), and the somewhat high complexity of the attack (AC:H, likely due to UUID enumeration difficulty). However, in environments where operator credentials are frequently shared, delegated, or compromised, the practical risk is higher than the base score suggests.
Frequently asked questions
How can I tell if my Mythic deployment was exploited before patching?
Check API access logs on the four affected endpoints for requests where the operator_id does not match the operation_id associated with the payload UUID being accessed. Additionally, audit which operators accessed C2 profiles outside their assigned operation. If your logging does not capture authorization failures, implement detailed auditing immediately after patching and review historical logs for anomalies.
Do I need to rotate encryption keys if I patch without evidence of compromise?
If no suspicious cross-operation access is detected in your logs, patching alone is sufficient. However, if you cannot audit logs thoroughly or suspect the flaw was exploited, rotate all affected C2 profile encryption keys and callback parameters as a precaution, particularly if your operations involve sensitive targets or long-lived implants.
Does this vulnerability affect air-gapped or on-premises-only Mythic deployments?
Yes. The vulnerability is internal to the application logic and does not depend on internet exposure. Any operator with valid credentials—whether on-premises or cloud-hosted—can exploit it. Air-gapping reduces the risk of initial compromise, but does not prevent exploitation by insiders or compromised operator accounts.
Can I work around this vulnerability without patching immediately?
No permanent workaround exists. As a temporary measure, you could restrict API access to the four affected endpoints via network controls (firewall, reverse proxy) to only trusted operator IPs, or disable webhook functionality if it is not in use. However, these are mitigations, not fixes. Upgrade to 3.4.0.60 as soon as possible.
This analysis is provided for informational purposes and reflects publicly available information as of the publication date. Security assessments should be tailored to your environment and threat model. Verify all version numbers, patch status, and exploitation claims against the official Mythic project advisory and your deployment logs. SEC.co does not guarantee the accuracy or completeness of this intelligence and recommends consulting vendor documentation and engaging qualified security professionals for remediation planning. Source: NVD (public-domain), retrieved 2026-08-08. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2022-42479MEDIUMMissing Authorization in TemplateHouse Soledad – MEDIUM Severity Access Control Bypass
- CVE-2022-45813MEDIUMBeRocket Advanced AJAX Product Filters Missing Authorization Flaw
- CVE-2023-25969MEDIUMMissing Authorization in ThemeHunk Contact Form Plugin
- CVE-2023-32959MEDIUMMetroStore Missing Authorization Vulnerability – Patch Guide
- CVE-2024-24709MEDIUMShareaholic Missing Authorization Vulnerability – Update Required
- CVE-2024-31435MEDIUMMissing Authorization in Inisev Social Media & Share Icons Plugin—Patch Guidance
- CVE-2024-33685MEDIUMMissing Authorization in Jegstudio Startupzy 1.1.1 – MEDIUM Severity Vulnerability
- CVE-2024-33909MEDIUMMissing Authorization in Avirtum iPages Flipbook – CVSS 5.3 Patch Guide