It is possible for a user in a different organization from the owner of a snapshot to bypass authorization and delete a snapshot by issuing a DELETE request to /api/snapshots/<key> using its view key. This functionality is intended to only be available to individuals with the permission to write/edit to the snapshot in question, but due to a bug in the authorization logic, deletion requests issued by an unprivileged user in a different organization than the snapshot owner are treated as authorized.
Grafana Labs would like to thank Ravid Mazon and Jay Chen of Palo Alto Research for discovering and disclosing this vulnerability.
This issue affects Grafana: from 9.5.0 before 9.5.18, from 10.0.0 before 10.0.13, from 10.1.0 before 10.1.9, from 10.2.0 before 10.2.6, from 10.3.0 before 10.3.5.
| Product | Vendor Advisory | Solution File | Added | Published |
|---|---|---|---|---|
| Alma_linux | — | Upgrade grafanaUpgrade grafana-selinux | May 8, 2024 | Mar 26, 2024 |
| Oracle_linux | — | Upgrade grafanaUpgrade grafana-selinux | May 8, 2024 | Mar 26, 2024 |
| Redhat_linux | — | Upgrade grafana-debuginfoUpgrade grafana-debugsourceUpgrade grafana-selinuxUpgrade grafana | May 1, 2024 | Mar 26, 2024 |
| Rocky_linux | — | Upgrade grafana-selinuxUpgrade grafana-debuginfoUpgrade grafanaUpgrade grafana-debugsource | May 13, 2024 | Mar 26, 2024 |
| Suse | — | Upgrade mybatisUpgrade ansible-docUpgrade ansible-testUpgrade grafanaUpgrade golang-github-prometheus-promuUpgrade ansibleUpgrade mybatis-javadocUpgrade dracut-saltbootUpgrade spacecmdUpgrade golang-github-prometheus-node_exporterUpgrade POS_Image-Graphical7Upgrade POS_Image-JeOS7 | May 7, 2024 | Mar 26, 2024 |
With curated Threat Intelligence, you can see which vulnerabilities truly put you at risk, prioritize what matters most, and act before attackers do.
Explore Intelligence Hub