LONDON (IT BOLTWISE) – PostgreSQL hat ein Sicherheitsproblem mit der logischen Replikation geschlossen, das einem Konto mit REPLICATION-Attribut die Ausführung beliebigen Codes als OS-User des Datenbankservers ermöglicht. Betroffen sind Versionen vor 18.6, 17.11, 16.15, 15.19 und 14.24; Voraussetzung ist wal_level = logical. Der Fix führt mit output_plugin_libraries eine Whitelist für erlaubte Logical-Decoding-Output-Plugins ein, die nach dem Update aktiv wird. Für viele Setups heißt das: Plugins sauber registrieren oder bis zur Konfigurationserneuerung auf logische Decoding-Funktionen verzichten.

PostgreSQL fixiert CVE-2026-6471: REPLICATION-Benutzer können Code als DB-User ausführen
PostgreSQL fixiert CVE-2026-6471: REPLICATION-Benutzer können Code als DB-User ausführen (Foto: IT BOLTWISE)
🧠 KI & Robotik auf Google News abonnieren

PostgreSQL adressiert mit dem Update für mehrere Wartungszweige eine Schwachstelle, die speziell im Zusammenspiel von logischem Decoding und Rollen-Replikation gefährlich wird. Im Kern geht es um die Möglichkeit, dass ein Konto mit dem REPLICATION-Attribut beim Erzeugen von Replikationsslots über den Mechanismus der Logical-Decoding-Output-Plugins Code in einer Weise nachlädt, die über die zuvor erwarteten Sicherheitsgrenzen hinausgeht. Das Ergebnis: Der geladene Code läuft im Backend-Prozess der Datenbank und damit als Betriebssystembenutzer, der den Datenbankdienst hostet. Die Meldung ist dabei nicht nur ein „normaler“ Authenzugriffsfehler, sondern ein klassischer Pfad von der Modellannahme „Replikationsrechte sind eher betrieblich“ hin zu „Replikationsparameter kann direkten Code-Ladepfad steuern“.

Technisch wird der Fehler als CVE-2026-6471 eingeordnet, mit einem CVSS-Score von 7,2. Er existiert seit dem Zeitpunkt, an dem PostgreSQL 2014 mit PostgreSQL 9.4 den logischen Decoding-Mechanismus eingeführt hat. Ausgenutzt werden kann die Schwachstelle durch Konten, die das REPLICATION-Attribut tragen, solange der Server mit wal_level = logical konfiguriert ist. Genau diese Kombination findet sich in der Praxis häufig: Backup-Tools, Standby-/Monitoring-Setups, Change-Data-Capture- (CDC-) Pipelines und ähnliche Integrationen benötigen regelmäßig Replikationsrechte, um WAL-Ereignisse weiterzuverarbeiten. Wichtig ist außerdem, dass das Problem nicht aus „mangelnder Authentifizierung“ entsteht, sondern aus der Art, wie PostgreSQL beim logischen Decoding die Output-Plugins auswählt und wie dabei die bisherigen Lade-Restriktionen umgehenbar werden.

Der Fix setzt daher an einer Stelle an, die Administratoren ab dem Update aktiv steuern müssen: PostgreSQL führt den Parameter output_plugin_libraries ein. Dieser soll festlegen, welche Bibliotheken als Logical-Decoding-Output-Plugins überhaupt geladen werden dürfen, und wird standardmäßig auf „pgoutput, test_decoding“ gesetzt. Installationen, die andere Output-Plugins nutzen – etwa wal2json oder decoderbufs – bekommen nach dem Update zunächst eine harte Ablehnung: PostgreSQL verweigert dann das logische Decoding, bis die entsprechende Bibliothek in output_plugin_libraries ergänzt und die Konfiguration neu geladen wurde. Dass dies als Whitelist statt als „nachträgliche Verschärfung“ umgesetzt wird, hat einen einfachen operativen Hintergrund: Drittanbieter-Plugins sollten nicht durch eine zentrale Änderung „still und unerwartet“ brechen, wenn deren Bibliotheken nicht in einem vordefinierten Administrationsverzeichnis liegen. In den Release-Notes beschreibt das PostgreSQL-Team die Notwendigkeit dieser Whitelist mit Blick auf funktionierende Bestandsinstallationen.

