Adaptive Login Action

Description

Adaptive Login Form: Adjusting compromise between Comfort and Paranoia.

Conception:
1. « Zero Trust Mode »
Recommended for small groups of regular Users with a Static IP Address.
Not recommended for Dynamic IP Addresses or Mobile Users.

If my current IP address is not marked as Dangerous since my last successful login, then there is no need to distrust me and force me to go through Quests to solve different types of Captchas.
In this case, the standard « Password » field is sufficient for one attempt.

But if the Attempt is unsuccessful, then we mark the IP address as Dangerous, and then it is possible and necessary to trick me (or the one who is trying to be me) with a more thorough login procedure.

There may be multilevel options. It doesn’t matter (this will be gradually added to the functionality). We are now talking about the General Principle.

Separate statistics are generated for each IP address and the ratio « Successful number of entries » / « Total number of entries » is determined. Depending on how close this parameter is to 100%, we can talk about the need for the Toughness of the Mistrust process.

This mechanism starts before the User enters his Login.

The more Unsuccessful Login attempts occur from a given IP Address, the more thoroughly it is checked.
Conversely, the Login procedure can be simplified as much as possible if there is no obvious reason.

1. « Dynamics IP Mode »
   Recommended for mobile Users with a Dynamic IP Address.
   Not recommended for Static IP Addresses.

If the User’s previous login was successful, their next authentication is performed using a simplified method.
Simply enter the correct password. However, only one attempt is allowed.
If the password was entered incorrectly, an additional security element is added to the login form: the « Secret Key » field.

Futured

• Regardless of what kind of Authentication Error occurred, be it:
• Invalid Username;
• Invalid User Password;
• Incorrectly specified additional security elements: « Secret Key » / Captcha / etc.
  This will not be indicated in the error message. There will always be only one message: « Authentication Failed ».
  Thus, we do not explicitly indicate to the potential Villain / Bot the reason for the denial of access. And the more such Reasons there are, the more complicated the Entry procedure becomes.
• If multiple consecutive unsuccessful login attempts occur, a Restrictive Timeout may be activated for the given User.
• Integration with « New Users Monitor »