Skip to main content
VulnerabilityPublished

CVE-2025-59358: JFROG · Missing Authentication

Source CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 09:15 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.8% chance of exploitation in 30 days – higher than 56% 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:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Sep 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 26 Oct 2026.

What to do

AI-suggested

To mitigate CVE-2025-59358 effectively, European organizations should implement the following specific measures: 1) Network segmentation: Restrict access to the Kubernetes cluster network and specifically isolate the Chaos Controller Manager's debugging server using Kubernetes Network Policies, firewall rules, or service mesh controls to limit exposure only to trusted administrators or monitoring systems. 2) Disable or restrict the GraphQL debugging server: If possible, disable the debugging server in production environments or configure it to listen only on localhost or secure interfaces inaccessible to general cluster workloads. 3) Implement authentication proxies: Deploy an authentication proxy or API gateway in front of the GraphQL server to enforce strong authentication and authorization controls, compensating for the missing native authentication. 4) Monitor and audit: Continuously monitor Kubernetes API server logs, pod lifecycle events, and network traffic for suspicious activity indicative of process termination or unauthorized API calls. 5) Upgrade and patch: Track Chaos Mesh releases closely and apply patches or updates once available that address this vulnerability. 6) Least privilege principle: Limit permissions of service accounts and users interacting with Chaos Mesh components to reduce the blast radius if compromised. 7) Incident response readiness: Prepare response plans for potential denial of service incidents affecting Kubernetes workloads to minimize downtime.

Description

The Chaos Controller Manager in Chaos Mesh exposes a GraphQL debugging server without authentication to the entire Kubernetes cluster, which provides an API to kill arbitrary processes in any Kubernetes pod, leading to cluster-wide denial of service.

References

Community reviews

Loading reviews…