{"id":107183,"date":"2023-03-10T18:48:11","date_gmt":"2023-03-10T16:48:11","guid":{"rendered":"https:\/\/prohoster.info\/?p=107183"},"modified":"2023-03-13T12:06:39","modified_gmt":"2023-03-13T10:06:39","slug":"kriticheskaya-uyazvimost-v-wasmtime-runtime-dlya-webassembly-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/kriticheskaya-uyazvimost-v-wasmtime-runtime-dlya-webassembly-prilozhenij","title":{"rendered":"Vulnerabilit\u00e0 critica in Wasmtime, runtime per applicazioni WebAssembly","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Negli aggiornamenti correttivi Wasmtime 6.0.1, 5.0.1 e 4.0.1 \u00e8 stata risolta una vulnerabilit\u00e0 (CVE-2023-26489) classificata con livello di gravit\u00e0 critico. Questa vulnerabilit\u00e0 consente di scrivere dati in aree di memoria al di fuori dei limiti consentiti per il codice WebAssembly isolato, potenzialmente sfruttabile da un attaccante per eseguire il proprio codice al di fuori dell'ambiente isolato WASI. <\/p>\n
Wasmtime \u00e8 un runtime per l'esecuzione di applicazioni WebAssembly con estensioni WASI (WebAssembly System Interface) come normali applicazioni isolate. L'implementazione \u00e8 scritta in Rust e la vulnerabilit\u00e0 \u00e8 causata da un errore logico nella definizione delle regole di indirizzamento della memoria nel generatore di codice Cranelift, che traduce una rappresentazione intermedia indipendente dall'architettura hardware in codice macchina eseguibile per l'architettura x86_64. <\/p>\n
In particolare, per le applicazioni WebAssembly sono stati calcolati indirizzi efficaci a 35 bit invece degli indirizzi a 33 bit consentiti in WebAssembly, spostando il limite consentito per le operazioni di lettura e scrittura della memoria virtuale fino a 34 GB, mentre le impostazioni dell'ambiente sandbox offrono protezione fino a 6 GB dall'indirizzo base. Di conseguenza, l'intervallo di memoria virtuale da 6 a 34 GB dall'indirizzo base risultava accessibile per la lettura e la scrittura dalle applicazioni WebAssembly. In questa memoria possono risiedere altri ambienti WebAssembly o componenti del runtime WebAssembly. <\/p>\n
Se non \u00e8 possibile aggiornare la versione di Wasmtime, come soluzione alternativa per bloccare l'errore, viene suggerita l'impostazione dell'opzione <Config::static_memory_maximum_size(0)> per attivare un controllo dei confini separato e obbligatorio ad ogni accesso alla memoria lineare (ci\u00f2 comporta una notevole diminuzione delle prestazioni). Un'altra opzione \u00e8 utilizzare l'impostazione <Config::static_memory_guard_size(1 < 36)> per aumentare il numero di pagine di guardia in memoria (Guard Page, che genera un'eccezione all'accesso) collocate nell'intervallo problematico della memoria virtuale (ci\u00f2 comporta la riservazione di un grande volume di memoria virtuale e limita il numero di applicazioni WebAssembly eseguibili simultaneamente). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"