User Enumeration via Response Timing

Summary

ImpactThe attacker can validate if a user exists by checking the time login returns. This timing difference can be used to enumerate valid usernames, after which an attacker could attempt brute force attacks. PatchesThis vulnerability has been patched, implementing a timing-safe form login authenticator that ensures consistent response times regardless of whether a user exists or not. Technical DetailsThe vulnerability was caused by different response times when: • A valid username was provided (password hashing occurred) • An invalid username was provided (no password hashing occurred) The fix introduces a TimingSafeFormLoginAuthenticator that performs a dummy password hash verification even for non-existent users, ensuring consistent timing. WorkaroundsNo workarounds are available. Users should upgrade to the patched version. References * https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/03-Identity_Management_Testing/04-Testing_for_Account_Enumeration_and_Guessable_User_Account

Timeline

1. Sep 3, 2025, 2:25 PM UTCCVE published
2. Sep 3, 2025, 2:45 PM UTCCISA SSVC assessment

   Exploitation: none · Automatable: no · Technical impact: partial

3. Sep 3, 2025, 2:46 PM UTCRecord last updated

Affected versions

• mautic/core

  From 4.4.0; From 5.0.0-alpha; From 6.0.0-alpha

• mautic/corePackagist

  From 4.4.0 · fixed in 4.4.17

• mautic/corePackagist

  From 5.0.0-alpha · fixed in 5.2.8

• mautic/corePackagist

  From 6.0.0-alpha · fixed in 6.0.5

References 1