100% found this document useful (1 vote)
128 views6 pages

Web Application VAPT Checklist

The document is a comprehensive checklist for application security penetration testing, covering various issues such as authentication, session management, sensitive data exposure, and vulnerabilities like XSS, CSRF, and SQL injection. It provides detailed steps and techniques for identifying and exploiting security weaknesses in web applications. The checklist serves as a guide for security professionals to ensure thorough testing and remediation of potential vulnerabilities.

Uploaded by

bookpdf092
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
100% found this document useful (1 vote)
128 views6 pages

Web Application VAPT Checklist

The document is a comprehensive checklist for application security penetration testing, covering various issues such as authentication, session management, sensitive data exposure, and vulnerabilities like XSS, CSRF, and SQL injection. It provides detailed steps and techniques for identifying and exploiting security weaknesses in web applications. The checklist serves as a guide for security professionals to ensure thorough testing and remediation of potential vulnerabilities.

Uploaded by

bookpdf092
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

🐞

Appsec Pentesting Checklist


Authentication Issues
Response Manipulation (false to true)

Response Manipulation (0 to 1)

Status Code Manipulation

OTP Bruteforce

Captch Bypass

2FA Code Leakage in Response

Check for null or 0000 OTP

Missing integtrity for 2FA or OTP Code

Rate Limiting & Race Condition Issues


Check for No RL

Check for race conditions on sensitive functions - coupon, add money, like ,
comment, follow etc by Turbo Intruder

Appsec Pentesting Checklist 1


Mass Forgot Password Email sent ( Amazon SES paid service)

Mass SMS Bombing (Mail Chimp paid service)

Add Random Headers X-Forwarded-Host , X-Real-IP to bypass

Using Burp IP Rotation or Fake IP or any IP Changer Extension or Tool

Session Issues
Session Doesnt expire after Logout

Failure to invalidate session after password change

Failure to invalidate session after 2FA

Session Fixation ( Use same session cookie for other user)

Weak / Easily guessable Session Tokens

Reset Password email doesnt expire after email change

Sensitive Data Exposure


Directory Listing with Sensitive Data

Tokens leaked in Github

API Keys in Response, Javascript or Github

Sensitive Data in EXIF

Open S3 Buckets publically available

Find SDE by Fuzzing using ffuf or Intruder

Cross Site Scripting (XSS)


Spider all urls with burp find common params

Spider urls with Waybackurls

Appsec Pentesting Checklist 2


Check special characters blocked or not using kxss

Use common params from gf xss

Use Dorks to identify Params

URL & Double URL Encoded Payloads

Check Stored XSS on all Forms

Check DOM Xss with vulnerable sink & source

Check Blind XSS with xsshunter

Cross Site Request Forgery (CSRF)


Check CSRF Token present in request/response

Remove value of csrf_token and forward to server

Modify value of csrf_token and forward to server

Use another account's csrf token

Remove csrf_token header and forward to server

Open Redirect
Spider all urls with burp find common params like url, redir_url , redirect

Spider urls with Waybackurls

Check urls with most common params with gf patterns

Use Script or any tool to test

SSRF
Spider all urls with burp find common params like url, redir_url , redirect

Spider urls with Waybackurls

Check urls with most common params with gf patterns

Appsec Pentesting Checklist 3


Perform Port or Service Scanning with requestcatcher or burpcollab

Try to get sensitive files or metadata from server

Signup using emails like evil@[Link]

Broken Link hijacking


Check using [Link]

Install blc and test for broken Links

Try to walk on the webapp and check manually

CORS
Check using curl with command → curl "[Link] -H Origin:[Link] -I

Check using burp Add Origin Header i.e,Origin:[Link] or Origin:null or


Origin:[Link] or Origin:[Link]

Check Response Headers for ACAO: [Link] , ACAC: true

1. Best case
Access-control Allow Origin: [Link]
Access-control Allow Credential: true
2. Best case
Access-control Allow Origin: null
Access-control Allow Credential: true
3. Bad Implementation, Not Exploitable
Access-control Allow Origin: *
Access-control Allow Credential: true

HTML Injection
Check by entering <h1>attacker</h1> in search fields

