2

I´m pentesting a clients website and found a self XSS Vulnerability in the Login Page: in case of a login error the Error Page shows the Username, so if you input <script>alert("XSS")</script> as User, it shows the alert box. However, it´s probably not that likely, that users do that by themselves. So I´m looking for a way to further exploit this.

My first idea was to generate a link with the parameters of the POST Request in the URL so I would get a reflected XSS if somebody clicked it. But the username and password parameters are sent in the request body and not I the URL. And according to this answer: How to exploit XSS in POST request when parameter is going in body? it is not possible to craft a link with the body Parameters in the URL.

I´m guessing the application could have more problems with Input Validation but since this is a blackbox test I have no credentials and can only work with the Login Page. So does anyone have any ideas/could point me in the right direction how I could "upgrade" the self XSS to a more severe Vulnerability?

EDIT: Thanks for the Help, I managed to get a CSRF. In Case someone is reading this in the future: Burp Suite has a cool feature for this: right click on the Request, select Engagement Tools and then CSRF PoC. It will then create a basic HTML Page that submits the specified request if someone clicks the Button

1

2 Answers 2

1

Use the method described in the linked answer. The attacker creates a webpage with a form that automatically submits using JavaScript. Then the attacker submits the URL to the attacker's page to the victim.

If there is XSS in the username field, it is very likely that the application is vulnerable for XSS in many other places. So you may want to continue searching for a place that is easier to exploit.

1
  • Thank you, I found out Burp Suite has a built in feature for that which worked fine (edited my question) Feb 25, 2021 at 7:35
1

I agree with you; that's evidence of sloppy coding and probably worth mentioning as a Low, but probably not directly exploitable. If you do manage to get deeper into the application, then continuing to poke at XSS is likely to be fruitful :)

Aside: what kind of pen test doesn't even give you credentials for the login page??? That's like test-driving a car without giving you the keys. If this is a hired pen test, then I would definitely note that in the Scope section of your report so that they don't try to pass off your report as a deeper pentest than it was.

1
  • Thanks for the heads up, I´ll make sure to note that in the report Feb 25, 2021 at 7:27

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.