{"id":120895,"date":"2024-12-08T21:46:03","date_gmt":"2024-12-08T19:46:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-pozvolyayushhie-podmenit-obrazy-i-vypolnit-kod-na-asu-serverah-proekta-openwrt"},"modified":"2024-12-08T21:46:03","modified_gmt":"2024-12-08T19:46:03","slug":"uyazvimosti-pozvolyayushhie-podmenit-obrazy-i-vypolnit-kod-na-asu-serverah-proekta-openwrt","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/uyazvimosti-pozvolyayushhie-podmenit-obrazy-i-vypolnit-kod-na-asu-serverah-proekta-openwrt","title":{"rendered":"Vulnerabilit\u00e0 che consentono di sostituire le immagini ed eseguire codice sui server ASU del progetto OpenWrt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nel progetto in fase di sviluppo OpenWrt, nel toolkit ASU (Attended SysUpgrade), sono state individuate vulnerabilit\u00e0 critiche (CVE-2024-54143) che possono compromettere gli artefatti di build distribuiti attraverso il servizio sysupgrade.openwrt.org o server ASU di terze parti, consentendo l'installazione di immagini firmware modificate da un attaccante sui sistemi degli utenti che utilizzano la modalit\u00e0 'attended upgrade' per aggiornare i firmware tramite l'interfaccia web selector.openwrt.org o il toolkit da riga di comando attended.sysupgrade. <\/p>\n

Per portare a termine un attacco, un attaccante deve semplicemente inviare una richiesta di build al server ASU (queste richieste possono essere inviate da qualsiasi utente senza autenticazione). Attraverso manipolazioni con un apposito elenco di pacchetti, l'attaccante pu\u00f2 organizzare l'invio di immagini dannose precedentemente generate in risposta a legittime richieste di build da parte di altri utenti. <\/p>\n

Il servizio ASU viene utilizzato in OpenWrt per generare e installare aggiornamenti del firmware senza perdere le impostazioni esistenti e i pacchetti installati dall'utente. Attraverso l'interfaccia web o lo strumento da riga di comando, l'utente invia una richiesta per generare un'immagine del firmware aggiornata, specificando i pacchetti installati nel suo sistema. Dopo poco tempo, il server ASU genera un'immagine corrispondente al contenuto richiesto, dopo di che l'utente la scarica e la installa sul proprio dispositivo. Inoltre, \u00e8 fornita un'opzione che consente di mantenere le impostazioni esistenti nel firmware aggiornato. <\/p>\n

Il server ASU \u00e8 responsabile dell'elaborazione delle richieste degli utenti, avviando una build automatica delle immagini del firmware utilizzando lo strumento ImageBuilder e mantenendo una cache di build precedentemente preparate. Se l'utente richiede un'immagine che \u00e8 gi\u00e0 stata generata in precedenza e mantiene la sua validit\u00e0, il sistema restituisce immediatamente l'immagine esistente dalla cache senza avviare il processo di build. server<\/a> Il comportamento dell'attacco \u00e8 stato reso possibile grazie a due vulnerabilit\u00e0: <\/p>\n

Una vulnerabilit\u00e0 nel gestore delle richieste build_reques.py del pacchetto Imagebuilder, che consente di iniettare comandi nel processo di build attraverso nomi di pacchetti specificamente formattati forniti dall'utente. Questa vulnerabilit\u00e0 \u00e8 causata dalla mancanza di un'adeguata verifica dei caratteri speciali nei nomi dei pacchetti prima del loro utilizzo come argomenti per l'utilit\u00e0 make. Sfruttando questa vulnerabilit\u00e0, l'attaccante pu\u00f2 generare sul server immagini dannose del firmware firmate con la corretta chiave di build. <\/p>\n