{"id":103636,"date":"2022-03-27T15:36:39","date_gmt":"2022-03-27T13:36:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-zlib-proyavlyayushhayasya-pri-szhatii-speczialno-oformlennyh-dannyh"},"modified":"2022-03-27T15:36:39","modified_gmt":"2022-03-27T13:36:39","slug":"uyazvimost-v-zlib-proyavlyayushhayasya-pri-szhatii-speczialno-oformlennyh-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimost-v-zlib-proyavlyayushhayasya-pri-szhatii-speczialno-oformlennyh-dannyh","title":{"rendered":"Vulnerabilit\u00e0 in zlib, che si manifesta durante la compressione di dati appositamente formattati","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nella libreria zlib \u00e8 stata individuata una vulnerabilit\u00e0 (CVE-2018-25032) che porta a un buffer overflow durante il tentativo di compressione di una sequenza di caratteri appositamente preparata nei dati in ingresso. Nel suo stato attuale, i ricercatori hanno dimostrato la possibilit\u00e0 di causare l'arresto anomalo del processo. Non \u00e8 ancora chiaro se la problematica possa avere conseguenze pi\u00f9 gravi. <\/p>\n
La vulnerabilit\u00e0 si manifesta a partire dalla versione zlib 1.2.2.2 e colpisce anche l'ultima release zlib 1.2.11. \u00c8 notevole che la patch per la correzione della vulnerabilit\u00e0 sia stata proposta gi\u00e0 nel 2018, ma gli sviluppatori non l'hanno presa in considerazione e non \u00e8 stata rilasciata una versione correttiva (la libreria zlib \u00e8 stata aggiornata l'ultima volta nel 2017). La correzione non \u00e8 ancora stata inclusa nei pacchetti offerti dai vari distributori. \u00c8 possibile seguire la pubblicazione delle correzioni da parte dei distributori su queste pagine: Debian, RHEL, Fedora, SUSE, Ubuntu, Arch Linux, OpenBSD, FreeBSD, NetBSD. La libreria zlib-ng non \u00e8 soggetta al problema. <\/p>\n
La vulnerabilit\u00e0 si manifesta quando un numero elevato di corrispondenze da comprimere appare nel flusso in ingresso, a cui viene applicata la compressione basata su codici di Huffman fissi. In determinate circostanze, il contenuto del buffer intermedio, dove viene inserito il risultato compresso, pu\u00f2 sovrapporsi alla memoria in cui \u00e8 memorizzata la tabella delle frequenze dei caratteri. Di conseguenza, si osserva la formazione di dati compressi errati e il crash a causa della scrittura oltre il limite del buffer. <\/p>\n
La vulnerabilit\u00e0 pu\u00f2 essere sfruttata solo utilizzando una strategia di compressione basata su codici di Huffman fissi. Tale strategia viene selezionata quando si attiva esplicitamente l'opzione Z_FIXED nel codice (un esempio di sequenza che porta al crash utilizzando l'opzione Z_FIXED). A giudicare dal codice, la strategia Z_FIXED pu\u00f2 anche essere scelta automaticamente se gli alberi ottimali e statici calcolati per i dati hanno la stessa dimensione. <\/p>\n
Non \u00e8 chiaro se possano essere determinate le condizioni per sfruttare la vulnerabilit\u00e0 quando si utilizza la strategia di compressione Z_DEFAULT_STRATEGY, applicata per impostazione predefinita. Se non \u00e8 possibile, la vulnerabilit\u00e0 sar\u00e0 limitata a sistemi specifici in cui \u00e8 esplicitamente utilizzata l'opzione Z_FIXED. In caso contrario, il danno derivante dalla vulnerabilit\u00e0 potrebbe essere molto significativo, poich\u00e9 la libreria zlib \u00e8 uno standard de facto e viene utilizzata in molti progetti popolari, inclusi il kernel Linux, OpenSSH, OpenSSL, apache httpd, libpng, FFmpeg, rsync, dpkg, rpm, Git, PostgreSQL, MySQL, ecc. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"