CVE-2025-57815: ethyca fides · Improper Restriction of Excessive Authentication Attempts
Affects ethyca fidesSource CVE Database V5
Not known to be exploited · CVSS 1.7 Low : upgrade to 2.69.1 when convenient.
Data as of 26 Oct 2026, 12:55 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 21% 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:L/VA:N/SC:N/SI:N/SA:N/E:UExploitation evidence
Disclosed: evidence found.
CVE published 8 Sep 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
Upgrade ethyca fides to 2.69.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| ethyca fides | Affected
| Fixed in
|
AI-suggested
European organizations should prioritize upgrading Fides to version 2.69.1 or later to apply the official fix that introduces specific anti-automation controls. For those using the commercial Fides Enterprise edition, configuring Single Sign-On (SSO) through a trusted OIDC provider (e.g., Azure AD, Google Workspace, Okta) is strongly recommended to disable password-based authentication entirely, thereby eliminating the attack vector. Organizations should also enforce strong password policies, including complexity and rotation requirements, to reduce the risk of credential stuffing. Implementing account lockout policies or progressive delays after failed login attempts can further mitigate brute-force risks. Monitoring login attempts for anomalous patterns and integrating with Security Information and Event Management (SIEM) systems can help detect and respond to credential testing attacks promptly. For open-source users who cannot enable SSO, additional protective measures such as deploying Web Application Firewalls (WAFs) with bot detection capabilities or custom rate limiting per user account rather than per IP address should be considered. Regular security audits and penetration testing focused on authentication mechanisms will help identify residual weaknesses.
Description
Fides is an open-source privacy engineering platform. Prior to version 2.69.1, the Fides Admin UI login endpoint relies on a general IP-based rate limit for all API traffic and lacks specific anti-automation controls designed to protect against brute-force attacks. This could allow attackers to conduct credential testing attacks, such as credential stuffing or password spraying, which poses a risk to accounts with weak or previously compromised passwords. Version 2.69.1 fixes the issue. For organizations with commercial Fides Enterprise licenses, configuring Single Sign-On (SSO) through an OIDC provider (like Azure, Google, or Okta) is an effective workaround. When OIDC SSO is enabled, username/password authentication can be disabled entirely, which eliminates this attack vector. This functionality is not available for Fides Open Source users.