Very High
CVE-2020-13379
CVE ID
AttackerKB requires a CVE ID in order to pull vulnerability data and references from the CVE list and the National Vulnerability Database. If available, please supply below:
Add References:
CVE-2020-13379
MITRE ATT&CK
Collection
Command and Control
Credential Access
Defense Evasion
Discovery
Execution
Exfiltration
Impact
Initial Access
Lateral Movement
Persistence
Privilege Escalation
Topic Tags
Description
The avatar feature in Grafana 3.0.1 through 7.0.1 has an SSRF Incorrect Access Control issue. This vulnerability allows any unauthenticated user/client to make Grafana send HTTP requests to any URL and return its result to the user/client. This can be used to gain information about the network that Grafana is running on. Furthermore, passing invalid URL objects could be used for DOS’ing Grafana via SegFault.
Add Assessment
Ratings
-
Attacker ValueVery High
-
ExploitabilityMedium
Technical Analysis
SSRF should be possible through https://vulnerable.host/avatar/redirect
That redirect is tricky since the vulnerable code is splitting on “/” and taking the last value. Need it to hit a url with a vulnerable redirect that can redirect to a metadata URL. From there it may be possible to hit the metadata url and grab STS tokens or pivot elsewhere.
Would you also like to delete your Exploited in the Wild Report?
Delete Assessment Only Delete Assessment and Exploited in the Wild ReportRatings
-
Attacker ValueHigh
-
ExploitabilityMedium
Technical Analysis
This bug affects not only Grafana instances, but also Gitlab instances (under the
/-/grafana
path) and SourceTree instances (under the/-/debug/grafana/
path).
This also affects GitLab, which presumably bundles Grafana. GitLab versions prior to 13.1.1 are affected. This increases the attack surface beyond just Grafana.
While I consider this a “primitive” in an exploit chain, it will certainly be useful to bug bounty hunters and the like. Seems people on Twitter may have gotten it to work already.
Would you also like to delete your Exploited in the Wild Report?
Delete Assessment Only Delete Assessment and Exploited in the Wild ReportCVSS V3 Severity and Metrics
General Information
Vendors
- fedoraproject,
- grafana,
- netapp,
- opensuse
Products
- backports sle 15.0,
- e-series performance analyzer -,
- fedora 31,
- fedora 32,
- grafana,
- leap 15.2
Exploited in the Wild
Would you like to delete this Exploited in the Wild Report?
Yes, delete this reportReferences
Advisory
Miscellaneous
Additional Info
Technical Analysis
Report as Emergent Threat Response
Report as Exploited in the Wild
CVE ID
AttackerKB requires a CVE ID in order to pull vulnerability data and references from the CVE list and the National Vulnerability Database. If available, please supply below:
could u plz give me a hint about how to use it for SSRF? I’m stuck here for a few days.
Check out the commit with the fix for pointers on how it can be exploited
https://github.com/grafana/grafana/pull/25322/files
I’ve checked this before, but this only shows that the vulnerability point is in ‘hash’. It’s really confused me how to use it for SSRF. just like a request splitting?
To see the result you can activate debug mode in Grafana, and open grafana.log after making a request. For the Author, how could DDOS be implemented via SegFault?
https://rhynorater.github.io/CVE-2020-13379-Write-Up