{"id":183295,"date":"2026-09-08T22:53:24","date_gmt":"2026-09-08T20:53:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/uyazvimost-v-os-qubes-pozvolyayushhaya-obojti-izolyacziyu-i-vypolnit-kod-na-urovne-dom0"},"modified":"2026-09-08T22:53:29","modified_gmt":"2026-09-08T20:53:29","slug":"qubes-os-vulnerability-allows-isolation-bypass-and-code-execution-in-dom0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/qubes-os-vulnerability-allows-isolation-bypass-and-code-execution-in-dom0","title":{"rendered":"Vulnerabilit\u00e0 nel sistema operativo Qubes che consente di bypassare l'isolamento ed eseguire codice a livello di Dom0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata pubblicata un'informazione su una vulnerabilit\u00e0 nel sistema operativo Qubes, che utilizza un hypervisor per una rigorosa isolamento delle applicazioni e dei componenti del sistema operativo (ogni classe di applicazioni e servizi di sistema operano in macchine virtuali separate). Se un attaccante compromette una delle macchine virtuali, la vulnerabilit\u00e0 consente di superare l'isolamento, eseguire comandi arbitrari nel contesto dell'ambiente host (Dom0) e ottenere il controllo dell'intero sistema operativo. Il problema si manifesta quando un utente utilizza l'utilit\u00e0 [qvm-copy-to-vm] per copiare un file dall'ambiente host a una macchina virtuale controllata dall'attaccante. La vulnerabilit\u00e0 \u00e8 stata corretta nell'aggiornamento del pacchetto qubes-core-dom0-linux 4.3.22. <\/p>\n
Il problema \u00e8 presente nell'utilit\u00e0 [qvm-copy-to-vm] ed \u00e8 causato da una gestione inadeguata degli errori restituiti durante l'accesso alla macchina virtuale. La vulnerabilit\u00e0 consiste nel fatto che l'utilit\u00e0 qvm-copy-to-vm, per visualizzare informazioni sull'errore, avviava i programmi kdialog o zenity, utilizzando la funzione system() e inserendo informazioni sul file fallito nelle opzioni della riga di comando. La pulizia del nome del file era limitata all'eliminazione dei caratteri non ASCII e delle virgolette doppie senza verificare la presenza di caratteri speciali interpretabili dalla shell, come [0] e [$]. <\/p>\n
Dopo il completamento della copia dei file dal sistema host, il gestore dalla macchina virtuale restituisce una conferma dell'operazione, in cui tra l'altro viene indicato il nome dell'ultimo file ricevuto. L'attacco consiste nel restituire un codice di errore invece della conferma e specificando per il file che non \u00e8 stato possibile copiare un nome contenente caratteri speciali interpretabili dal command interpreter. Dopo aver ricevuto l'errore, il gestore nel contesto dell'ambiente host avvier\u00e0, tramite system(), l'utilit\u00e0 per mostrare il dialogo con il testo dell'errore, passando nella riga di comando il nome del file restituito dall'attaccante (ad esempio, specificando [file`id] nel contesto dell'ambiente host verr\u00e0 eseguita il comando id). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"