RSS Amplifier

0xmun1r · Jul 26, 2026

130 Days Bug Hunting Learning Challenge | Week - 03

0
Sign in to vote or save

0xmun1r · 0xmun1r

Topic: Authentication Mechanisms & Username Enumeration

Welcome to Day 011 of the 130 Days Bug Hunting Learning Challenge.

This week, you’ll begin exploring how modern authentication systems work and how attackers identify common authentication weaknesses through observation and hands-on practice.

Read the Authentication Mechanisms and Username Enumeration sections.

🔗 https://portswigger.net/web-security/authentication

🔗 https://portswigger.net/web-security/authentication/password-based

Before starting the labs, identify the source/sink (input trust boundary) and decide which request you will modify in Burp.

• Username Enumeration via Different Responses

🔗 https://portswigger.net/web-security/authentication/password-based/lab-username-enumeration-via-different-responses

• Username Enumeration via Subtly Different Responses

🔗 https://portswigger.net/web-security/authentication/password-based/lab-username-enumeration-via-subtly-different-responses

25-minute self-attemptRevisit theoryUse a hintView the solution if necessaryReset and solve again

• Write 5 things you learned today
• Write 1 important mistake or problem you faced
• Note one HTTP Request/Response or an important concept
• Research which observable signals distinguish valid and invalid usernames, and how to avoid false positives

✅ Study Completed
✅ Core Practice Completed
✅ Progress Saved
✅ 30-Minute Notes Completed

Topic: Subtle Response Differences

Welcome to Day 012 of the 130 Days Bug Hunting Learning Challenge.

Today, you’ll learn how subtle response differences can reveal valid usernames and how to identify these behaviors during authentication testing.

Read the Subtle Response Differences section and understand where the vulnerability occurs, detection signals, impact, and prevention.

🔗 https://portswigger.net/web-security/authentication#how-do-authentication-vulnerabilities-arise

🔗 https://portswigger.net/web-security/authentication/password-based

Identify the source/sink (input trust boundary) and decide which request you will modify in Burp before starting the labs.

Core — Complete Today

• Username Enumeration via Response Timing

🔗 https://portswigger.net/web-security/authentication/password-based/lab-username-enumeration-via-response-timing

• Broken Brute-Force Protection, IP Block

🔗 https://portswigger.net/web-security/authentication/password-based/lab-broken-bruteforce-protection-ip-block

25-minute self-attemptRevisit theoryUse a hintView the solution if necessaryReset and solve again

• Write 5 things you learned today

• Write 1 important mistake or problem you faced

• Note one HTTP Request/Response or an important concept

• Research how subtle response differences can distinguish valid and invalid usernames, how to avoid false positives, and what a secure design should look like.

Topic: Timing & Account Lock Behavior

Welcome to Day 013 of the 130 Days Bug Hunting Learning Challenge.

Today, you’ll learn how timing differences and account lock behavior can reveal valid usernames and how to recognize these observable signals during authentication testing.

Read the Timing & Account Lock Behavior section. Understand where the vulnerability occurs, detection signals, impact, and prevention.

🔗 https://portswigger.net/web-security/authentication/password-based

Identify the source/sink (input trust boundary) and decide which request you will modify in Burp before starting the lab.

Core — Complete Today

• Username Enumeration via Account Lock

🔗 https://portswigger.net/web-security/authentication/password-based/lab-username-enumeration-via-account-lock

25-minute self-attemptRevisit theoryUse a hintView the solution if necessaryReset and solve again

• Write 5 things you learned today

• Write 1 important mistake or problem you faced

• Note one HTTP Request/Response or an important concept

• Research how timing and account lock behavior create observable signals that distinguish valid and invalid usernames, how to avoid false positives, and what a secure design should look like.

✅ Study Completed
✅ Core Practice Completed
✅ Progress Saved
✅ 30-Minute Notes Completed

Topic: Rate Limit & IP Block Weaknesses

Welcome to Day 014 of the 130 Days Bug Hunting Learning Challenge.

Today, you’ll learn how rate limiting and IP blocking work, understand their common weaknesses, and recognize observable signals during authentication testing.

Read the Rate Limit & IP Block Weaknesses section. Understand where the vulnerability occurs, detection signals, impact, and prevention.

🔗 https://portswigger.net/web-security/authentication/password-based

Identify the source/sink (input trust boundary) and decide which request you will modify in Burp before starting the lab.

Core — Complete Today

• Broken Brute Force Protection, Multiple Credentials per Request

🔗 https://portswigger.net/web-security/authentication/password-based/lab-broken-brute-force-protection-multiple-credentials-per-request

25-minute self-attemptRevisit theoryUse a hintView the solution if necessaryReset and solve again

• Write 5 things you learned today

• Write 1 important mistake or problem you faced

• Note one HTTP Request/Response or an important concept

• Research how rate limits and IP blocking work, what weaknesses attackers may exploit, how to recognize observable signals, avoid false positives, and what a secure implementation should look like.

✅ Study Completed
✅ Core Practice Completed
✅ Progress Saved
✅ 30-Minute Notes Completed

Topic: Multi Credential Request Behavior

Welcome to Day 015 of the 130 Days Bug Hunting Learning Challenge.

Today, you’ll learn how multi-credential request behavior affects authentication security and understand how to identify weaknesses in multi-factor authentication implementations.

Read the Multi Credential Request Behavior section. Understand where the vulnerability occurs, detection signals, impact, and prevention.

🔗 https://portswigger.net/web-security/authentication/multi-factor

Identify the source/sink (input trust boundary) and decide which request you will modify in Burp before starting the lab.

Core — Complete Today

• 2FA Simple Bypass

🔗 https://portswigger.net/web-security/authentication/multi-factor/lab-2fa-simple-bypass

25-minute self-attemptRevisit theoryUse a hintView the solution if necessaryReset and solve again

• Write 5 things you learned today

• Write 1 important mistake or problem you faced

• Note one HTTP Request/Response or an important concept

• Research how Multi Credential Request Behavior distinguishes valid and invalid states, how to avoid false positives, and what a secure design should look like.

✅ Study Completed
✅ Core Practice Completed
✅ Progress Saved
✅ 30-Minute Notes Completed

Learn More About HAXSTIK : CLICK HERE

Read the original on 0xmun1r.substack.com

Comments

Nothing yet. Say the first thing.

    Sign in to join the conversation.