{"id":116387,"date":"2024-06-06T15:39:51","date_gmt":"2024-06-06T13:39:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-etalonnyh-realizacziyah-kodekov-av1-i-vp8-vp9"},"modified":"2024-06-06T15:39:51","modified_gmt":"2024-06-06T13:39:51","slug":"uyazvimost-v-etalonnyh-realizacziyah-kodekov-av1-i-vp8-vp9","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/uyazvimost-v-etalonnyh-realizacziyah-kodekov-av1-i-vp8-vp9","title":{"rendered":"Vulnerabilit\u00e0 nelle implementazioni di riferimento dei codec AV1 e VP8\/VP9","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nella libreria libaom, sviluppata dall'alleanza Open Media (AOMedia) e che fornisce un'implementazione di riferimento del formato di codifica video AV1, \u00e8 stata trovata una vulnerabilit\u00e0 critica (CVE-2024-5171) che porta a un overflow di interi e a scritture al di fuori dei limiti del buffer durante l'elaborazione di valori eccessivamente grandi in alcuni parametri. Una vulnerabilit\u00e0 simile (CVE-2024-5197) \u00e8 stata trovata nella libreria libvpx, che implementa i codec VP8 e VP9. I problemi sono stati risolti negli aggiornamenti libaom 3.9.0 e libvpx 1.14.1. Nelle distribuzioni, le vulnerabilit\u00e0 rimangono ancora irrisolte (Debian, Ubuntu, RHEL, SUSE\/openSUSE, Fedora, Arch, FreeBSD). <\/p>\n
La vulnerabilit\u00e0 in libaom ha ricevuto il livello di pericolo massimo (10 su 10), implicando la possibilit\u00e0 di sfruttamento durante l'elaborazione in applicazioni che utilizzano questa libreria, con contenuti appositamente formulati. In libvpx, il livello di pericolo \u00e8 stato fissato a 5.9 su 10, corrispondente a condizioni di sfruttamento limitate. Il principale rischio delle vulnerabilit\u00e0 in libaom e libvpx \u00e8 dato dal fatto che queste librerie sono utilizzate nei browser web, nei lettori multimediali e nei servizi che effettuano la ricodifica video. <\/p>\n
La vulnerabilit\u00e0 si manifesta in libaom quando si chiamano le funzioni aom_img_alloc(), aom_img_wrap() o aom_img_alloc_with_border() con grandi valori nei parametri d_w, d_h e align, che portano a un overflow di interi durante il calcolo degli spostamenti e delle dimensioni dei buffer. Un'analoga condizione di overflow si verifica nelle funzioni vpx_img_alloc() e vpx_img_wrap(). Le suddette funzioni sono utilizzate per la codifica video. <\/p>\n
La vulnerabilit\u00e0 rappresenta un rischio significativo a causa della potenziale possibilit\u00e0 di attacco ai browser, in cui precedenti vulnerabilit\u00e0 simili potrebbero essere state sfruttate attraverso l'apertura in un browser di una pagina appositamente formulata, che richiama funzioni JavaScript per la codifica video, o tramite manipolazioni con WebRTC. Secondo quanto dichiarato dai rappresentanti di Google, la vulnerabilit\u00e0 non colpisce il motore Chromium, poich\u00e9 nelle funzioni aom_img_alloc(), aom_img_wrap(), vpx_img_alloc() e vpx_img_wrap() sono stati passati solo valori di argomenti d_w e d_h verificati. In Firefox per la decodifica dell'AV1 viene utilizzata la libreria dav1d, ma per la codifica \u00e8 impiegata libaom. Non \u00e8 ancora chiaro se Firefox sia vulnerabile, poich\u00e9 non sono state pubblicate informazioni su come la vulnerabilit\u00e0 influisca su prodotti specifici. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"