Needs work
Project:
Login Security
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
15 Feb 2012 at 01:42 UTC
Updated:
28 Jun 2017 at 17:01 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
deekayen commentedWhat's the use case here? LoginToboggan?
Comment #2
deekayen commentedCategory change to feature.
Comment #3
Delphine Lepers commentedHi
Indeed when logintoboggan is installed, the module's behaviour is incorrect on attempts made on the email address, since it does not collate tries on the user name and tries on the email address.
It also never blocks attempts made using the email address, therefore open to bruteforce attacks.
The patch does the trick just fine as it sums up tries on email address and tries on username, blocking after 3.
Comment #4
Delphine Lepers commentedHere is a better patch that cleans the table for username and emails when the user is unblocked by an admin or has successfully logged in once.
Comment #5
deekayen commentedI'm not real thrilled about considering functionality changes that don't come with a 7.x patch, too.
Comment #6
aaronbaumannecro-post:
1. this persists into 7.x
2. at least some portion of this issue is a bug, per #184487: Message containing remaining login attempts, because the existing messaging doesn't make sense for users trying to login to nonexistent accounts.