Det er publisert informasjon om en sårbarhet i Qubes-operativsystemet, som bruker en hypervisor for streng isolering av applikasjoner og OS-komponenter (hver klasse av applikasjon og systemtjeneste kjører i separate virtuelle maskiner). Hvis en angriper kompromitterer en av de virtuelle maskinene, tillater sårbarheten omgåelse av isolering, utføre vilkårlige kommandoer på vertsmiljøet (Dom0) og få kontroll over hele operativsystemet. Problemet manifesterer seg når en bruker bruker verktøyet "qvm-copy-to-vm" til å kopiere en fil fra vertsmiljøet til en angriperkontrollert virtuell maskin. Sårbarheten er løst i qubes-core-dom0-linux-pakkeoppdatering 4.3.22.
Problemet finnes i qvm-copy-to-vm-verktøyet og er forårsaket av feil håndtering av feil som returneres ved tilgang virtuell maskinSårbarheten var forankret i det faktum at qvm-copy-to-vm-verktøyet startet kdialog- eller zenity-programmene for å vise feilinformasjon, ved å bruke system()-funksjonen og erstatte informasjon om den mislykket kopierte filen som et av kommandolinjealternativene. Opprydding av filnavn var begrenset til å fjerne ikke-ASCII-tegn og doble anførselstegn, uten å sjekke for spesialtegn som tolkes av skallet, for eksempel "`" og "$".
Etter at filkopieringen fra vertssystemet er fullført, sender den virtuelle maskinbehandleren tilbake en bekreftelse på operasjonen, som blant annet inkluderer navnet på den sist mottatte filen. Angrepet består av å returnere en feilkode i stedet for en bekreftelse og spesifisere et filnavn med spesialtegn behandlet av kommandotolken for filen som ikke kunne kopieres. Etter å ha mottatt en feil, bruker vertsbehandleren system()-kommandoen til å starte en dialogboks med feilteksten, og sender filnavnet som returneres av angriperen på kommandolinjen (for eksempel vil det å spesifisere "file`id`" kjøre id-kommandoen på verten).
Kilde: opennet.ru
