<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-20T16:48:34.660326+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/fkie_cve-2026-102748</id>
    <title>fkie_cve-2026-102748</title>
    <updated>2026-10-20T16:48:34.686557+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Dgraph is an open source distributed GraphQL database. Prior to 25.4.0, Dgraph Zero registers administrative HTTP routes on port 6080 without authentication when the administrative interface is enabled. The /removeNode route accepts attacker-controlled id and group values and passes them to Server.RemoveNode, where group 0 can trigger ProposePeerRemoval. A remote unauthenticated attacker who can reach the Zero HTTP port can read topology through /state, allocate identifiers through /assign, access the exposed /moveTablet administrative route, or remove membership through /removeNode, disrupting the Zero control plane and destabilizing Alpha nodes that depend on Zero. The route registration occurs in dgraph/cmd/zero/run.go, and the demonstrated membership-removal path reaches Server.RemoveNode and ProposePeerRemoval. This issue is fixed in version 25.4.0.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-102748"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-qj98-gp63-54xj</id>
    <title>GHSA-qj98-gp63-54xj — Dgraph: Zero Unauthenticated HTTP Admin removeNode Denial of Service</title>
    <updated>2026-10-20T16:48:34.686680+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/dgraph-io/dgraph/v25</p>
<p>### Summary</p>
<p>Dgraph `v25.3.8` exposes a Zero HTTP administrative surface that is unauthenticated when port `6080` is reachable.</p>
<p>The exposed routes include:</p>
<p>- `/state`
- `/assign`
- `/removeNode`
- `/moveTablet`</p>
<p>An unauthenticated request to `/removeNode?id=1&amp;group=0` on a single-node standalone deployment breaks the Zero control plane and leaves Alpha repeatedly failing to reconnect to `localhost:5080`.</p>
<p>### Details</p>
<p>The issue exists because Zero administrative HTTP endpoints are registered directly without any authentication or IP-whitelist wrapper.</p>
<p>Relevant code paths:</p>
<p>- `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`</p>
<p>The relevant behavior is:</p>
<p>- `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`</p>
<p>This means a remote unauthenticated caller can directly trigger destructive membership operations if `6080` is exposed.</p>
<p>### PoC</p>
<p>### Read state without authentication</p>
<p>```bash
curl -i http://127.0.0.1:6080/state
```</p>
<p>Observed response included:</p>
<p>- Zero node `id=1`
- `groupId=0`
- `leader=true`
- cluster topology and tablet state</p>
<p>&lt;img width="1878" height="810" alt="图片" src="https://github.com/user-attachments/assets/c6a0001c-bcf7-45b6-a301-481f918be98a" /&gt;</p>
<p>### Write-capable route without authentication…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-qj98-gp63-54xj"/>
  </entry>
</feed>
