IDOR is Everywhere šŸ˜ You need to find them

Goutham A S
4 min readNov 28, 2022

--

Privilege Escalation, IDOR, and Access Control bugs are my favorite nowadays, I found them everywhere šŸ¤·ā€ā™‚ļø

Hello Folks, In this article, I will explain the IDOR on Acko.

Todayā€™s application belongs to one of the ā€œprivate-sector general insurance companies in India called Ackoā€.

I saw someone post about their ā€œHall of Fameā€ from this application. But here my aim is not to get any recognition or monetary reward, just to find only IDOR or Access Control flaws.

Note: I have not reported this vulnerability to Acko, as I donā€™t want any recognition or reward, and I know many times companies want a bug report but they donā€™t want to reward it, so I usually find bugs to improve my knowledge and skills, not to get any reward.

I recommend you please donā€™t hunt any bugs on google dork or self-hosted bug bounty programs especially these types of startups.

For Example - https://www.acko.tech/bug-bounty/

Most of the time this kind of company doesnā€™t want to reward money, they need a report, once they received it they donā€™t want to pay money, they will start giving excuses, you can say without any money they want to fix a bug ( Free services ). Reporting the bug to this kind of company is a complete waste of time and effort. Better hunt on Bugcrowd and Hackerone. They will reward the effort and time which you put in.

Letā€™s get Started !! šŸ˜‰

Firstly, during the recon phase, I observed that the application uses Cloudflare.

Target use Cloudflare WAF

Then I started finding the origin IP to bypass WAF protection so that the attack surface becomes high.

I tried extracting the Origin IP and trying to Fuzz for information disclosure or sensitive file leakage. But couldnā€™t get anything useful.

Then I tried to load the IP in the browser so that I can perform XSS or other exploits, but unfortunately, couldnā€™t.

Then I tried rate-limiting bypass and other logical bugs, but nothing works.

Now comes my favorite bug IDOR. Every time my first bug in any application will be Privilege Escalations or IDOR. But here I couldnā€™t perform Privilege escalations as this application doesnā€™t have more roles.

I started hunting the IDOR this time, and here is my approach.

I visited all most all the possible APIs and try to understand the application behavior.

I found one API, which gives the user information and their bank details which they saved in their account.

Which looks like this šŸ‘‡ https://www.acko.com/authorization/api/auth/user/get?bank_details=true

The output will be in JSON format with all the details of the user profile and his bank details.

I observed that in the request there is no user ID. But sometimes developers will code in such a way that the unique identifier will be used to fetch the specific details of the user.

I searched in the burp, with common parameters w.r.t to IDOR. I found one identifier ā€œuser-idā€ which is hidden somewhere in the request and looks like šŸ‘‡

55AyzLFC53eHDdghs789gdfs:166948475759:b3ebc46cca0b4fhfc64738a5efe4c8e178e06

I quickly created another account and copied the user id of the other account and replaced it.

Surprisingly, the response!

I got the details of another user! Which is really awesome.

Here brute-forcing the user-id is not possible as it is too lengthy. But this application is still vulnerable to Cookie expiry, attacker can use this vulnerability to the chain with IDOR and get access to Bank accounts and PII Information.

If you feel this is not a security concern, drop a message in the comments.

Thatā€™s it for this write-up.

Happy Hacking šŸ„‚šŸ„‚

Thanks for reading.

Please follow me for more writeups.

--

--

Goutham A S
Goutham A S

Written by Goutham A S

Security enthusiast working to secure web for others | Follow me on Linkedin: https://www.linkedin.com/in/goutham-a-s-279992164/

Responses (8)