{"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\/de\/blog\/news\/qubes-os-vulnerability-allows-isolation-bypass-and-code-execution-in-dom0","title":{"rendered":"Sicherheitsanf\u00e4lligkeit im Qubes OS, die es erm\u00f6glicht, die Isolation zu umgehen und Code auf Dom0-Ebene auszuf\u00fchren.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Informationen \u00fcber eine Sicherheitsanf\u00e4lligkeit im Betriebssystem Qubes wurden ver\u00f6ffentlicht, das einen Hypervisor f\u00fcr die strikte Isolation von Anwendungen und Betriebssystemkomponenten verwendet (jede Klasse von Anwendungen und Systemdiensten wird in separaten virtuellen Maschinen ausgef\u00fchrt). Wenn ein Angreifer eine der virtuellen Maschinen kompromittiert, erm\u00f6glicht die Sicherheitsanf\u00e4lligkeit die Umgehung der Isolation, die Ausf\u00fchrung willk\u00fcrlicher Befehle im Host-Umfeld (Dom0) und die vollst\u00e4ndige Kontrolle \u00fcber das gesamte Betriebssystem. Das Problem tritt auf, wenn ein Benutzer das Utility «qvm-copy-to-vm» verwendet, um eine Datei aus dem Host-Umfeld in eine vom Angreifer kontrollierte virtuelle Maschine zu kopieren. Die Sicherheitsanf\u00e4lligkeit wurde mit dem Update f\u00fcr das Paket qubes-core-dom0-linux 4.3.22 behoben. <\/p>\n
Das Problem besteht im Utility «qvm-copy-to-vm» und wird durch eine unsachgem\u00e4\u00dfe Behandlung von Fehlern verursacht, die beim Zugriff auf die virtuelle Maschine zur\u00fcckgegeben werden. Der Kern der Sicherheitsanf\u00e4lligkeit liegt darin, dass das Utility qvm-copy-to-vm zur Anzeige von Fehlermeldungen die Programme kdialog oder zenity \u00fcber die Funktion system() startet und dabei Informationen \u00fcber die fehlgeschlagene Datei als Optionen in die Befehlszeile einf\u00fcgt. Dabei wurde die Bereinigung des Dateinamens darauf beschr\u00e4nkt, nicht-ASCII-Zeichen und doppelte Anf\u00fchrungszeichen zu entfernen, ohne die Anwesenheit von speziellen Zeichen zu \u00fcberpr\u00fcfen, die von der Shell interpretiert werden, wie «`» und «$». <\/p>\n
Nach Abschluss des Datei\u00fcbertragungsprozesses aus dem Host-System \u00fcbertr\u00e4gt der Handler auf der virtuellen Maschine eine Best\u00e4tigung der Operation zur\u00fcck, die unter anderem den Namen der zuletzt empfangenen Datei angibt. Der Angriff besteht darin, einen Fehlercode anstelle einer Best\u00e4tigung zur\u00fcckzugeben und dem nicht kopierten Datei einen Namen mit speziellen Zeichen, die von der Shell verarbeitet werden, zuzuweisen. Nach dem Empfang des Fehlers wird der Handler im Host-Umfeld das Utility zur Anzeige eines Dialogs mit der Fehlermeldung \u00fcber den system()-Befehl starten und dabei den vom Angreifer \u00fcbermittelten Dateinamen (zum Beispiel, wenn «file`id`» im Host-Umfeld angegeben ist, wird der Befehl id ausgef\u00fchrt). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"