Regulation applies separately to Username-based logins to Email-based logins in authelia
Key facts
- Attack vector
- Network
- Privileges required
- Low
- User interaction
- None
- Attack complexity
- High
- Attack requirements
- Present
- Impact type
- Security bypass
- Confidentiality · integrity · availability
- None · Low · None
- Fix status
- Fixed
Attack profile from CVSS 4.0 · CNA. Fix status from CNA and GitHub. Impact type from CWE-307.
Summary
Authelia is an open-source authentication and authorization server providing two-factor authentication and single sign-on (SSO) for applications via a web portal. If users are allowed to sign in via both username and email the regulation system treats these as separate login events. This leads to the regulation limitations being effectively doubled assuming an attacker using brute-force to find a user password. It's important to note that due to the effective operation of regulation where no user-facing sign of their regulation ban being visible either via timing or via API responses, it's effectively impossible to determine if a failure occurs due to a bad username password combination, or a effective ban blocking the attempt which heavily mitigates any form of brute-force. This occurs because the records and counting process for this system uses the method utilized for sign in rather than the effective username attribute. This has a minimal impact on account security, this impact is increased naturally in scenarios when there is no two-factor authentication required and weak passwords are used. This makes it a bit easier to brute-force a password. A patch for this issue has been applied to versions 4.38.19, and 4.39.0. Users are advised to upgrade. Users unable to upgrade should 1. Not heavily modify the default settings in a way that ends up with shorter or less frequent regulation bans. The default settings effectively mitigate any potential for this issue to be exploited. and 2. Disable the ability for users to login via an email address.
Why it matters now
SSVC decision points
CISA ADP · SSVC 2.0.3
- Exploitation
- None
- Automatable
- No
- Technical impact
- Partial
The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.
Affected products
| Vendor | Product | Affected versions | Fixed in | Status | Source |
|---|---|---|---|---|---|
| authelia | authelia | before 4.38.19 | 4.38.19 | Patch available | CNA |
| — | github.com/authelia/authelia/v4 (Go) | before 4.38.19 | 4.38.19 | Patch available | GHSA-m5mf-3963-4x26 |
- authelia Vendorauthelia Affected before 4.38.19 Fixed in 4.38.19 Patch available CNA
- github.com/authelia/authelia/v4 (Go) Vendor— Affected before 4.38.19 Fixed in 4.38.19 Patch available GHSA-m5mf-3963-4x26
Remediation
- Fix · CNA authelia (authelia) Fixed in 4.38.19
- Fix · GHSA-m5mf-3963-4x26 github.com/authelia/authelia/v4 (Go) Fixed in 4.38.19 Advisory →
Timeline
- 2026-10-02 Threatist record created from CVE-2025-24806
- 2026-10-03 Alias added: GHSA-m5mf-3963-4x26
References
More authelia vulnerabilities
- TI-2021-12305 Authentication bypassed with malformed request URI CVSS 3.1CRITICAL 10.0
- TI-2021-10169 Authelia allows open redirects on the logout endpoint CVSS 3.1MEDIUM 5.7
- TI-2026-34791 Authelia Missing Username Canonicalization in Basic Auth (LDAP) CVSS 4.0LOW 2.9
- TI-2026-36064 Authelia has an Edge Case Access Control Rule Mismatch CVSS 4.0LOW 1.3
- TI-2026-25918 Authelia: Improper Neutralization of Input During Web Page Generation Leads to Potential Cross-site Scripting CVSS 4.0LOW 0.5
Sources
- CVE-2025-24806 · CVE Program
- CVE-2025-24806 · NVD
- FIRST EPSS
- GHSA-m5mf-3963-4x26 · GitHub Advisory Database · CC BY 4.0
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences