CVE-2024-49587: com.palantir.gotham:glutton · The authentication algorithm is sound, but the implemented mechanism can be bypassed as the result of a separate weakness that is primary to the authentication error.
Affects com.palantir.gotham:gluttonSource CVE Database V5
Not known to be exploited · CVSS 9.1 Critical.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 25% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 19 Dec 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 2026-10-26.
What to do
AI-suggested
To mitigate CVE-2024-49587, organizations should immediately verify that all Gotham instances, especially those managed via Apollo, have received and applied the official patch from Palantir. Network segmentation should be enforced to restrict access to Glutton service endpoints only to authorized internal systems and users. Implement additional layers of authentication and authorization controls around critical backend services to prevent direct unauthenticated access. Conduct thorough audits of access logs and monitor for any unusual activity targeting Glutton endpoints. Employ runtime application self-protection (RASP) or web application firewalls (WAF) to detect and block unauthorized requests. Review and enhance secure development lifecycle (SDLC) practices to prevent similar implementation weaknesses in future releases. Coordinate with Palantir support for guidance on patch deployment and incident response. Finally, maintain up-to-date inventory of affected systems and conduct regular vulnerability assessments to ensure no residual exposure remains.
Description
Glutton V1 service endpoints were exposed without any authentication on Gotham stacks, this could have allowed users that did not have any permission to hit glutton backend directly and read/update/delete data. The affected service has been patched and automatically deployed to all Apollo-managed Gotham Instances