Check by entering <h1>attacker</h1> in Reset password

Appsec Pentesting Checklist 4


If HTML tags get executed, use <h1>attacker</h1><a href=" [Link] "Click here</a>

and send to victim

SQLi
Identify Params by spidering the web app using burp or wayback

Add single or doube quotes to make error and check response (' or ")

Check Auth bypass with boolean logic (rohit' OR '1'='1)

Use SQLMap —batch —banner -dbs —tables —columns —dump

Use SQLMap —os-shell —sql-shell to escalte to Shell

Local File Inclusion


Identify Params by spidering the web app using burp or wayback

Check for most common params using gf xss like file= , document=

Try to read /etc/passwd

Also try to read other files

Try escalating to RCE

Remote Code Execution


Identify Params by spidering the web app using burp or wayback

Check for most common params using gf patterns like cmd= , exec= etc..

Try to execute commands like id

Check for Exploits for Rce like Apache struts

Fuzz Application with to check for RCE with a slug and id command, search for it in
response

Appsec Pentesting Checklist 5


Appsec Pentesting Checklist 6

Common questions

Powered by AI

Allowing CORS with a wildcard or a non-specific domain can lead to security vulnerabilities where any external site can initiate requests to the web application, potentially exposing sensitive data. Proper CORS configuration should involve allowing only specific, trusted domains to interact with the service, ensuring that credentials are only shared under strict conditions .

Open redirect vulnerabilities allow attackers to redirect users from a trusted site to a malicious one, increasing the effectiveness of phishing campaigns. By crafting URLs that appear trustworthy, attackers can deceive users into providing sensitive information on fake sites, thereby facilitating credential theft and identity fraud. Prevention involves validating redirect destinations to ensure they are to expected, approved locations .

Local File Inclusion (LFI) can be exploited to disclose sensitive application data or configuration files, such as accessing '/etc/passwd'. By inserting specially crafted payloads into included files, attackers might convert an LFI into Remote Code Execution (RCE), gaining control over the system. Combining these vulnerabilities can significantly elevate the potential impact of an initial LFI finding .

Using paid mass email services like Amazon SES carries risks such as the possibility of exploitation for mass phishing attacks, where attackers could trigger a large volume of phishing emails mimicking legitimate communications. Configuring these services with strict permission controls and monitoring for unusual activity can help mitigate risks .

Cross-site scripting (XSS) attacks exploit vulnerabilities such as improper input handling in web applications to inject and execute malicious scripts. These attacks can compromise user data, steal session cookies, and lead to unauthorized actions performed on behalf of the users. Mitigation strategies include using content security policies, ensuring data validation and sanitation, and employing XSS protection headers .

Tools like Burp Suite can automate the discovery of vulnerabilities by spidering web applications to identify parameters, injecting payloads to test for SQL Injection or Cross-Site Scripting, and analyzing the responses for anomalies or exploitable patterns. This process can streamline vulnerability assessments, making it easier to identify and remediate potential issues .

Sensitive data exposure can occur through directory listings, tokens leaked on platforms like Github, or open S3 buckets. Such exposure can lead to unauthorized access and theft of sensitive information, leading to identity theft or unauthorized transactions. Proper configurations like securing API keys and bucket permissions, and avoiding exposing tokens publicly, are essential to prevent such breaches .

Manipulating a response from 'false' to 'true' or '0' to '1' can bypass authentication processes, allowing unauthorized access to systems. This is because these manipulations trick the system into believing that a condition (e.g., authentication success) has been met when it has not, effectively allowing an attacker to masquerade as an authenticated user .

Session invalidation is crucial because failing to terminate active sessions after a logout or password change can allow attackers to continue accessing a user's account with a valid session token. This oversight could lead to unauthorized data access and account manipulation, as old sessions remain valid even after security credentials have been updated .

The absence of rate limiting allows attackers to repeatedly carry out operations such as login attempts or data submissions without restriction, leading to potential brute force attacks or data flooding. Race conditions in sensitive functions like 'add money' or 'like' can be exploited to perform actions multiple times when only one instance should occur, potentially allowing for unauthorized financial gains or manipulation of service metrics .

You might also like