{"id":104014,"date":"2022-05-13T03:36:48","date_gmt":"2022-05-13T01:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obnovlenie-postgresql-s-ustraneniem-uyazvimosti-vypusk-pg_ivm-1-0"},"modified":"2022-05-13T03:36:48","modified_gmt":"2022-05-13T01:36:48","slug":"obnovlenie-postgresql-s-ustraneniem-uyazvimosti-vypusk-pg_ivm-1-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/obnovlenie-postgresql-s-ustraneniem-uyazvimosti-vypusk-pg_ivm-1-0","title":{"rendered":"PostgreSQL-Update zur Behebung einer Sicherheitsanf\u00e4lligkeit. Ver\u00f6ffentlichung von pg_ivm 1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
F\u00fcr alle unterst\u00fctzten Versionen von PostgreSQL wurden Korrekturupdates erstellt: 14.3, 13.7, 12.11, 11.16 und 10.22. Die Unterst\u00fctzung f\u00fcr die 10.x-Version l\u00e4uft dem Ende zu (Updates werden bis November 2022 bereitgestellt). Die Ver\u00f6ffentlichung von Updates f\u00fcr die 11.x-Version dauert bis November 2023, f\u00fcr 12.x bis November 2024, f\u00fcr 13.x bis November 2025 und f\u00fcr 14.x bis November 2026. <\/p>\n
In den neuen Versionen wurden mehr als 50 Fehlerbehebungen vorgeschlagen, und die Sicherheitsanf\u00e4lligkeit CVE-2022-1552, die das Umgehen der Ausf\u00fchrungsisolierung bei privilegierten Operationen wie Autovacuum, REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW, CLUSTER und pg_amcheck betrifft, wurde behoben. Ein Angreifer, der Berechtigungen zum Erstellen nicht tempor\u00e4rer Objekte in einem beliebigen Schemas hat, k\u00f6nnte die Ausf\u00fchrung beliebiger SQL-Funktionen mit Superuser-Rechten w\u00e4hrend der Durchf\u00fchrung der oben genannten Operationen durch einen privilegierten Benutzer erzwingen, die das Objekt des Angreifers betreffen. Auch eine Ausnutzung der Sicherheitsanf\u00e4lligkeit k\u00f6nnte w\u00e4hrend der automatischen Bereinigung der Datenbank beim Ausf\u00fchren des Autovacuum-Handlers erfolgen. <\/p>\n
Wenn ein Upgrade nicht m\u00f6glich ist, kann als Umgehung der Problematik autovacuum deaktiviert werden. Zudem sollten privilegierte Benutzer Operationen wie REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW und CLUSTER vermeiden, sowie das Dienstprogramm pg_amcheck nicht ausf\u00fchren und keine Inhalte aus Backups, die mit dem Dienstprogramm pg_dump erstellt wurden, wiederherstellen. Das Ausf\u00fchren von VACUUM wird als sicher erachtet, ebenso wie die Anwendung s\u00e4mtlicher Operationen, solange die betroffenen Objekte den vertrauensw\u00fcrdigen Benutzern zugeordnet sind. <\/p>\n
Weitere \u00c4nderungen in den neuen Versionen umfassen die Aktualisierung des JIT-Codes zur Unterst\u00fctzung von LLVM 14, die Erlaubnis zur Verwendung von Vorlagen wie database.schema.table in den psql-, pg_dump- und pg_amcheck-Dienstprogrammen, die Behebung von Problemen, die zu einer Besch\u00e4digung von GiST-Indizes \u00fcber ltree-Spalten f\u00fchrten, falsche Rundung von Werten im Epoch-Format, die aus Daten mit dem Typ interval extrahiert wurden, Fehlfunktionen des Planers bei der Verwendung von asynchronen Remote-Abfragen, falsche Sortierung von Tabellenspalten bei der Anwendung des CLUSTER-Ausdrucks auf Indizes mit Ausdrucksschl\u00fcsseln, Datenverlust bei einem Absturz unmittelbar nach dem Aufbau eines sortierten GiST-Indexes, gegenseitige Sperrung beim L\u00f6schen eines partitionierten Index sowie ein Wettlauf zwischen der DROP TABLESPACE-Operation und dem Zustandsspeicher (Checkpoint). <\/p>\n
Zus\u00e4tzlich kann die Ver\u00f6ffentlichung des pg_ivm 1.0-Add-Ons hervorgehoben werden, das die Unterst\u00fctzung von IVM (Incremental View Maintenance) f\u00fcr PostgreSQL 14 implementiert. IVM bietet einen alternativen Ansatz zur Aktualisierung von materialisierten Sichten, der effizienter ist, wenn \u00c4nderungen nur einen kleinen Teil der Sicht betreffen. Mit IVM k\u00f6nnen materialisierte Sichten sofort aktualisiert werden, indem nur inkrementelle \u00c4nderungen angewendet werden, ohne die Sicht erneut zu berechnen, wie es bei der Verwendung von \"REFRESH MATERIALIZED VIEW\" der Fall ist. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"