Die Details, warum die Schwachstelle überhaupt entstehen konnte, liegen im Ablauf rund um CREATE_REPLICATION_SLOT und der Übergabe des Plugin-Namens. Dem Bericht zufolge wird der im Slot-Befehl angegebene Plugin-Name direkt an die Funktion weitergereicht, die die Bibliothek lädt. Dabei greift eine bestehende Einschränkung, die Nicht-Superuser normalerweise beim Laden von Libraries auf ein von einem Administrator kontrolliertes Verzeichnis begrenzt, für den Replikationspfad offenbar nicht. Zusätzlich spielt die Parsing-Logik eine Rolle: Der Parser akzeptiert in einem doppel-quoted Plugin-Namen nahezu beliebige Zeichen, einschließlich Pfadtrennzeichen und.. /Traversal, wodurch ein nicht intendierter Pfad bis zur Loader-Ebene durchgereicht werden kann. Auf Windows kann daraus ein Szenario entstehen, in dem der Server eine Netzwerkpfad-Auflösung über SMB vornimmt und die Bibliothek von einer Angriffsmaschine bezieht; auf Linux und macOS braucht es dafür typischerweise NFS-Automounting. Überall dort, wo ein Angreifer nicht auf SMB/NFS als Transport setzt, muss stattdessen ein Weg vorhanden sein, um eine Library auf das Dateisystem des Servers zu bringen.

Der praktische Impact wird damit nachvollziehbar: Geladener Code läuft im Datenbankbackend als OS-User, und damit sind typische Privilegienkerneffekt-Ketten möglich. In der Untersuchung wird ein „Test-Plugin“ beschrieben, das nicht nur den Rollen-Katalog manipuliert, sondern auch Persistence-Mechanismen etabliert, die einen Serverneustart überstehen. Cyera beschreibt die REPLICATION-Berechtigung dabei als eher „niedrig“ eingestuftes Backup-Zugangsmittel; zugleich widerspricht die PostgreSQL-Risikobewertung dieser Einordnung, indem sie „Privileges Required“ als High bewertet – eine Einstufung, die in einer Reihe von Sicherheitszusammenfassungen reproduziert wurde. Auffällig ist auch, dass der fixierende Ansatz explizit vorsieht, dass der Replikationspfad nach dem Update nicht mehr automatisch auf das bisherige LOAD-Sicherheitsmodell zurückfällt, weil das zu disruptiv gewesen wäre. In einem Commit wird diese Abwägung ebenfalls deutlich: Eine nachträgliche Anwendung der Standard-LOAD-Restriktionen hätte retroaktiv verlangt, dass alle Drittanbieter-Output-Plugins unter $libdir/plugins installiert sein müssen.

Für den Betrieb ist die Reihenfolge der Maßnahmen entscheidend, weil das Update das Verhalten beim logischen Decoding erst nach der Whitelist-Registrierung wieder freigibt. PostgreSQL empfiehlt, vor dem Update per Abfrage zu bestimmen, welche Plugins aktuell in Replikations-Slots tatsächlich verwendet wurden, etwa über SELECT DISTINCT plugin FROM pg_replication_slots WHERE plugin IS NOT NULL; Anschließend soll auf die fixierten Versionen – je nach Major und Minor 18.6, 17.11, 16.15, 15.19 oder 14.24 – aktualisiert werden. Danach ergänzt man jedes nicht standardmäßige Plugin in output_plugin_libraries und lädt die Konfiguration neu, wofür ein pg_ctl reload oder SELECT pg_reload_conf() genügt; ein kompletter Neustart ist demnach nicht erforderlich. Besonders wichtig ist das bei Migrationsszenarien: Vor einem pg_upgrade muss die Ziel-Instanz bereits so konfiguriert sein, dass sie die Slot-Plugins der Quellinstanz erlaubt, andernfalls kann die Umstellung scheitern. Debian weist zudem darauf hin, dass zusätzliche Konfigurationsanpassungen nötig sein können, wenn bestimmte Extensions beteiligt sind.

