| Package | Affected versions | Patched versions |
|---|---|---|
| lexik/jwt-authentication-bundle | ≥ 2.0.0, < 2.10.7≥ 2.11.0, < 2.11.3 | 2.10.72.11.3 |
| symfony/maker-bundle | ≥ 1.27.0, < 1.29.2≥ 1.30.0, < 1.31.1 | 1.29.21.31.1 |
| symfony/security | ≥ 2.8.0, < 3.4.49≥ 4.0.0, < 4.4.24≥ 5.0.0, < 5.2.8 | 3.4.494.4.245.2.8 |
| symfony/security-core | ≥ 2.8.0, < 3.4.48≥ 4.0.0, < 4.4.23≥ 5.0.0, < 5.2.8 | 3.4.484.4.235.2.8 |
| symfony/security-guard | ≥ 2.8.0, < 3.4.48≥ 4.0.0, < 4.4.23≥ 5.0.0, < 5.2.8 | 3.4.484.4.235.2.8 |
| symfony/security-http | ≥ 5.1.0, < 5.2.8 | 5.2.8 |
| symfony/symfony | ≥ 2.8.0, < 3.4.49≥ 4.0.0, < 4.4.24≥ 5.0.0, < 5.2.9 | 3.4.494.4.245.2.9 |
| symfony | ≥ 2.8.0, < 3.4.48≥ 4.0.0, < 4.4.23≥ 5.0.0, < 5.2.8 | 3.4.484.4.235.2.8 |
The ability to enumerate users was possible without relevant permissions due to different exception messages depending on whether the user existed or not. It was also possible to enumerate users by using a timing attack, by comparing time elapsed when authenticating an existing user and authenticating a non-existing user.
We now ensure that 403s are returned whether the user exists or not if the password is invalid or if the user does not exist.
The patch for this issue is available here for branch 3.4.
I would like to thank James Isaac and Mathias Brodala for reporting the issue and Robin Chalas for fixing the issue.
Running one of these products? Scan your site to see whether it exposes a vulnerable version.
Scan my site free