SVIG/python-bootcamp
7
0
Fork 1
Code Issues Pull Requests 1 Releases Wiki Activity

Update page 'OWASP test - Sloetjes'

xuanyi.wang
2023-05-25 17:10:18 +02:00
parent 5dd4b59c70
commit 19656179b0
1 changed files with 8 additions and 13 deletions
Download Patch File Download Diff File Expand all files Collapse all files
OWASP test - Sloetjes.md
+8 -13
@@ -8,19 +8,14 @@
* Describe some logic to monitor failed logins, and using geolocation of the incoming IP address, the permissions of the username trying to log in, and the number of previously failed logins, a procedure to determine whether to alert administrators to a genuine break-in attempt vs a brute-force attempt.
> Monitor each login attempt, successful or not.
If a login attempt fails:
Record the IP address, timestamp, and username.
Increase the count of failed attempts for this IP address and/or username.
If there are more than a certain number of failed attempts in a certain timeframe from the same IP or username:
Use a geolocation service to identify the location of the IP.
Compare this location to the known or expected location of the user.
Check the user's permission level. Higher-risk users (like admins) may warrant tighter security measures.
If the location doesn't match or there are too many attempts, it may be a brute force or break-in attempt. Notify the administrators based on these factors.
> If a login attempt fails:
> Record the IP address, timestamp, and username.
> Increase the count of failed attempts for this IP address and/or username.
> If there are more than a certain number of failed attempts in a certain timeframe from the same IP or username:
> Use a geolocation service to identify the location of the IP.
> Compare this location to the known or expected location of the user.
> Check the user's permission level. Higher-risk users (like admins) may warrant tighter security measures.
> If the location doesn't match or there are too many attempts, it may be a brute force or break-in attempt. Notify the administrators based on these factors.
* Describe the lifetime of a session-only cookie, and how this could be used to create a session authorization token.
* Describe the logic the web server should use when being presented with a session authorization token from a user, which isn't in the server's corresponding database.