Skip to main content
CVE-2025-53710VulnerabilityPublished

CVE-2025-53710: com.palantir.compute:compute-service · The product does not properly compartmentalize or isolate functionality, processes, or resources that require different privilege levels, rights, or permissions.

Affects com.palantir.compute:compute-serviceSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 19% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Dec 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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-25.

What to do

AI-suggested

European organizations should take immediate steps to mitigate this vulnerability beyond generic advice: 1) Audit all Kubernetes namespaces running Palantir Foundry Container Service to verify pod isolation and network policies. 2) Implement strict Kubernetes NetworkPolicies to restrict pod-to-pod communication within namespaces, ensuring that only explicitly allowed traffic is permitted. 3) Review and harden deployment configurations to eliminate misconfigurations that allow cross-pod communication. 4) Restrict access to the vulnerable endpoint by applying authentication and authorization controls, or disable it if not required. 5) Monitor container logs and network traffic for unusual inter-pod communication patterns indicative of exploitation attempts. 7) Employ runtime security tools that can detect anomalous command executions within containers. 8) Conduct penetration testing and red team exercises simulating this vulnerability to validate defenses. 9) Educate DevOps and security teams on secure container orchestration best practices to prevent similar issues. 10) Maintain up-to-date inventories of affected components and track vulnerability disclosures for timely remediation.

Description

Due to a product misconfiguration in certain deployment types, it was possible from different pods in the same namespace to communicate with each other. This issue resulted in bypass of access control due to the presence of a vulnerable endpoint in Foundry Container Service that executed user-controlled commands locally.

References

Community reviews

Loading reviews…