This time I took permission from the zoom team to test out-of-scope applications. However, they did not accept at first but later they said they will accept only if the vulnerability comes under the P1 or P2 category.
Let's dig into OOS
#7 Remember Part-1 #2 where they fixed CSRF by adding wp-nonce, Later I bypassed that by using another logged-in zoom user “wp-nonce” token to perform a successful CSRF attack everything looks fine as of now but this won't come under the P1 or P2 category. Now comes the XSS, there are few fields where I can inject XSS payload, and that’s not the end, I can’t steal cookies because of the HTTPOnly flag which is set to “TRUE”. Is it over?
No, Instead of cookies I focused on stealing API keys, I used blind XSS payload from XSS hunter to read the source page of an api/* endpoints. With the API keys, I can perform any actions with the help of the Zoom API playground.
The final POC looks like
<script>history.pushState(‘’, ‘’, ‘/’)</script>
<form action=”https://developer.zoom.us/me/" method=”POST”>
<input type=”hidden” name=”company-name” value=”test” />
<input type=”hidden” name=”developer-contact” value=”email@example.com” />
<input type=”hidden” name=”app-name” value=”test” />
<input type=”hidden” name=”app-description” value=”</textarea><BLIND XSS PAYLOAD>” />
<input type=”hidden” name=”platforms” value=”web” />
<input type=”hidden” name=”wp_nonce” value=”914fbb3bb0" />
<input type=”submit” value=”Submit request” />
Sending the above exploit to any user, among successful attack I can steal their API key and secret.
further found in two more endpoints and got rewarded.
#8 Stealing Zak tokens leads to compromise zoom accounts.
I thought of working on api’s more, one API endpoint /user/get gives all the user information if we provide user-id
Getting a user id is not a big deal, refer to Part-1 #3 to know how I was able to find user-id, once I requested, below is the response which I got
few things I noticed here token, zpk, and zak, what exactly are these? How to use them, where to use them? Lots of questions :|
But one thing I understood zak and zpk are JWT tokens! wait, zoom is not using JWT for authentication. I tried to decode zak using JWT.io
No other information, still not sure how to exploit. The next day I tried the same technique which is used to compromise analyst account refer to Part-1 #5
Crafted URL: https://zoom.us/<reducted>?zak=<zak token>
Guess what! I was able to login to the owner account directly
Found multiple API endpoints which disclose zak tokens and reported, Got a good reward!
#9 Later I tried to remove all the privileges to one of the users within the account and tried to log in but failed to access the zoom.us account.
However, I was able to access the developer.zoom.us account. Here I can get API keys and perform any action using API endpoints. Reported and rewarded.
#10 Zoom states that v1 API will be deprecated and they already started v2 API soon I checked v2 and the documentation shows that API keys are valid only for 10 minutes. however, it is not expiring after 10 minutes. Reported and got rewarded.
**After few days I got a notification as Zoom added all subdomains in the scope and increased the reward. Time to dig deeper..
#11 bypassing Signature & Stealing pager-duty API keys of any zoom user
Zoom introduced marketplace.zoom.us, where anyone can create integration which is later verified by the zoom team and approves.
I installed pager duty integration from the marketplace and configured the application with a pager duty API key.
After a few backs and forth trials I checked my burp history, where I found a <Reducted>.zoom.us is managing the pager duty API keys which are configured earlier.
GET /pagerduty/config?signature=7HuiNVkFlvvqNxooZzLAevNuvyA&user_id=M4u<REDUCTED> HTTP/1.1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0
Accept-Encoding: gzip, deflate
There are no cookies, so I directly try accessing the Request in repeater and the Response is
HTTP/1.1 200 OK
Date: Mon, 29 Jul 2019 20:08:26 GMT
Content-Type: application/json; charset=utf-8
access-control-allow-headers: Content-Type, Authorization
access-control-allow-methods: OPTIONS, GET, POST, PUT, PATCH, DELETE
Okay, what is the vulnerability here, lack of cookies? No
If you observe the Request, the URL contains two things Signature and User_id
of course, finding a user-id is very easy, if you think how? refer to part 1 #3. However the problem is with the signature, this acts as an auth. If I can bypass this I can steal any zoom user pager duty API key if configured, tried multiple ways, after some time I simply removed the value of a signature and then? you know what happened, I was able to access the pager duty API key. Now changing the user_id to others I was able to view the pager duty API key.
Reported and Rewarded later.
any feedback, comments, and suggestions would be highly appreciated
To be continued …