A Python based scanner to find potential SSRF parameters in a web application.
SSRF being one of the critical vulnerabilities out there in web, i see there was no tool which would automate finding potential vulnerable parameters. See-SURF can be added to your arsenal for recon while doing bug hunting/web security testing.
Built with
Python3
-
Matches any GET URL Parameters containing keyword web/url (MORE TO BE ADDED).
Examplegoogle.com/url=https://yahoo.com
Also,
checks the parameter values for any URL or IP address passed.
Example:google.com/q=https://yahoo.com
-
Matches any POST request INPUT params with "Name" attribute containing keyword web/url(MORE TO BE ADDED)
Also,
matches Values and Placeholder attribute containing a URL pattern.
Example:
<input type="text" name="url" value="https://google.com" placeholder="https://msn.com">
-
Multiple conditions to cut down false positives, as crawling pulls up a lot of stuff. Only same domain is crawled for now.
-
By Default, normal mode is On, with verbose switch you would see the same vulnerable param in different endpoints. Same parameter may not be sanitized at all places. But verbose mode generates a lot of noise.
Example:
https://google.com/abc/1/urlToConnect=https://yahoo.com>
https://google.com/123/urlToConnect=https://yahoo.com
-
Supply cookies for an authenticated scanning.
-
Comments on almost every logic so people who would like to contribute can understand easily.
-
Makes external request with the vulnerable parameter to confirm the possibility of SSRF
[-] This would run with default threads=10, no cookies/session and NO verbose mode
python3 see-surf.py -H https://www.google.com
[-] Space separate Cookies can be supplied for an authenticated session crawling
python3 see-surf.py -H https://www.google.com -c cookie_name1=value1 cookie_name2=value2
Recently added feature
[-] Fire up burpsuite collaborator and pass the host with -p parameter Or start a simple python http server and wait for the
vulnerable param to execute your request. (Highly Recommended)
Payload will get executed with the param at the end of the string so its easy to identify which one is vulnerable.
For example: http://72.72.72.72:8000/vulnerableparam
python3 see-surf.py -H https://www.google.com -c cookie_name1=value1 cookie_name2=value2 -p http://72.72.72.72:8000
[-] Supplying no. of threads and verbose mode (VERBOSE MODE IS NOT RECOMMENDED IF YOU DON'T WANT TO SPEND LONGER TIME BUT THE
POSSIBILITY OF BUG FINDING INCREASES)
python3 see-surf.py -H https://www.google.com -c cookie_name1=value1 cookie_name2=value2 -t 20 -v
By Default, normal mode is On, with verbose switch you would see the same potential vulnerable param in different endpoints.
(Same parameter may not be sanitized at all places. But verbose mode generates a lot of noise.)
Example:
https://google.com/abc/1/urlToConnect=https://yahoo.com
https://google.com/123/urlToConnect=https://yahoo.com
git clone https://github.com/In3tinct/See-SURF.git
cd See-SURF/
pip3 install BeautifulSoup4
pip3 install requests
A basic framework has been created. More tested would be added to reduce any false positives.
- Report bugs.
- Suggestions for improvement.
- Suggestions for future extensions.
Template - https://gist.github.com/akashnimare/7b065c12d9750578de8e705fb4771d2f
Some regexes from https://www.regextester.com/97040
Stackoverflow and Entire Internet.
- Include more places to look for potential params like Javascript files
- Finding potential params during redirection.
- More conditions to avoid false positives.
- Exploitation. (Hitting Bulls eye)
GNUV3 © [In3tinct]
Twitter - https://twitter.com/_In3tinct