pgEdge Postgres MCP Server: SQL-Injection im where-Parameter von count_rows
Zusammenfassung
Das Tool count_rows des pgEdge Postgres MCP Server akzeptierte im Parameter where Subqueries, die sich auf andere Tabellen als die im Aufruf genannte beziehen konnten. Ein authentifizierter Aufrufer kann die zurückgegebene Zeilenanzahl als Wahr-/Falsch-Signal nutzen, um Daten aus jeder Tabelle abzuleiten, die die verbundene Datenbankrolle lesen kann. Die Datenbankberechtigungen dieser Rolle bleiben die Grenze, und die Schwachstelle gewährt keinen zusätzlichen Tabellenzugriff.
Betroffen
- pgEdge pgedge-postgres-mcp, alle Versionen vor 1.1.0
Behoben in
- Version 1.1.0 (Fix in PR #201, Commit 933f1b4)
Umgehung
- Das Tool count_rows über builtins.tools.count_rows oder PGEDGE_BUILTIN_TOOL_COUNT_ROWS deaktivieren
- Die Datenbankrolle auf die Tabellen beschränken, die der Assistent benötigt (allgemeine Least-Privilege-Praxis, keine Herstellerempfehlung)
Ausnutzung
- Keine Hinweise auf Ausnutzung in freier Wildbahn gefunden.
- Kein öffentlicher Proof of Concept gefunden.
- Ein Drittanbieter-Tracker listet die Schwachstelle als nicht bekannterweise ausgenutzt.
Unsere Empfehlung
- Auf pgEdge Postgres MCP Server 1.1.0 aktualisieren (GA-Version, nicht eine Vorabversion) im nächsten Wartungsfenster, bei Netzwerkexposition oder sensiblen Daten früher.
- Prüfen, welche Datenbankrollen der MCP-Server verwendet, und SELECT-Rechte auf sensible Tabellen entziehen, die der Assistent nicht benötigt.
- Prüfen, ob der MCP-Endpunkt für nicht vertrauenswürdige Benutzer erreichbar ist.
- CVE-2026-125321 gleichzeitig patchen, da diese den HTTP-Transport mit aktivierter Authentifizierung betrifft.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-fhv3-x3jh-grj7 github.com
- Fix commit 933f1b4 github.com
- Issue #200 github.com
- Pull request #201 github.com
- Release v1.1.0 github.com
- Tools reference documentation docs.pgedge.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 11.11.2026 12:41.
Referenzen der NVD (5)
- https://github.com/pgEdge/pgedge-postgres-mcp/commit/933f1b4cb136183eb307064c1cf1ad2bf015f314
- https://github.com/pgEdge/pgedge-postgres-mcp/issues/200
- https://github.com/pgEdge/pgedge-postgres-mcp/pull/201
- https://github.com/pgEdge/pgedge-postgres-mcp/releases/tag/v1.1.0
- https://github.com/pgEdge/pgedge-postgres-mcp/security/advisories/GHSA-fhv3-x3jh-grj7
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.
