Verkeer van Windows Sandbox volgt standaard niet de VPN van de host

Je start Windows Sandbox, opent er een browser in, en de pagina laadt via je normale verbinding terwijl de host een minuut eerder op de VPN zat. Niets is stuk. De sandbox krijgt een virtuele netwerkadapter die aan de standaardschakelaar van de host hangt, en of de tunnel van de host dat pad dekt, is een eigenschap van de VPN-client, niet van Windows.

Wat de sandbox werkelijk krijgt

De sandbox is een lichte virtuele machine met een eigen netwerkadapter. Die adapter verbindt via de Hyper-V-standaardschakelaar van de host, die het verkeer van de sandbox vertaalt naar de virtuele Ethernet-interface van de host voordat het de machine verlaat. Dat detail verklaart bijna elk symptoom dat mensen hierover melden.

De sandbox is dus geen proces op je bureaublad. Het is een apart netwerkeindpunt waarvan de host de pakketten doorstuurt, en de firewall van de host en de VPN-client zien die doorsturing elk op hun eigen manier. Een regel die voor een browserproces is geschreven, past niet automatisch op een vertaald frame van een virtuele schakelaar.

Twee eisen die op één lijken

Een privébron bereiken en elke aanvraag van de sandbox door de tunnel dwingen zijn twee verschillende doelen. Het eerste vraagt een route en naamresolutie die voor het eindpunt van de sandbox werken. Het tweede vraagt handhaving die een herverbinding en een storing overleeft. Geen van beide volgt uit het andere, en een controle die het ene vervult, zegt niets over het tweede.

Een controle van het openbare adres beantwoordt geen van beide vragen volledig. De VPN-uitgang van binnenuit de sandbox zien, toont aan dat een deel van het verkeer de tunnel gebruikte. Het zegt niets over of privénamen worden opgelost, of over wat er gebeurt met een aanvraag die begint terwijl de tunnel plat ligt.

Schrijf op welke van de twee je nodig hebt voordat je iets test, want de twee eisen leiden tot verschillende ontwerpen en slechts één ervan kan met een browser worden geverifieerd.

Controleer van binnenuit de sandbox

De enige zinvolle waarneming komt uit de sessie van de sandbox zelf, niet van de host. Open daar PowerShell en kijk naar de adapter, de naamresolutie en het pad naar een documentatieadres:

ipconfig /all
Resolve-DnsName files.corp.example
Test-NetConnection 198.51.100.7 -Port 443
Get-NetRoute -DestinationPrefix 0.0.0.0/0

De adapterlijst toont het adres en de gateway die de sandbox kreeg. Een andere gateway dan die van de host is normaal voor de standaardschakelaar, dus vergelijk de uitgang in plaats van de gateway. De resolutietest toont of een privénaam überhaupt wordt beantwoord, en daar wijken split-horizon-opstellingen meestal van de host af. De routelijn toont welke gateway de sandbox als eigenaar van de standaardroute beschouwt.

Herhaal dezelfde drie controles met de tunnel verbonden en verbroken. Een resultaat dat tussen die twee toestanden niet verandert, is het bewijs dat de tunnel helemaal niet op het pad van de sandbox ligt, welk adres de openbare controle ook toonde.

Zet netwerken uit wanneer de sandbox het niet nodig heeft

Voor offline-inspectie kan een aangepast configuratiebestand het netwerk volledig verwijderen. De instelling is één element in het configuratiedocument:

<Configuration>
  <Networking>Disable</Networking>
</Configuration>

De referentiegids voor sandbox-configuratie documenteert dit element en waarschuwt dat ingeschakeld netwerken interne netwerken kan blootstellen aan toepassingen die je niet vertrouwt. Die waarschuwing is de hele reden om het expliciet in te stellen in plaats van de standaard te accepteren.

De schakelaar selecteert echter geen VPN-interface. Het is een binaire beslissing over of er een netwerk is, geen manier om de sandbox aan een bepaalde tunnel te binden. Een eis die een uitgang noemt, kan niet worden vervuld door een schakelaar die alleen bepaalt of er een is.

Ontwerp de grens voordat je iets toekent

Als de eis strikte isolatie is, kies een netwerkontwerp voor virtuele machines dat die kan afdwingen, en gebruik het ondersteunde beleid van het VPN-product voor doorgestuurd verkeer of verkeer van virtuele machines. Het gedrag van de host-client raden is geen ontwerp, en één geslaagde controle is geen implementatie.

Geef een niet-vertrouwde sandbox geen bedrijfs-VPN-profiel of privéreferenties om een test te laten slagen. Dat ruilt de grens die je probeerde te vestigen in voor een groen resultaat, en de referentie overleeft de test.

Leg de netwerkmodus, de waargenomen uitgang en het herverbindingsgedrag vast in de uitrolnotities. Wanneer een clientupdate verandert hoe doorgestuurd verkeer wordt behandeld, zijn het die notities die vertellen dat de eis nooit echt is vervuld.