Neben dem reinen Update wirft der Fall auch ein Licht auf typische Tooling-Fallen rund um GUCs. Der Fix deckt nicht alle Automationspfade gleich sauber ab: Dem Bericht zufolge erstellt pg_createsubscriber Replikationsslots mit dem Plugin pgoutput, ohne den neuen Parameter auf die tatsächlich gewünschte Plugin-Auswahl zu prüfen. Das kann sich als Inkonsistenz zeigen: Im „Dry-Run“-Modus gelingt die Umwandlung möglicherweise, während die Konvertierung im echten Lauf wegen der Whitelist scheitert. Hayato Kuroda von Fujitsu formulierte das als überraschendes Nutzerverhalten, indem er in der Mail an die pgsql-hackers Mailingliste betonte, dass der Dry-Run „ohne Checking des GUC“ durchgeht und die echte Konvertierung dann fehlschlägt. Zusätzlich bleibt festzuhalten, dass die CVE-Nummer zum Zeitpunkt der Recherche offenbar noch nicht in den bekannten KEV-Katalogen enthalten war und kein öffentliches Proof-of-Concept-Code unmittelbar nachweisbar war – dennoch gilt: Prävention ist hier eindeutig effizienter als nachträgliche Forensik.

Bis das Update in allen relevanten Umgebungen greift, empfiehlt Cyera eine Reduktion der Angriffsfläche über mehrere Ebenen. Dazu zählt, REPLICATION-Attribute nur dort zu vergeben, wo sie wirklich gebraucht werden, und Replikationszugriffe in pg_hba.conf auf bekannte Adressen zu beschränken. Ergänzend nennt der Bericht technische Netzwerk-Sperren, etwa ausgehenden SMB-Verkehr auf Port 445 sowie NFS-Verkehr auf Port 2049 vom Datenbankserver aus zu blockieren; wo nicht benötigt, solle außerdem autofs deaktiviert werden, um NFS-Automounting als Transportweg zu eliminieren. Für Teams, die CDC-Pipelines und logisches Decoding betreiben, heißt das praktisch: Die Sicherheitsplanung muss wie bei anderen „Plugin-/Erweiterungs“-Klassen der Plattform auch die Betriebsdaten berücksichtigen – welche Plugins laufen, wer Slots erzeugen darf und wie die Infrastruktur Netzwerkpfade zum Einspielen von Libraries zulässt. Genau an dieser Stelle entscheidet sich, ob die Whitelist-Logik des Fixes nur auf dem Papier existiert oder tatsächlich das Risiko in produktiven Workloads reduziert.


💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!


Sense Robot Go KI-Go-Brett mit Roboterarm – Automatische Steinplatzierung, interaktives Lernen, Spielwiederholung – Intelligenter Weiqi-Trainer für Kinder & Erwachsene
152 Bewertungen
Sense Robot Go KI-Go-Brett mit Roboterarm – Automatische Steinplatzierung, interaktives Lernen, Spielwiederholung – Intelligenter Weiqi-Trainer für Kinder & Erwachsene
  • ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
ENERGIZE LAB Eiliko Coral Pink - Ihr winziger KI-Charm-Roboter, der zu jedem täglichen Outfit passt, lustiges elektronisches Anhängerspielzeug, für Paare und beste Freunde
334 Bewertungen
ENERGIZE LAB Eiliko Coral Pink - Ihr winziger KI-Charm-Roboter, der zu jedem täglichen Outfit passt, lustiges elektronisches Anhängerspielzeug, für Paare und beste Freunde
  • IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
Eilik – Interaktiver Desktop Roboter mit Persönlichkeit, lebendigen Animationen & Reaktionen, Touch-Steuerung, Mini-Spiele, emotionaler Roboter Freund und besonderes Geschenk für Kinder & Erwachsene
1.501 Bewertungen
Eilik – Interaktiver Desktop Roboter mit Persönlichkeit, lebendigen Animationen & Reaktionen, Touch-Steuerung, Mini-Spiele, emotionaler Roboter Freund und besonderes Geschenk für Kinder & Erwachsene
  • 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
