{"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 che risolve una vulnerabilit\u00e0. Rilascio di pg_ivm 1.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono stati rilasciati aggiornamenti correttivi 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 suo periodo di supporto (gli aggiornamenti verranno rilasciati fino a novembre 2022). Il rilascio di aggiornamenti per il ramo 11.x continuer\u00e0 fino a novembre 2023, per il 12.x fino a novembre 2024, per il 13.x fino a novembre 2025 e per il 14.x fino a novembre 2026. <\/p>\n
Nelle nuove versioni sono state proposte oltre 50 correzioni e risolta la vulnerabilit\u00e0 CVE-2022-1552, relativa alla possibilit\u00e0 di eludere l'isolamento dell'esecuzione di operazioni privilegiate come Autovacuum, REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW, CLUSTER e pg_amcheck. Un attaccante che ha il potere di creare oggetti non temporanei in qualsiasi schema di archiviazione pu\u00f2 ottenere l'esecuzione di funzioni SQL arbitrarie con privilegi di superutente durante l'esecuzione delle operazioni sopra menzionate, riguardanti l'oggetto dell'attaccante. L'exploit della vulnerabilit\u00e0 pu\u00f2 avvenire anche durante la pulizia automatica del database eseguendo il gestore autovacuum. <\/p>\n
Se l'aggiornamento non pu\u00f2 essere eseguito, come soluzione alternativa per il problema di blocco, \u00e8 possibile disattivare autovacuum e non eseguire le operazioni privilegiate REINDEX, CREATE INDEX, REFRESH MATERIALIZED VIEW e CLUSTER, oltre a non avviare lo strumento pg_amcheck e non ripristinare il contenuto da un backup creato con lo strumento pg_dump. L'esecuzione di VACUUM \u00e8 considerata sicura, cos\u00ec come l'applicazione di qualsiasi operazione comandi, 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 negli strumenti psql, pg_dump e pg_amcheck, la correzione di problemi che portano alla corruzione degli indici GiST su colonne ltree, la arrotondamento errato dei valori nel formato epoch estratti da dati di tipo interval, il funzionamento errato dello scheduler con richieste remote asincrone, un ordinamento errato delle righe della tabella con l'uso dell'espressione CLUSTER su indici basati su espressioni, la perdita di dati in caso di arresto anomalo subito dopo la costruzione di un indice GiST ordinato, e il deadlock durante l'eliminazione di un indice partizionato, oltre a stati di gara tra l'operazione DROP TABLESPACE e la registrazione dello stato (checkpoint). <\/p>\n
Inoltre, \u00e8 stato rilasciato l'estensione pg_ivm 1.0 con implementazione del supporto IVM (Incremental View Maintenance) per PostgreSQL 14. IVM offre un modo alternativo per aggiornare le viste materializzate, pi\u00f9 efficiente quando le modifiche riguardano solo una parte piccola della vista. IVM consente di aggiornare istantaneamente le viste materializzate, applicando solo modifiche incrementali senza dover ricalcolare la vista, come avviene con l'operazione \u201cREFRESH MATERIALIZED VIEW\u201d. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"