Lab: Privilege escalation via server-side prototype pollution

Study the address change feature

1. Log in and visit your account page. Submit the form for updating your billing and delivery address.

2. In Burp, go to the Proxy > HTTP history tab and find the POST /my-account/change-address request.

3. Observe that when you submit the form, the data from the fields is sent to the server as JSON.

4. Notice that the server responds with a JSON object that appears to represent your user. This has been updated to reflect your new address information.

5. Send the request to Burp Repeater.

Identify a prototype pollution source

1. In Repeater, add a new property to the JSON with the name __proto__, containing an object with an arbitrary property:

   "__proto__": { "foo":"bar" }

2. Send the request.

3. Notice that the object in the response now includes the arbitrary property that you injected, but no __proto__ property. This strongly suggests that you have successfully polluted the object's prototype and that your property has been inherited via the prototype chain.

Identify a gadget

1. Look at the additional properties in the response body.

2. Notice the isAdmin property, which is currently set to false.

Craft an exploit

1. Modify the request to try polluting the prototype with your own isAdmin property:

   "__proto__": { "isAdmin":true }

2. Send the request. Notice that the isAdmin value in the response has been updated. This suggests that the object doesn't have its own isAdmin property, but has instead inherited it from the polluted prototype.

3. In the browser, refresh the page and confirm that you now have a link to access the admin panel.

4. Go to the admin panel and delete carlos to solve the lab.