Der er offentliggjort information om en sårbarhed i operativsystemet Qubes, som bruger en hypervisor til striks isolering af applikationer og systemkomponenter (hver klasse af applikationer og systemtjenester kører i separate virtuelle maskiner). I tilfælde af at en angriber kompromitterer en af de virtuelle maskiner, gør sårbarheden det muligt at omgå isoleringen, udføre vilkårlige kommandoer på værtsmiljøets side (Dom0) og få kontrol over hele operativsystemet. Problemet opstår, når brugeren anvender værktøjet „qvm-copy-to-vm“ til at kopiere en fil fra værtsmiljøet til den virtualiserede maskine, der er under angriberens kontrol. Sårbarheden er blevet løst i opdateringen af pakken qubes-core-dom0-linux 4.3.22.
Problemet findes i værktøjet „qvm-copy-to-vm“ og skyldes upassende fejlhåndtering ved adgang til virtuelle maskiner. Essensen af sårbarheden ligger i, at værktøjet qvm-copy-to-vm til at vise fejlmeddelelser startede programmerne kdialog eller zenity, ved hjælp af funktionen system() og indsat oplysninger om den mislykkede filkopiering blandt mulighederne i kommandolinjen. I denne forbindelse var oprydningen af filnavnet begrænset til at skære ikke-ASCII-tegn og dobbelte citationstegn uden kontrol af, om der var specialtegn, der kunne tolkes af kommandoskallen, såsom „`“ og „$“.
Efter afslutningen af filkopieringen fra værtsystemet sender håndteringsprogrammet på den virtuelle maskine en bekræftelse af operationen tilbage, hvor blandt andet navnet på den sidst modtagne fil angives. Angrebet går ud på at returnere en fejlkode i stedet for en bekræftelse og angive et navnespecialtegn for filen, der ikke kunne kopieres, som kunne behandles af kommandetolkeren. Efter modtagelse af fejlen vil håndteringsprogrammet på værtsmiljøets side starte system() kommandoen til at vise dialogen med fejlteksten og overføre det filnavn, som angriberen har returneret (for eksempel når „file`id`“ er angivet, vil kommandoen id blive kørt på værtsmiljøet).
Kilde: opennet.ru
