Skip to main content
VulnerabilityPublished

CVE-2025-57816: ethyca fides · Improper Control of Interaction Frequency

Affects ethyca fidesSource CVE Database V5

0

Not known to be exploited · CVSS 6.3 Medium : upgrade to 2.69.1 when convenient.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 4.0 base score
6.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 37% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.69.1
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 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

Upgrade ethyca fides to 2.69.1.

Affected software

ProductAffectedFixed in
ethyca fidesAffected
  • <2.69.1
Fixed in
  • 2.69.1

AI-suggested

European organizations should upgrade all Fides deployments to version 2.69.1 or later to remediate the vulnerability directly. For environments where immediate upgrading is not feasible, implementing external rate limiting at the infrastructure level is critical. This can be achieved by configuring Web Application Firewalls (WAFs), API gateways, or load balancers to enforce client IP-based rate limits, ensuring that rate limiting is applied consistently regardless of underlying infrastructure IPs. Organizations should verify that these external controls correctly identify and use the original client IP, typically by inspecting HTTP headers such as X-Forwarded-For or using proxy protocol features. Additionally, monitoring and alerting on unusual traffic patterns or spikes to the Fides API can help detect potential abuse attempts early. Network segmentation and limiting exposure of the Fides API to trusted networks or VPNs can further reduce attack surface. Finally, organizations should review their incident response plans to include scenarios involving DoS attacks against privacy engineering platforms.

Description

Fides is an open-source privacy engineering platform. Prior to version 2.69.1, the Fides Webserver API's built-in IP-based rate limiting is ineffective in environments with CDNs, proxies or load balancers. The system incorrectly applies rate limits based on directly connected infrastructure IPs rather than client IPs, and stores counters in-memory rather than in a shared store. This allows attackers to bypass intended rate limits and potentially cause denial of service. This vulnerability only affects deployments relying on Fides's built-in rate limiting for protection. Deployments using external rate limiting solutions (WAFs, API gateways, etc.) are not affected. Version 2.69.1 fixes the issue. There are no application-level workarounds. However, rate limiting may instead be implemented externally at the infrastructure level using a WAF, API Gateway, or similar technology.

References

Community reviews

Loading reviews…