OSCP notesExtended library
Browse tracks

Web Application Attacks

Map the application before choosing a payload

curl -i http://TARGET:PORT/
curl -i http://TARGET:PORT/robots.txt

Inspect links, forms, cookies, redirects and browser requests. Record the hostname, paths, methods, parameters and required role. Follow discovered hostnames only after confirming scope and resolving them to the intended host.

Use the matching technique page only after identifying the input and a reproducible clue.

Observed input or artifactFocused next check
Upload form and a returned file URLEstablish the upload primitive, then verify the retrieval handler; a stored file is not code execution.
A URL-fetch or document-preview featureTest the server-side request; distinguish a server request from a browser redirect.
Input reflected into a rendered templateProve evaluation and identify the engine.
An XML request or import parserValidate entity handling.

Identify a discovered WordPress site's users and components

Use only after identifying WordPress and its actual hostname/base path:

wpscan --url http://HOST:PORT/ --enumerate u,p,t --plugins-detection passive

Review users, detected plugins/themes and version confidence. Passive plugin detection does not inventory every installed plugin. The separate vulnerability-database API requires a token and has access limits; component enumeration does not need it. An absent API result is not a clean result, and this command is not an approval of an external service for exam use. Verify a relevant component/version against its advisory before using a specific exploit. WPScan options. Use existing login-testing guidance only after establishing the actual endpoint and failure signal; do not begin a password attack by default.