openGauss: Heap-Out-of-Bounds-Schreibzugriff bei der Entpackung von packed HLL

Zusammenfassung

Die Funktion HllObjectUnpack() in openGauss-server, die für gepackte HLL-Werte (HyperLogLog) verwendet wird, prüft nicht, ob lenTotal mindestens so gross wie lenUsed ist. Zudem wird bei der sicheren Kopie eine falsche Zielgrösse verwendet. Ein authentifizierter Datenbankbenutzer, der einen manipulierten gepackten HLL-Wert liefert, zum Beispiel über ::hll und hll_in(), kann auf dem Datenbankserver einen Heap-Out-of-Bounds-Schreibzugriff auslösen. Gemäss CVSS-Vektor sind Integrität und Verfügbarkeit stark betroffen, die Vertraulichkeit nicht. Das Hauptrisiko ist daher Speicherbeschädigung und ein Absturz. Eine Ausnutzung ist nicht bekannt, und es wurde kein öffentlicher PoC gefunden.

Betroffen

• openGauss-server 2.1.0
• openGauss-server 3.0.0 bis 3.0.6
• openGauss-server 3.1.0 (die CNA-Beschreibung nennt auch 3.1.x; alle 3.1.x-Versionen bis zur Klärung durch den Hersteller als betroffen behandeln)
• openGauss-server 5.0.0 bis 5.0.5
• openGauss-server 5.1.0 (in der CNA-Beschreibung genannt, nicht in der Produkttabelle; bis zur Klärung durch den Hersteller als betroffen behandeln)
• openGauss-server 6.0.0 bis 6.0.6
• openGauss-server 7.0.0-RC1, 7.0.0-RC2, 7.0.0-RC3

Behoben in

• openGauss-server 7.0.0-LTS (von der CNA als nicht betroffen eingestuft)
• Unbekannt: Für 2.1.0, 3.0.x, 3.1.x, 5.0.x, 5.1.0, 6.0.x und die RC-Versionen 7.0.0 sind keine korrigierten Patch-Versionen bekannt. Nicht von einem Backport ausgehen; beim Hersteller nachfragen.

Umgehung

Unbekannt. Der Hersteller dokumentiert keine Workaround. Übergangsmassnahmen (keine Herstellervorgabe):

• Datenbankkonten auf vertrauenswürdige Benutzer beschränken.
• Einschränken, wer den Datentyp hll erstellen oder verwenden kann.
• Die Datenbank von nicht vertrauenswürdigen Netzen fernhalten.

Ausnutzung

• Keine bekannte Ausnutzung; nicht im CISA-KEV-Katalog; EPSS unter 1 %.
• CISA SSVC (ADP Vulnrichment): Ausnutzung none, automatisierbar no.
• In unseren Recherchen wurde kein öffentlicher PoC gefunden; das beweist nicht, dass keiner existiert.
• Erfordert eine authentifizierte Datenbankverbindung (PR:L).

Unsere Empfehlung

• Die genau eingesetzte openGauss-Version prüfen, inklusive RC- und Patch-Stand.
• Für betroffene Versionen ein Upgrade auf 7.0.0-LTS planen und den Fix im PR #9380 prüfen.
• Bis zum Upgrade Datenbankkonten auf vertrauenswürdige Benutzer beschränken und die Verwendung des Datentyps hll einschränken.
• Die Datenbank nur aus internen Netzen erreichbar halten.
• Datenbankprotokolle auf Abstürze und ungewöhnliche hll-Eingaben überwachen.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• Fix pull request #9380 (GitCode) gitcode.com
• VulDB entry 422241 vuldb.com
• Strix CVE-2026-111441 www.strix.ai
• ThreatINT CVE-2026-111441 cve.threatint.com
• OpenCVE CVE-2026-111441 app.opencve.io
• Vulners CVE-2026-111441 vulners.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 01.11.2026 18:45.