Dgraph: Zero Unauthenticated HTTP Admin removeNode Denial of Service
### Summary Dgraph `v25.3.8` exposes a Zero HTTP administrative surface that is unauthenticated when port `6080` is reachable. The exposed routes include: - `/state` - `/assign` - `/removeNode` - `/moveTablet` An unauthenticated request to `/removeNode?id=1&group=0` on a single-node standalone deployment breaks the Zero control plane and leaves Alpha repeatedly failing to reconnect to `localhost:5080`. ### Details The issue exists because Zero administrative HTTP endpoints are registered directly without any authentication or IP-whitelist wrapper. Relevant code paths: - `worker/server_state.go:41` - `dgraph/cmd/zero/run.go:295-301` - `dgraph/cmd/zero/http.go:106-129` - `dgraph/cmd/zero/zero.go:475-477` The relevant behavior is: - `disable-admin-http=false` by default - `/removeNode` accepts attacker-controlled `id` and `group` - `removeNode` forwards those directly into `Server.RemoveNode` - for `group=0`, `Server.RemoveNode` immediately calls `ProposePeerRemoval` This means a remote unauthenticated caller can directly trigger destructive membership operations if `6080` is exposed. ### PoC ### Read state without authentication ```bash curl -i http://127.0.0.1:6080/state ``` Observed response included: - Zero node `id=1` - `groupId=0` - `leader=true` - cluster topology and tablet state ### Write-capable route without authentication ```bash curl -i 'http://127.0.0.1:6080/assign?what=nsids&num=1' ``` Observed response: ```text HTTP/1.1 200 OK ... {"startId":"1", "endId":"1", "re
- Products
- github.com/dgraph-io/dgraph/v25
- Affected versions
- Not specified
- Fixed versions
- 25.4.0
- CVEs
- CVE-2026-102748
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 30 Oct 2026, 19:14 UTC · Revision 1
Source evidence
Dgraph: Zero Unauthenticated HTTP Admin removeNode Denial of Service
core-osv · Original sourcePublished 15 Oct 2026, 20:17 UTC
### Summary Dgraph `v25.3.8` exposes a Zero HTTP administrative surface that is unauthenticated when port `6080` is reachable. The exposed routes include: - `/state` - `/assign` - `/removeNode` - `/moveTablet` An unauthenticated request to `/removeNode?id=1&group=0` on a single-node standalone deployment breaks the Zero control plane and leaves Alpha repeatedly failing to reconnect to `localhost:5080`. ### Details The issue exists because Zero administrative HTTP endpoints are registered directly without any authentication or IP-whitelist wrapper. Relevant code paths: - `worker/server_state.go:41` - `dgraph/cmd/zero/run.go:295-301` - `dgraph/cmd/zero/http.go:106-129` - `dgraph/cmd/zero/zero.go:475-477` The relevant behavior is: - `disable-admin-http=false` by default - `/removeNode` accepts attacker-controlled `id` and `group` - `removeNode` forwards those directly into `Server.RemoveNode` - for `group=0`, `Server.RemoveNode` immediately calls `ProposePeerRemoval` This means a remote unauthenticated caller can directly trigger destructive membership operations if `6080` is exposed. ### PoC ### Read state without authentication ```bash curl -i http://127.0.0.1:6080/state ``` Observed response included: - Zero node `id=1` - `groupId=0` - `leader=true` - cluster topology and tablet state ### Write-capable route without authentication ```bash curl -i 'http://127.0.0.1:6080/assign?what=nsids&num=1' ``` Observed response: ```text HTTP/1.1 200 OK ... {"startId":"1", "endId":"1", "re
osv:GHSA-qj98-gp63-54xj
github.com/dgraph-io/dgraph/v25
Fixed versions: 25.4.0
Complete source record
{
"id": "8c7f68cbf53c05276fa39d8f01f9fbc401bb0dedbd692ab60c769e3892df415c",
"url": "https://osv.dev/vulnerability/GHSA-qj98-gp63-54xj",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "Dgraph: Zero Unauthenticated HTTP Admin removeNode Denial of Service",
"summary": "### Summary Dgraph `v25.3.8` exposes a Zero HTTP administrative surface that is unauthenticated when port `6080` is reachable. The exposed routes include: - `/state` - `/assign` - `/removeNode` - `/moveTablet` An unauthenticated request to `/removeNode?id=1&group=0` on a single-node standalone deployment breaks the Zero control plane and leaves Alpha repeatedly failing to reconnect to `localhost:5080`. ### Details The issue exists because Zero administrative HTTP endpoints are registered directly without any authentication or IP-whitelist wrapper. Relevant code paths: - `worker/server_state.go:41` - `dgraph/cmd/zero/run.go:295-301` - `dgraph/cmd/zero/http.go:106-129` - `dgraph/cmd/zero/zero.go:475-477` The relevant behavior is: - `disable-admin-http=false` by default - `/removeNode` accepts attacker-controlled `id` and `group` - `removeNode` forwards those directly into `Server.RemoveNode` - for `group=0`, `Server.RemoveNode` immediately calls `ProposePeerRemoval` This means a remote unauthenticated caller can directly trigger destructive membership operations if `6080` is exposed. ### PoC ### Read state without authentication ```bash curl -i http://127.0.0.1:6080/state ``` Observed response included: - Zero node `id=1` - `groupId=0` - `leader=true` - cluster topology and tablet state ### Write-capable route without authentication ```bash curl -i 'http://127.0.0.1:6080/assign?what=nsids&num=1' ``` Observed response: ```text HTTP/1.1 200 OK ... {\"startId\":\"1\", \"endId\":\"1\", \"re",
"evidence": "osv:GHSA-qj98-gp63-54xj",
"products": [
{
"name": {
"value": "github.com/dgraph-io/dgraph/v25",
"evidence": "/affected/0/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "25.4.0",
"evidence": "/affected/0/ranges"
}
],
"affected_versions": []
}
],
"severity": "critical",
"structured": {
"id": "GHSA-qj98-gp63-54xj",
"aliases": [
"CVE-2026-102748",
"GHSA-qj98-gp63-54xj"
],
"metrics": [
{
"type": "CVSS_V4",
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:H/SC:N/SI:N/SA:H"
}
],
"affected": [
{
"ranges": [
{
"type": "SEMVER",
"events": [
{
"introduced": "0"
},
{
"fixed": "25.4.0"
}
]
}
],
"package": {
"name": "github.com/dgraph-io/dgraph/v25",
"purl": "pkg:golang/github.com/dgraph-io/dgraph/v25",
"ecosystem": "Go"
},
"database_specific": {
"source": "https://github.com/github/advisory-database/blob/main/advisories/github-reviewed/2026/10/GHSA-qj98-gp63-54xj/GHSA-qj98-gp63-54xj.json",
"last_known_affected_version_range": "<= 25.3.8"
}
}
],
"modified": "2026-10-15T20:30:07.056401611Z",
"provider": "osv",
"references": [
"https://github.com/dgraph-io/dgraph/security/advisories/GHSA-qj98-gp63-54xj",
"https://nvd.nist.gov/vuln/detail/CVE-2026-102748",
"https://github.com/dgraph-io/dgraph/commit/c32f6041387fa631dbc057e265b71aec3384ead1",
"https://github.com/dgraph-io/dgraph",
"https://github.com/dgraph-io/dgraph/releases/tag/v25.4.0"
],
"provider_metadata": {
"cwe_ids": [
"CWE-306",
"CWE-862"
],
"severity": "CRITICAL",
"github_reviewed": true,
"nvd_published_at": "2026-10-14T19:17:05Z",
"github_reviewed_at": "2026-10-15T20:17:22Z"
}
},
"related_cves": [
{
"value": "CVE-2026-102748",
"evidence": "/aliases"
}
],
"security_relevant": true,
"severity_evidence": "/database_specific/severity"
},
"source_id": "core-osv",
"document_id": 336054,
"published_at": "2026-10-15T20:17:22+00:00"
}