pgEdge Postgres MCP Server: Fehlende Origin-Prüfung ermöglicht DNS Rebinding
Zusammenfassung
pgEdge Postgres MCP Server vor Version 1.1.0 prüfte den Origin-Header auf dem HTTP-Transport nicht. Ein Benutzer, der eine von Angreifern kontrollierte Webseite besucht, kann durch DNS Rebinding angegriffen werden, wodurch die Seite den lokal laufenden Server erreicht. Der Angreifer kann dann Schemata und Abfrageresultate der konfigurierten PostgreSQL-Datenbanken lesen. Das Problem betrifft Installationen mit aktiviertem HTTP-Transport auf einem Rechner, auf dem auch ein Browser läuft; der standardmässige stdio-Transport ist über diesen Weg nicht erreichbar.
Betroffen
- pgEdge pgedge-postgres-mcp, alle Versionen vor 1.1.0
- Nur Installationen mit aktiviertem HTTP-Transport
Behoben in
- Version 1.1.0 (prüft den Origin-Header und weist unerwartete Origins mit 403 Forbidden ab)
Umgehung
- Transport wieder auf stdio umstellen, wo HTTP nicht benötigt wird
- HTTP-Transport auf Arbeitsstationen deaktivieren, auf denen ein Browser verwendet wird
- Weitere Workarounds des Herstellers sind nicht bekannt.
Ausnutzung
- Es sind keine Hinweise auf Ausnutzung in der Praxis bekannt.
- Ein öffentlicher PoC-Eintrag existiert, ist aber nicht verifiziert.
- Die Schwachstelle ist nicht bekanntermassen im CISA KEV enthalten.
Unsere Empfehlung
- Auf allen Hosts mit aktiviertem HTTP-Transport auf pgEdge Postgres MCP Server 1.1.0 oder neuer aktualisieren.
- Wird der Web-Client unter einem Hostnamen bereitgestellt, nach dem Update diesen Origin in http.allowed_origins eintragen, da Browser-Anfragen sonst abgelehnt werden.
- Wo HTTP nicht benötigt wird, den Transport auf stdio setzen.
- Hosts mit pgedge-postgres-mcp inventarisieren und Transportmodus sowie Version erfassen.
- Datenbank-Zugangsdaten auf Arbeitsstationen mit Browser-Nutzung einschränken.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub security advisory GHSA-6hg5-9f3w-c886 github.com
- Fix commit 5571bd4 github.com
- Issue #231: Validate the Origin header github.com
- Pull request #232 github.com
- Release v1.1.0 github.com
- pgEdge documentation: Security (v1.1.0) 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 18:40.
Referenzen der NVD (5)
- https://github.com/pgEdge/pgedge-postgres-mcp/commit/5571bd492a803e8f8831599c88b4619c5041fd8e
- https://github.com/pgEdge/pgedge-postgres-mcp/issues/231
- https://github.com/pgEdge/pgedge-postgres-mcp/pull/232
- https://github.com/pgEdge/pgedge-postgres-mcp/releases/tag/v1.1.0
- https://github.com/pgEdge/pgedge-postgres-mcp/security/advisories/GHSA-6hg5-9f3w-c886
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.
