Intro
Most of the web applications I see are kinda binary when it comes to CSRF protection; either they have one implemented using CSRF tokens (and more-or-less covering the different functions of the web application) or there is no protection at all. Usually, it is the latter case. However, from time to time I see application checking the Referer HTTP header.
A couple months ago I had to deal with an application that was checking the Referer as a CSRF prevention mechanism, but when this header was stripped from the request, the CSRF PoC worked. BTW it is common practice to accept empty Referer, mainly to avoid breaking functionality.
A couple months ago I had to deal with an application that was checking the Referer as a CSRF prevention mechanism, but when this header was stripped from the request, the CSRF PoC worked. BTW it is common practice to accept empty Referer, mainly to avoid breaking functionality.
The OWASP Cross-Site Request Forgery (CSRF) Prevention Cheat Sheet tells us that this defense approach is a baaad omen, but finding a universal and simple solution on the Internetz to strip the Referer header took somewhat more time than I expected, so I decided that the stuff that I found might be useful for others too.
Solutions for Referer header strip
Most of the techniques I have found were way too complicated for my taste. For example, when I start reading a blog post from Egor Homakov to find a solution to a problem, I know that I am going to:
Rich Lundeen (aka WebstersProdigy) made an excellent blog post on stripping the Referer header (again, make sure you read that one first before you continue). The HTTPS to HTTP trick is probably the most well-known one, general and easy enough, but it quickly fails the moment you have an application that only runs over HTTPS (this was my case).
The data method is not browser independent but the about:blank trick works well for some simple requests. Unfortunately, in my case the request I had to attack with CSRF was too complex and I wanted to use XMLHttpRequest. He mentions that in theory, there is anonymous flag for CORS, but he could not get it work. I also tried it, but... it did not work for me either.
Krzysztof Kotowicz also wrote a blog post on Referer strip, coming to similar conclusions as Rich Lundeen, mostly using the data method.
Finally, I bumped into Johannes Ullrich's ISC diary on Referer header and that led to me W3C's Referrer Policy. So just to make a dumb little PoC and show that relying on Referer is a not a good idea, you can simply use the "referrer" meta tag (yes, that is two "r"-s there).
The PoC would look something like this:
- learn something very cool;
- have a serious headache from all the new info at the end.
Rich Lundeen (aka WebstersProdigy) made an excellent blog post on stripping the Referer header (again, make sure you read that one first before you continue). The HTTPS to HTTP trick is probably the most well-known one, general and easy enough, but it quickly fails the moment you have an application that only runs over HTTPS (this was my case).
The data method is not browser independent but the about:blank trick works well for some simple requests. Unfortunately, in my case the request I had to attack with CSRF was too complex and I wanted to use XMLHttpRequest. He mentions that in theory, there is anonymous flag for CORS, but he could not get it work. I also tried it, but... it did not work for me either.
Krzysztof Kotowicz also wrote a blog post on Referer strip, coming to similar conclusions as Rich Lundeen, mostly using the data method.
Finally, I bumped into Johannes Ullrich's ISC diary on Referer header and that led to me W3C's Referrer Policy. So just to make a dumb little PoC and show that relying on Referer is a not a good idea, you can simply use the "referrer" meta tag (yes, that is two "r"-s there).
The PoC would look something like this:
<html>
<meta name="referrer" content="never">
<body>
<form action="https://vistimsite.com/function" method="POST">
<input type="hidden" name="param1" value="1" />
<input type="hidden" name="param2" value="2" />
...
</form>
<script>
document.forms[0].submit();
</script>
</body>
</html>
Conclusion
As you can see, there is quite a lot of ways to strip the Referer HTTP header from the request, so it really should not be considered a good defense against CSRF. My preferred way to make is PoC is with the meta tag, but hey, if you got any better solution for this, use the comment field down there and let me know! :)
Related articles
- Nsa Hack Tools Download
- How To Hack
- How To Make Hacking Tools
- Hack Tools For Games
- Pentest Tools Open Source
- Hack Tool Apk No Root
- How To Install Pentest Tools In Ubuntu
- Top Pentest Tools
- Hacker Tool Kit
- Hack Tools Github
- Bluetooth Hacking Tools Kali
- Pentest Tools Url Fuzzer
- Pentest Tools Alternative
- Hacker Tools Software
- Hacks And Tools
- How To Install Pentest Tools In Ubuntu
- Pentest Tools Nmap
- Hacker Tools Apk
- Hack Tools For Windows
- Hacker Tools Software
- Pentest Tools Download
- Nsa Hack Tools
- Nsa Hacker Tools
- Underground Hacker Sites
- Hacker Tools Hardware
- Hackers Toolbox
- Pentest Tools Github
- Pentest Tools Find Subdomains
- Pentest Tools Online
- New Hacker Tools
- Best Hacking Tools 2020
- Hackrf Tools
- Hacker Tools Free Download
- Hacking Tools 2020
- Hack Apps
- Computer Hacker
- Hacker Tools 2020
- Top Pentest Tools
- Hack Tools Mac
- Wifi Hacker Tools For Windows
- Hacking Tools Hardware
- Hack And Tools
- Hacker Tool Kit
- Computer Hacker
- What Are Hacking Tools
- Pentest Tools Url Fuzzer
- Tools 4 Hack
- Hack Tools For Ubuntu
- Best Hacking Tools 2020
- Hacker Tools Free
- Tools For Hacker
- Hacker Tools For Pc
- Pentest Tools Find Subdomains
- Pentest Tools Windows
- Hacker Tools Apk
- Usb Pentest Tools
- Android Hack Tools Github
- What Are Hacking Tools
- Hacker Search Tools
- Pentest Tools Open Source
- Hack Tools For Mac
