{"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\/fr\/blog\/news\/obnovlenie-postgresql-s-ustraneniem-uyazvimosti-vypusk-pg_ivm-1-0","title":{"rendered":"Mise \u00e0 jour de PostgreSQL contenant un correctif de vuln\u00e9rabilit\u00e9. Sortie de pg_ivm 1.0.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Des mises \u00e0 jour correctives ont \u00e9t\u00e9 publi\u00e9es pour toutes les versions prises en charge de PostgreSQL : 14.3, 13.7, 12.11, 11.16 et 10.22. La version 10.x approche de la fin de son support (des mises \u00e0 jour seront fournies jusqu'en novembre 2022). La publication de mises \u00e0 jour pour la version 11.x se poursuivra jusqu'en novembre 2023, pour 12.x jusqu'en novembre 2024, pour 13.x jusqu'en novembre 2025 et pour 14.x jusqu'en novembre 2026. <\/p>\n
Les nouvelles versions proposent plus de 50 corrections et corrigent la vuln\u00e9rabilit\u00e9 CVE-2022-1552, li\u00e9e \u00e0 la possibilit\u00e9 de contourner l'isolation des op\u00e9rations privil\u00e9gi\u00e9es Autovacuum, REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW, CLUSTER et pg_amcheck. Un attaquant ayant la capacit\u00e9 de cr\u00e9er des objets non temporaires dans n'importe quel sch\u00e9ma de stockage peut ex\u00e9cuter des fonctions SQL arbitraires avec des droits de superutilisateur pendant que l'utilisateur privil\u00e9gi\u00e9 ex\u00e9cute les op\u00e9rations mentionn\u00e9es sur l'objet de l'attaquant. L'exploitation de la vuln\u00e9rabilit\u00e9 peut se produire lors du nettoyage automatique de la base de donn\u00e9es lors de l'ex\u00e9cution du gestionnaire autovacuum. <\/p>\n
En cas d'impossibilit\u00e9 d'effectuer la mise \u00e0 jour, comme solution de contournement au probl\u00e8me de blocage, il est possible de d\u00e9sactiver autovacuum et de ne pas effectuer les op\u00e9rations REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW et CLUSTER par un utilisateur privil\u00e9gi\u00e9, de ne pas lancer l'utilitaire pg_amcheck et de ne pas restaurer le contenu \u00e0 partir d'une sauvegarde cr\u00e9\u00e9e avec l'utilitaire pg_dump. L'ex\u00e9cution de VACUUM est consid\u00e9r\u00e9e comme s\u00fbre, tout comme l'application de toutes les op\u00e9rations de commandes, si les objets trait\u00e9s appartiennent \u00e0 des utilisateurs de confiance. <\/p>\n
Parmi les autres changements dans les nouvelles versions, on peut noter la mise \u00e0 jour du code JIT pour fonctionner avec LLVM 14, l'autorisation de l'utilisation de mod\u00e8les database.schema.table dans les utilitaires psql, pg_dump et pg_amcheck, la correction de probl\u00e8mes conduisant \u00e0 des corruptions d'index GiST sur des colonnes ltree, le mauvais arrondi de valeurs au format epoch extraites de donn\u00e9es de type intervalle, le mauvais fonctionnement du planificateur lors de l'utilisation de requ\u00eates distantes asynchrones, un mauvais tri des lignes de la table lors de l'utilisation de l'expression CLUSTER sur des index bas\u00e9s sur des expressions, la perte de donn\u00e9es lors d'un arr\u00eat brutal imm\u00e9diatement apr\u00e8s la construction d'un index GiST tri\u00e9, une interblocage lors de la suppression d'un index partitionn\u00e9, et un \u00e9tat de course entre l'op\u00e9ration DROP TABLESPACE et la fixation de l'\u00e9tat (checkpoint). <\/p>\n
On peut \u00e9galement noter la sortie de l'extension pg_ivm 1.0 avec la prise en charge de l'IVM (Incremental View Maintenance) pour PostgreSQL 14. L'IVM propose un moyen alternatif de mettre \u00e0 jour les vues mat\u00e9rialis\u00e9es, plus efficace dans les cas o\u00f9 les modifications touchent une petite partie de la vue. L'IVM permet de mettre \u00e0 jour instantan\u00e9ment les vues mat\u00e9rialis\u00e9es en appliquant uniquement des modifications incr\u00e9mentielles, sans recalculer la vue, comme c'est le cas avec l'op\u00e9ration \u00ab REFRESH MATERIALIZED VIEW \u00bb. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"