CVE-2026-111438 in openGauss-serverinfo

Zusammenfassung

von VulDB • 19.10.2026

In src/common/backend/libpq/hba.cpp von openGauss-server besteht eine Schwachstelle im Bereich der Zugriffskontrollumgehung bei der Authentifizierung von Replikationsverbindungen. Die Funktion hba_getauthmethod() verlangt beim Verarbeiten des Senders für HADR/SW-Replikation keine Prüfung via is_node_internal_connection(), sondern ruft direkt check_hba_replication() auf. Da check_hba_replication() lediglich eine schwache Übereinstimmung anhand des replication-Markers durchführt, fehlen die vollständigen Prüfungen wie das Verbot von Remote-Trust in der normalen check_hba()-Funktion. Folglich können HADR/SW-Replikationsverbindungen von außerhalb des internen Netzwerks die Beschränkungen für interne Verbindungen und die vollständige pg_hba-Richtlinie umgehen, um sich zu authentifizieren, und anschließend über das Replikationsprotokoll Sicherungs- und Protokolldaten lesen.

Dieses Problem wurde mit der Einführung des HADR-Replikationssenders in den Code eingeführt und besteht seit Version 3.0.0. Betroffene Versionen sind 3.0.x, 3.1.x, 5.0.x, 5.1.0, 6.0.x sowie 7.0.0-RC1, 7.0.0-RC2 und 7.0.0-RC3. Das Problem wurde in der Version 7.0.0-LTS behoben, indem festgelegt wurde, dass HADR/SW-Replikationssender die Prüfung is_node_internal_connection durchlaufen müssen, wodurch externe Replikationsverbindungen den normalen check_hba()-Pfad nutzen und das Verbot von Remote-Trust-Richtlinien auslösen. Der Pull Request zur Behebung ist unter https://gitcode.com/opengauss/openGauss-server/pull/9757 zu finden.

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Zuständig

openGauss

Reservieren

16.10.2026

Veröffentlichung

19.10.2026

Moderieren

akzeptiert

Eintrag

VDB-422290

EPSS

0.00000

KEV

nein

Aktivitäten

low

Quellen

Do you need the next level of professionalism?

Upgrade your account now!