{"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\/nl\/blog\/news\/obnovlenie-postgresql-s-ustraneniem-uyazvimosti-vypusk-pg_ivm-1-0","title":{"rendered":"PostgreSQL-update met het verhelpen van een kwetsbaarheid. Publicatie pg_ivm 1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Correctieve updates zijn opgesteld voor alle ondersteunde versies van PostgreSQL: 14.3, 13.7, 12.11, 11.16 en 10.22. De 10.x tak nadert het einde van zijn ondersteuning (updates worden gevormd tot november 2022). De uitgifte van updates voor de 11.x tak duurt tot november 2023, 12.x tot november 2024, 13.x tot november 2025 en 14.x tot november 2026. <\/p>\n
In de nieuwe versies zijn meer dan 50 correcties aangebracht en is de kwetsbaarheid CVE-2022-1552 verholpen, die verband houdt met de mogelijkheid om de isolatie van geprivileerde Autovacuum-bewerkingen, REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW, CLUSTER en pg_amcheck te omzeilen. Een aanvaller met de bevoegdheid om niet-tijdelijke objecten in elk opslagschema te cre\u00ebren, kan het uitvoeren van willekeurige SQL-functies met supergebruikersrechten bereiken tijdens de uitvoering van deze geprivileerde bewerkingen die het object van de aanvaller raakt. Het uitbuiten van de kwetsbaarheid kan ook plaatsvinden tijdens de automatische schoonmaak van de database tijdens de uitvoering van de autovacuum-handler. <\/p>\n
Als het onmogelijk is om een update uit te voeren, kan als een manier om het probleem te omzeilen, autovacuum worden uitgeschakeld en kunnen de geprivilegieerde bewerkingen REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW en CLUSTER worden vermeden, evenals het niet uitvoeren van de pg_amcheck utility en het niet herstellen van de inhoud uit een back-up die is gemaakt met de pg_dump utility. Het uitvoeren van VACUUM wordt als veilig beschouwd, evenals het toepassen van welke bewerkingen dan ook, zolang de te verwerken objecten behoren tot vertrouwde gebruikers. <\/p>\n
Andere wijzigingen in de nieuwe releases zijn onder andere de actualisatie van de JIT-code om samen te werken met LLVM 14, de mogelijkheid om database.schema.table sjablonen te gebruiken in de psql, pg_dump en pg_amcheck utilities, en het verhelpen van problemen die leiden tot de beschadiging van GiST-indexen op ltree-kolommen, onjuiste afronding van waarden in epoch-formaat, verkregen uit interval-gegevens, onjuiste werking van de planner bij het gebruik van asynchrone externe aanvragen, onjuiste sortering van tabelrijen bij gebruik van de CLUSTER-expressie op indexen met op expressies gebaseerde sleutels, gegevensverlies bij een crash onmiddellijk na het bouwen van een gesorteerde GiST-index, wederzijdse blokkerigheid bij het verwijderen van een gepartitioneerde index, en een race-conditie tussen de DROP TABLESPACE-bewerking en de checkpoint-fixatie. <\/p>\n
Daarnaast kan de lancering van de pg_ivm 1.0 extensie worden vermeld, die ondersteuning voor IVM (Incremental View Maintenance) voor PostgreSQL 14 implementeert. IVM biedt een alternatieve manier om gematerialiseerde weergaven bij te werken, die effici\u00ebnter is wanneer veranderingen slechts een klein deel van de weergave be\u00efnvloeden. IVM maakt het mogelijk om gematerialiseerde weergaven onmiddellijk bij te werken door alleen incrementele wijzigingen toe te passen, zonder de hele weergave opnieuw te berekenen, wat nodig is bij de operatie 'REFRESH MATERIALIZED VIEW'. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"