In this walk through, we will be going through the Insecure DOR (Reset Secret) vulnerability section from bWAPP Labs. We will be exploring and exploiting IDOR in Reset Secret implementations and learn how application are affected because of it. So, let’s get started with the Hacking without any delay.
Table of Contents
- Setting the security level to Low.
- The application has a reset secret functionality. It issues POST request to xxe-2.php file for this as it is using XML to store the values.
- I changed the secret and username in the XML format and hit forward. On checking the database, i was able to able to successfully changed the secret of the A.I.M. user.
- Doesn’t work in medium or high as XML entities disabled.
Also Read: bWAPP – Insecure DOR (Change Secret)
So, we finally completed all the security levels for the bWAPP Insecure DOR (Reset Secret) Vulnerability. We looked into the various ways how application has been set up in various levels and how we can bypass the security controls implemented. IDOR attacks can be mitigated by implementing access control checks for each object that users are trying to access. The Web frameworks often provide ways to facilitate this. Along with that, avoid exposing identifiers in URLs and POST bodies if possible. Instead, determine the currently authenticated user from session information. On that note, i will take your leave and will meet you in next one with another bWAPP vulnerability writeup, till then “Keep Hacking”.