Plantbot Upgraded Large Smart Flower Pot Pet Planter Robot with Artificial Intelligence, Time Temperature Display, and Numerous Expressive Animations Based, for Indoor Decoration, Gifts (White)
53 Bewertungen
Plantbot Upgraded Large Smart Flower Pot Pet Planter Robot with Artificial Intelligence, Time Temperature Display, and Numerous Expressive Animations Based, for Indoor Decoration, Gifts (White)
  • 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
Loona KEYI Premium Haustier-Roboter mit Ladestation (Smarte AI ChatGPT-4o, Stimmen- & Gestensteuerung, Echtzeit-Interaktion, Heimüberwachung)
946 Bewertungen
Loona KEYI Premium Haustier-Roboter mit Ladestation (Smarte AI ChatGPT-4o, Stimmen- & Gestensteuerung, Echtzeit-Interaktion, Heimüberwachung)
  • V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.


Hat Ihnen der Artikel bzw. die News - PostgreSQL fixiert CVE-2026-6471: REPLICATION-Benutzer können Code als DB-User ausführen - gefallen? Dann abonnieren Sie uns doch auf Insta: AI News, Tech Trends & Robotics - Instagram - Boltwise

Unseren KI-Morning-Newsletter «Der KI News Espresso» mit den besten KI-News des letzten Tages gratis per eMail - ohne Werbung: Hier kostenlos eintragen!





Folgen Sie aktuellen Beiträge über KI & Robotik auf Twitter, Telegram, Facebook oder LinkedIn!
Hinweis: Teile dieses Textes könnten mithilfe Künstlicher Intelligenz generiert worden sein. Die auf dieser Website bereitgestellten Informationen stellen keine Finanzberatung dar und sind nicht als solche gedacht. Die Informationen sind allgemeiner Natur und dienen nur zu Informationszwecken. Wenn Sie Finanzberatung für Ihre individuelle Situation benötigen, sollten Sie den Rat von einem qualifizierten Finanzberater einholen. IT BOLTWISE® schließt jegliche Regressansprüche aus.









Ergänzungen und Infos bitte an die Redaktion per eMail an de-info[at]it-boltwise.de. Da wir bei KI-erzeugten News und Inhalten selten auftretende KI-Halluzinationen nicht ausschließen können, bitten wir Sie bei Falschangaben und Fehlinformationen uns via eMail zu kontaktieren und zu informieren. Bitte vergessen Sie nicht in der eMail die Artikel-Headline zu nennen: "PostgreSQL fixiert CVE-2026-6471: REPLICATION-Benutzer können Code als DB-User ausführen".
Stichwörter AI Artificial Intelligence CVE Cve-2026-6471 Cybersecurity Hacker IT-Sicherheit KI Kubernetes Künstliche Intelligenz Logical Decoding Netzwerksicherheit Output Plugin PostgreSQL Replikation Replikationsslot Sicherheitsupdate Wal Level
Alle Märkte in Echtzeit verfolgen - 30 Tage kostenlos testen!
Kein nächster Artikel
Vorheriger Artikel

Datingshow im Livestream: Folge 81 startet 18:00 – so läuft der Zugriff


Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "PostgreSQL fixiert CVE-2026-6471: REPLICATION-Benutzer können Code als DB-User ausführen" für unsere Leser?

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

  • Die aktuellen intelligenten Ringe, intelligenten Brillen, intelligenten Uhren oder KI-Smartphones auf Amazon entdecken! (Sponsored)


  • Es werden alle Kommentare moderiert!

    Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.

    Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.

    Du willst nichts verpassen?

    Du möchtest über ähnliche News und Beiträge wie "PostgreSQL fixiert CVE-2026-6471: REPLICATION-Benutzer können Code als DB-User ausführen" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
    Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »PostgreSQL fixiert CVE-2026-6471: REPLICATION-Benutzer können Code als DB-User ausführen« bei Google Deutschland suchen, bei Bing oder Google News!


    837 Leser gerade online auf IT BOLTWISE
    KI-Jobs