{"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\/news\/obnovlenie-postgresql-s-ustraneniem-uyazvimosti-vypusk-pg_ivm-1-0","title":{"rendered":"PostgreSQL-Update zur Behebung einer Sicherheitsanf\u00e4lligkeit. Ver\u00f6ffentlichung pg_ivm 1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Korrekturen wurden f\u00fcr alle unterst\u00fctzten Versionen von PostgreSQL bereitgestellt: 14.3, 13.7, 12.11, 11.16 und 10.22. Die Version 10.x n\u00e4hert sich dem Ende der Unterst\u00fctzung (Updates werden bis November 2022 bereitgestellt). Updates f\u00fcr die Version 11.x werden 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 bereitgestellt. <\/p>\n
In den neuen Versionen wurden \u00fcber 50 Fehlerbehebungen und eine Sicherheitsanf\u00e4lligkeit (CVE-2022-1552) behoben, die die M\u00f6glichkeit eines Umgehens der Isolierung bei der Ausf\u00fchrung privilegierter Operationen wie Autovacuum, REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW, CLUSTER und pg_amcheck betrifft. Ein Angreifer mit Berechtigungen f\u00fcr die Erstellung nicht tempor\u00e4rer Objekte in jedem Speicherschema kann die Ausf\u00fchrung beliebiger SQL-Funktionen mit Superuser-Rechten w\u00e4hrend der Ausf\u00fchrung der oben erw\u00e4hnten Operationen durch einen privilegierten Benutzer, die das Objekt des Angreifers betreffen, erlangen. Die Ausnutzung der Sicherheitsanf\u00e4lligkeit kann auch bei der automatischen Bereinigung der Datenbank w\u00e4hrend der Ausf\u00fchrung des Autovacuum-Handlers erfolgen. <\/p>\n
Wenn das Update nicht m\u00f6glich ist, kann als Umgehung der Probleme Autovacuum deaktiviert und von einem privilegierten Benutzer die Ausf\u00fchrung der Befehle REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW und CLUSTER unterlassen werden. Auch die Verwendung des Tools pg_amcheck und die Wiederherstellung des Inhalts aus einem Backup, das mit pg_dump erstellt wurde, sollten nicht stattfinden. Die Ausf\u00fchrung von VACUUM wird als sicher angesehen, ebenso wie die Anwendung aller Befehle, wenn die verarbeiteten Objekte Benutzern geh\u00f6ren, die als vertrauensw\u00fcrdig gelten. <\/p>\n
Zu den weiteren \u00c4nderungen in den neuen Versionen geh\u00f6rt das Update des JIT-Codes f\u00fcr die Arbeit mit LLVM 14, die Erlaubnis zur Verwendung von Vorlagen wie database.schema.table in den Tools psql, pg_dump und pg_amcheck, die Behebung von Problemen, die zu Indexbesch\u00e4digungen bei GiST \u00fcber ltree-Spalten f\u00fchrten, die falsche Rundung von Werten im Epoch-Format aus Daten vom Typ interval, falsches Verhalten des Planers bei der Verwendung asynchroner Remote-Anfragen, falsche Sortierung von Tabellens\u00e4tzen bei der Verwendung des Befehls CLUSTER \u00fcber Indizes mit Ausdrucksbasen, Datenverlust bei einem unerwarteten Absturz unmittelbar nach dem Erstellen eines sortierten GiST-Indexes, gegenseitige Blockaden beim L\u00f6schen eines partitionierten Index und ein Race-Condition-Zustand zwischen der DROP TABLESPACE-Operation und der Erstellung eines Checkpoints. <\/p>\n
Zus\u00e4tzlich wurde die Erweiterung pg_ivm 1.0 ver\u00f6ffentlicht, die die Unterst\u00fctzung f\u00fcr IVM (Incremental View Maintenance) in PostgreSQL 14 implementiert. IVM bietet eine alternative Methode zur Aktualisierung von materialisierten Sichten, die effektiver ist, wenn \u00c4nderungen nur einen kleinen Teil der Sicht betreffen. IVM erm\u00f6glicht es, materialisierte Sichten sofort zu aktualisieren, indem nur inkrementelle \u00c4nderungen angewendet werden, ohne dass die Sicht erneut berechnet werden muss, wie es bei der Verwendung der Operation \u201eREFRESH MATERIALIZED VIEW\u201c erforderlich ist. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"