DoS via Playbook
Medium
M
Mattermost
Submitted None
Actions:
Reported by
vultza
Vulnerability Details
Technical details and impact analysis
## Summary:
A normal user can create a playbook, that has some attributes like the `run_summary_template`, `retrospective_template` and `description`,that don't have any size check or validation, which allows an attacker to set an unlimited number of characters as their values.
In a production environment is possible to set up to 50MB of data, due to the default nginx configuration, as the `run_summary_template` value. The creation of the playbook for itself is not sufficient to trigger an DoS attack in the application, but once this playbook is executed(run) the server starts to consume a large amount of computing resources, which causes to the server to stop responding to users requests and ultimately leads to server crash.
This attack is even worst because after the application is restarted, its not possible to the user who created the playbook run to finish its execution via the Web Portal, because both the channel created by the playbook run, and the run dedicated management page, don't properly load, showing only a blank screen.
## Steps To Reproduce:
1. Log in as a normal user in the platform.
2. Grab the user `MMAUTHTOKEN` authentication token.
3. Generate the playbook payload, that contains 50000000(50MB) characters as the `run_summary_template` attribute value. Use F1893243
4. Send the following `POST` request to the `plugins/playbooks/api/v0/playbooks` API endpoint:
```bash
curl -X POST "http://<domain>/plugins/playbooks/api/v0/playbooks" -H 'Content-Type: application/json' -d @payload --cookie "MMAUTHTOKEN=<user-auth-token>" -H "X-CSRF-TOKEN: <csrf-token>"
```
5. Go to the playbooks page, and click on the newly created playbook.
6. Click in the "Run" button and then set an name for the run.
7. After the run is initiated, the server will start to consume an abnormal quantity of computing resources, and crashes after some seconds.
8. The application becomes unavailable for all its users.
## Supporting Material/References:
* PoC Video
{F1893242}
## Impact
A user can cause a full denial of service attack in the application server, making the application server unavailable to all its users.
Report Details
Additional information and metadata
State
Closed
Substate
Resolved
Submitted
Weakness
Uncontrolled Resource Consumption