[GH-ISSUE #94] Create a brute force login protection module set #75

Open
opened 2026-02-25 21:34:03 +03:00 by kerem · 8 comments
Owner

Originally created by @jasonmunro on GitHub (Jun 28, 2016).
Original GitHub issue: https://github.com/cypht-org/cypht/issues/94

Originally assigned to: @Danelif on GitHub.

lots of great ideas on this here:
https://www.owasp.org/index.php/Blocking_Brute_Force_Attacks

Originally created by @jasonmunro on GitHub (Jun 28, 2016). Original GitHub issue: https://github.com/cypht-org/cypht/issues/94 Originally assigned to: @Danelif on GitHub. lots of great ideas on this here: https://www.owasp.org/index.php/Blocking_Brute_Force_Attacks
Author
Owner

@marclaporte commented on GitHub (May 7, 2024):

@Danelif please advise.

<!-- gh-comment-id:2097137955 --> @marclaporte commented on GitHub (May 7, 2024): @Danelif please advise.
Author
Owner

@Danelif commented on GitHub (May 7, 2024):

Alright

<!-- gh-comment-id:2097615194 --> @Danelif commented on GitHub (May 7, 2024): Alright
Author
Owner

@Danelif commented on GitHub (May 7, 2024):

I have read this article carefully https://www.owasp.org/index.php/Blocking_Brute_Force_Attacks and found it very relevant. But some techniques are not included in it.
If we want to create brute-force login protection, consider including the (2-3) FA technique (2-3 Factor Authentication). The user might provide a unique OTP sent to his email address or mobile phone once the username/password is correct.
Also, The limitation of attempting to log in can be considered from a single IP address. If the limit is reached we can suggest the user to recover it password by emailing an OTP to the email in our database.

<!-- gh-comment-id:2097743157 --> @Danelif commented on GitHub (May 7, 2024): I have read this article carefully https://www.owasp.org/index.php/Blocking_Brute_Force_Attacks and found it very relevant. But some techniques are not included in it. If we want to create brute-force login protection, consider including the (2-3) FA technique (2-3 Factor Authentication). The user might provide a unique OTP sent to his email address or mobile phone once the username/password is correct. Also, The limitation of attempting to log in can be considered from a single IP address. If the limit is reached we can suggest the user to recover it password by emailing an OTP to the email in our database.
Author
Owner

@marclaporte commented on GitHub (May 7, 2024):

@Danelif Thank you, please look at how it is done in Tiki to get some more good ideas.

<!-- gh-comment-id:2098825723 --> @marclaporte commented on GitHub (May 7, 2024): @Danelif Thank you, please look at how it is done in Tiki to get some more good ideas.
Author
Owner

@Danelif commented on GitHub (May 16, 2024):

@marclaporte In tiki 2FA is done using Google2FA php library. Good idea indeed. Instead of using OTP, in Tiki, we use TOTP. But the only problem is that there is not much documentation and usage I wonder why?

<!-- gh-comment-id:2114337703 --> @Danelif commented on GitHub (May 16, 2024): @marclaporte In tiki 2FA is done using Google2FA php library. Good idea indeed. Instead of using OTP, in Tiki, we use TOTP. But the only problem is that there is not much documentation and usage I wonder why?
Author
Owner

@marclaporte commented on GitHub (May 17, 2024):

Some docs:

TOTP uses time, so the code changes every 30 seconds.

<!-- gh-comment-id:2116931240 --> @marclaporte commented on GitHub (May 17, 2024): Some docs: - https://doc.tiki.org/PluginTOTP - https://doc.tiki.org/Two-factor-authentication TOTP uses time, so the code changes every 30 seconds.
Author
Owner

@Danelif commented on GitHub (Jul 10, 2024):

@marclaporte I have seen how 2FA works in tiki. It could be great to to the same in cypht

<!-- gh-comment-id:2220447132 --> @Danelif commented on GitHub (Jul 10, 2024): @marclaporte I have seen how 2FA works in tiki. It could be great to to the same in cypht
Author
Owner

@marclaporte commented on GitHub (Jul 10, 2024):

ok, please proceed as a medium priority. High priority is fixing bugs before adding new features.

<!-- gh-comment-id:2220836011 --> @marclaporte commented on GitHub (Jul 10, 2024): ok, please proceed as a medium priority. High priority is fixing bugs before adding new features.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/cypht#75
No description provided.