CVE-2025-63291: Incorrect Use of Privileged APIs
Source CVE Database V5
Not known to be exploited · CVSS 5.4 Medium.
Data as of 26 Oct 2026, 15:59 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 17% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 14 Nov 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
AI-suggested
- Immediate mitigation should involve restricting API access to trusted users and enforcing strict role-based access controls within Alteryx Server to limit the scope of accessible MongoDB object IDs.
- Monitor API request logs for unusual access patterns or attempts to query arbitrary object IDs.
- Rotate all administrative and private API keys that may have been exposed or are at risk.
- Implement network-level segmentation and firewall rules to restrict access to the Alteryx Server API endpoints only to authorized systems and users.
- Engage with Alteryx support or vendor channels to obtain official patches or updates addressing this vulnerability as they become available.
- Conduct a thorough audit of user permissions and API key usage to identify and remediate any unauthorized access.
- Educate administrators and developers on secure API usage and the importance of validating authorization checks on all data requests.
- Consider deploying Web Application Firewalls (WAFs) with custom rules to detect and block suspicious API calls referencing unauthorized MongoDB object IDs. These measures collectively reduce the risk of exploitation until a vendor patch is released.
Description
When processing API requests, the Alteryx server 2022.1.1.42654 and 2024.1 used MongoDB object IDs to uniquely identify the data being requested by the caller. The Alteryx server did not check whether the authenticated user had permission to access the specified MongoDB object ID. By specifying particlar MongoDB object IDs, callers could obtain records for other users without proper authorization. Records retrievable using this attack included administrative API keys and private studio api keys.