{"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\/it\/blog\/news\/obnovlenie-postgresql-s-ustraneniem-uyazvimosti-vypusk-pg_ivm-1-0","title":{"rendered":"Aggiornamento di PostgreSQL con correzione delle vulnerabilit\u00e0. Rilascio di pg_ivm 1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Aggiornamenti correttivi sono stati rilasciati per tutti i rami supportati di PostgreSQL: 14.3, 13.7, 12.11, 11.16 e 10.22. Il ramo 10.x si avvicina alla fine del supporto (gli aggiornamenti saranno rilasciati fino a novembre 2022). Le versioni del ramo 11.x continueranno fino a novembre 2023, 12.x fino a novembre 2024, 13.x fino a novembre 2025 e 14.x fino a novembre 2026. <\/p>\n
Nelle nuove versioni sono stati proposti oltre 50 correzioni e risolta la vulnerabilit\u00e0 CVE-2022-1552, relativa alla possibilit\u00e0 di bypassare l'isolamento nell'esecuzione di operazioni privilegiate come Autovacuum, REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW, CLUSTER e pg_amcheck. Un attaccante con il potere di creare oggetti non temporanei in qualsiasi schema di archiviazione pu\u00f2 ottenere l'esecuzione di funzioni SQL arbitrari con i privilegi di superutente durante l'esecuzione da parte di un utente privilegiato di quelle operazioni che coinvolgono l'oggetto dell'attaccante. Inoltre, l'esploitazione della vulnerabilit\u00e0 potrebbe verificarsi durante la pulizia automatica del database quando viene eseguito il gestore autovacuum. <\/p>\n
In caso di impossibilit\u00e0 di eseguire l'aggiornamento come via alternativa per bloccare il problema, si pu\u00f2 disattivare autovacuum e non eseguire le operazioni privilegiate REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW e CLUSTER, oltre a non avviare l'utilit\u00e0 pg_amcheck e non ripristinare i contenuti da un backup effettuato con l'utilit\u00e0 pg_dump. L'esecuzione di VACUUM \u00e8 considerata sicura, cos\u00ec come l'applicazione di qualsiasi comando, se gli oggetti trattati appartengono a utenti fidati. <\/p>\n
Tra le altre modifiche nelle nuove versioni si segnala l'aggiornamento del codice JIT per lavorare con LLVM 14, la possibilit\u00e0 di utilizzare modelli database.schema.table nelle utilit\u00e0 psql, pg_dump e pg_amcheck, la risoluzione di problemi che portano alla corruzione degli indici GiST su colonne ltree, l'arrotondamento errato dei valori nel formato epoch, estratti da dati di tipo interval, il malfunzionamento dello scheduler durante l'utilizzo di richieste remote asincrone, la ordinazione errata delle righe della tabella durante l'utilizzo dell'espressione CLUSTER su indici basati su espressioni, la perdita di dati a seguito di un arresto anomalo subito dopo la costruzione di un indice GiST ordinato, blocchi mutui durante l'eliminazione di un indice partizionato, una condizione di competizione tra l'operazione DROP TABLESPACE e il checkpoint. <\/p>\n
Si segnala inoltre il rilascio dell'estensione pg_ivm 1.0 che implementa il supporto per IVM (Incremental View Maintenance) per PostgreSQL 14. IVM offre un modo alternativo per aggiornare le viste materializzate, pi\u00f9 efficiente nel caso in cui le modifiche riguardino una piccola parte della vista. IVM consente di aggiornare istantaneamente le viste materializzate applicando solo le modifiche incrementali, senza il ricalcolo della vista necessario con l'operazione \u00abREFRESH MATERIALIZED VIEW\u00bb. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"