Phenquestions
Microsoft har släppt en säkerhetsuppdatering-KB4571756-som kommer att inaktivera RemoteFX vGPU funktion på grund av en säkerhetsproblem. Det gäller Windows 10, version 2004 och alla versioner av Windows Server version 2004.
Lägg upp den här uppdateringen, alla virtuella datorer som har RemoteFX vGPU aktiverat kommer att misslyckas med följande felmeddelanden:
- Den virtuella maskinen kan inte startas eftersom alla RemoteFX-kompatibla GPU: er är inaktiverade i Hyper-V Manager.
- Den virtuella maskinen kan inte startas eftersom servern har otillräckliga GPU-resurser.
Även om slutanvändaren försöker återaktivera RemoteFX vGPU kommer den virtuella datorn att visa felmeddelandet-
Vi stöder inte längre RemoteFX 3D-videoadaptern. Om du fortfarande använder denna adapter kan du bli sårbar för säkerhetsrisker.
Vad är RemoteFX vGPU-funktionen?
När du kör virtuella maskiner låter RemoteFX vGPU-funktionen dig dela den fysiska GPU. Funktionen passar bra när fysisk GPU är för mycket av en resurs, men istället kan alla virtuella datorer dela dynamiskt GPU för sin arbetsbelastning. Fördelen är naturligtvis minskningen av kostnaden för GPU och minskad CPU-belastning. Om du vill föreställa dig är det som att köra flera DirectX-applikationer samtidigt på samma fysiska GPU. Så istället för att köpa fyra GPU: er kan en GPU hjälpa, beroende på arbetsbelastningen. Det kom också med motåtgärder som begränsade överanvändningen av fysisk GPU.
Vad är säkerhetsproblemet kring RemoteFX vGPU?
RemoteFX vGPU är gammal. Det introducerades i Windows 7 och står nu inför en sårbarhet för fjärrkörning av kod. Det finns en sårbarhet för fjärrkörning av kod när Hyper-V RemoteFX vGPU på en värdserver inte korrekt validerar inmatning från en autentiserad användare i ett gästoperativsystem. Det händer när Hyper-V RemoteFX vGPU på en värdserver inte korrekt validerar inmatning från en autentiserad användare på ett gästoperativsystem när en angripare kör ett utformat program på ett gäst-operativsystem, som attackerar enskilda tredjepartsvideodrivrutiner som körs på Hyper -V värd.
När angriparen har tillgång kan han köra valfri kod i värd-operativsystemet. Eftersom detta är en arkitektonisk fråga finns det ingen lösning på det.
Alternativ till RemoteFX vGPU
Det enda alternativet är att använda en alternativ vGPU, som kan komma från tredjepartsapplikationer eller Microsoft föreslår att man använder Discrete Device Assignment (DDA). Det låter dig hela PCIe-enheten till en virtuell dator. Inte bara kan du ge åtkomst till grafikbilar, men du kan också dela NVMe-lagring.
Den största fördelen med DDA förutom att den är säker, det finns inget behov av att installera drivrutiner på värden innan enheten monteras i den virtuella datorn. Så länge VM kan identifiera enhetens PCIe-plats kan sökvägen bestämmas för att den virtuella datorn ska montera den. Kort sagt, DDA som skickar en GPU till en virtuell dator gör att den inbyggda GPU-drivrutinen kan användas inom den virtuella datorn och alla funktioner. Det inkluderar DirectX 12, CUDA, etc., vilket inte var möjligt med RemoteFX vGPU.
Hur du återaktiverar RemoteFX vGPU
Microsoft varnar tydligt för att du inte ska använda RemoteFX vGPU, men om du måste, finns det ett sätt att aktivera det igen på egen risk.
Förutsatt att du redan har konfigurerat RemoteFX vGPU 3D-adaptern, här är detaljerna som endast fungerar på Windows 10, version 1803 och tidigare versioner
Konfigurera RemoteFX vGPU med Hyper-V Manager
Följ dessa steg för att konfigurera RemoteFX vGPU 3D med Hyper-V Manager:
- Stoppa den virtuella maskinen
- Öppna Hyper-V Manager och navigera till VM-inställningar.
- Klicka på Lägg till maskinvara.
- Välj RemoteFX 3D Graphics Adapter och välj sedan Lägg till.
Konfigurera RemoteFX vGPU med PowerShell-cmdlets
- Enable-VMRemoteFXPhysicalVideoAdapter
- Lägg till VMRemoteFx3dVideoAdapter
- Get-VMRemoteFx3dVideoAdapter
- Set-VMRemoteFx3dVideoAdapter
- Get-VMRemoteFXPhysicalVideoAdapter
Du kan läsa mer om det här på Microsoft.
