Когда достаточно Windows Sandbox, а когда нужна полноценная виртуальная машина

Windows Sandbox — это лёгкая, одноразовая изолированная среда, встроенная в Windows 10/11 Pro и Enterprise. Полноценная виртуальная машина (Hyper-V, VMware, VirtualBox) — это изолированная копия всей операционной системы с собственным диском, памятью и состоянием. Выбор между ними зависит не от «мощности» компьютера, а от того, какие именно задачи вы решаете: быстро проверить подозрительный файл или развернуть постоянную тестовую среду с настройками, данными и сетевыми сервисами.

Главный ориентир: если задача разовая, не требует сохранения состояния между запусками и укладывается в ограничения песочницы (нет GPU-ускорения, нет постоянного диска, нет вложенной виртуализации, сеть только NAT) — используйте Sandbox. Если нужно сохранять изменения, пробрасывать USB, настраивать сеть, запускать вложенные ВМ, работать с GPU или держать готовую среду неделями — ставьте полноценную ВМ.

Что такое Windows Sandbox технически

Windows Sandbox — это не просто «легкая ВМ». Это оптимизированный контейнер на базе технологии контейнеров Windows (Silos) с минимальным образом ОС (~100 Мб базовый образ, разворачивается в ~300–500 Мб RAM). Он использует общий с хостом образ системы (Base Image) через copy-on-write: изменения записываются в разностный слой, который уничтожается при закрытии. Запуск занимает 5–15 секунд на современном SSD.

Ключевые архитектурные особенности:

• Нет постоянного диска — всё сбрасывается при закрытии окна.
• Графика: только программный рендеринг (WARP), нет доступа к физическому GPU, нет DirectX 11/12 для приложений, нет Vulkan.
• Сеть: только NAT через хост, нет изолированных виртуальных свитчей, нет MAC-адреса, нет входящих подключений извне без проброса портов на хосте.
• Нет вложенной виртуализации — внутри Sandbox не запустятся Hyper-V, VMware, VirtualBox, Docker Desktop, WSL 2.
• Интеграция с хостом: общий буфер обмена, drag-and-drop файлов, доступ к папкам хоста через настройки .wsb (только чтение или чтение/запись).
• Требования: Windows 10/11 Pro/Enterprise/Education, виртуализация в BIOS/UEFI, минимум 4 Гб RAM (реально нужно 8+ Гб для комфорта), 2 ядра CPU, SSD.

Что даёт полноценная виртуальная машина

Полноценная ВМ (Hyper-V, VMware Workstation Pro/Player, VirtualBox, Parallels) — это абстракция целого компьютера: свой BIOS/UEFI, свои виртуальные устройства, свой диск (VHDX, VMDK, VDI), своя память, свои сетевые адаптеры. Состояние сохраняется между сессиями, поддерживаются снапшоты (чекпоинты), можно ставить любые гостевые ОС (Linux, старые Windows, BSD).

Архитектурные отличия от Sandbox:

• Постоянный виртуальный диск — изменения сохраняются навсегда или до отката снапшота.
• GPU: проброс физического GPU (GPU passthrough / vGPU / mediated pass-through), поддержка DirectX 11/12, Vulkan, OpenGL, CUDA, OpenCL — критично для CAD, рендеринга, ML, игр.
• Сеть: внутренние свитчи, NAT, мостовые адаптеры (bridge), VLAN, изолированные лаборатории, входящие подключения, свой DHCP/DNS.
• USB: проброс любых USB-устройств (ключи лицензий, программаторы, модемы, камеры).
• Вложенная виртуализация — внутри ВМ можно запускать Hyper-V, Docker, WSL 2, другие ВМ.
• Снапшоты и клонирование — мгновенные откаты, ветвление сценариев, шаблоны для развёртывания.
• Гостевые дополнения / Integration Services — общие папки, бесшовный режим, динамическое разрешение экрана, синхронизация времени.

Ключевые критерии выбора: сравнительная таблица

Критерий	Windows Sandbox	Полноценная ВМ
Сохранение состояния между запусками	Нет (полный сброс)	Да (диск + снапшоты)
Время запуска «с нуля»	5–15 сек	30 сек – 2 мин (зависит от ОС и диска)
GPU / 3D / CUDA / Vulkan	Только WARP (CPU)	Полная поддержка (при настройке)
USB-проброс	Нет	Да
Вложенная виртуализация	Нет	Да (на современных CPU)
Сетевая изоляция и гибкость	Только NAT исходящий	Любые топологии
Гостевые ОС	Только та же версия Windows	Любые (Linux, BSD, старые Windows)
Размер образа / место на диске	~300–500 Мб RAM + разностный слой	10–100+ Гб на виртуальный диск
Автоматизация / скрипты	.wsb конфиг + запуск через командную строку	PowerShell (Hyper-V), VIX API, CLI (VMware/VBox), Packer, Terraform
Лицензия гостевой ОС	Использует лицензию хоста	Требует отдельной лицензии (кроме VL и dev-сценариев)

Сценарии, где достаточно Windows Sandbox

Sandbox идеален для разовых проверок, где не нужно сохранять результат и не требуются аппаратные ресурсы.

Быстрая проверка подозрительных файлов и установщиков

Скачали .exe, .msi, .ps1, .bat из непроверенного источника — кидаете в Sandbox через drag-and-drop, запускаете, смотрите поведение (Process Monitor, Procmon, сетевой трафик через Wireshark на хосте). Закрыли окно — следов нет. Это безопаснее, чем запускать на хосте, и быстрее, чем поднимать ВМ.

Тестирование портативных приложений и скриптов

Проверка, как ведёт себя portable-версия программы, пользовательский скрипт PowerShell/Python, конфигурационный файл — без риска замусорить хост реестром, папками AppData, переменными окружения.

Валидация групповых политик и реестра

Нужно быстро проверить, сработает ли GPO или параметр реестра на «чистой» системе — Sandbox даёт чистый профиль пользователя и чистый HKLM за секунды. Экспортируете .reg или .pol, применяете, проверяете результат.

Проверка совместимости установщиков (MSI, EXE, AppX/MSIX)

Установка в Sandbox покажет, тянет ли установщик зависимости (VC++ Redist, .NET, драйверы), не ломает ли он профиль, не требует ли перезагрузку (Sandbox не поддерживает перезагрузку — установщик, требующий ребута, упадёт или зависнет, что тоже диагностично).

Работа с подозрительными документами (Office, PDF, архивы)

Открытие файла с макросами, эксплойтами, встроенными объектами — в изолированной среде без доступа к корпоративной сети (если отключить сетевой адаптер в .wsb или блокировать на фаерволе хоста).

Обучение и демонстрации «на чистой системе»

Показать коллеге/студенту, как выглядит чистая установка, как работает мастер настройки, как применяется политика — без подготовки образа ВМ.

Сценарии, где обязательна полноценная ВМ

Здесь Sandbox либо технически не справится, либо создаст больше проблем, чем решит.

Работа, требующая GPU / 3D / CUDA / Vulkan

CAD (SolidWorks, AutoCAD), рендеринг (Blender, V-Ray, Octane), ML-обучение (PyTorch, TensorFlow с CUDA), игры, тестирование драйверов видео — Sandbox даёт только программный WARP, производительность будет в 10–100 раз ниже, многие приложения просто не запустятся.

Разработка и тестирование с Docker, WSL 2, Kubernetes, вложенными ВМ

Docker Desktop на Windows использует WSL 2 / Hyper-V. Внутри Sandbox виртуализация отключена — Docker не запустится. То же для minikube, kind, K3s, вложенных Hyper-V/VMware. Нужен хост с включённой вложенной виртуализацией (ExposeVirtualizationExtensions в Hyper-V).

Постоянные тестовые среды: dev-стенды, CI-агенты, базы данных

Если вы поднимаете PostgreSQL, SQL Server, Redis, RabbitMQ, локальный Kubernetes — им нужны постоянные диски, сетевые имена, сертификаты, данные. Пересоздавать это при каждом запуске Sandbox нереально. ВМ с снапшотами решает это: настроили один раз — откатываетесь к чистому состоянию за секунды.

Работа с USB-устройствами: лицензионные ключи, программаторы, модемы

HASP/Sentinel ключи, программаторы микроконтроллеров (J-Link, ST-Link, FTDI), 3G/4G/5G модемы, специализированные сканеры — Sandbox не видит USB. Только проброс в полноценной ВМ.

Сложные сетевые топологии: изолированные лаборатории, AD-домены, VPN

Настройка Active Directory, тестирование GPO на клиентах в домене, моделирование атак (MITM, DNS spoofing), работа с корпоративным VPN-клиентом, который требует TAP-адаптер и входящие соединения — Sandbox даёт только исходящий NAT. Нужен внутренний виртуальный свитч, статические IP, свой DHCP/DNS.

Тестирование на других ОС: Linux, Windows LTSC, старые версии

Sandbox запускает только ту же версию Windows, что и хост (build number должен совпадать). Нужно протестировать приложение на Windows 10 21H2, Windows Server 2022, Ubuntu 22.04, Rocky Linux — только полноценная ВМ.

Долгосрочная работа с накоплением данных: браузеры с профилями, IDE, настройки

Если вы хотите держать готовую среду разработки (VS Code + расширения + настройки + локальный сервер), браузер с куками/расширениями/паролями, почтовый клиент — Sandbox заставит настраивать всё заново каждый раз. ВМ сохраняет профиль.

Автоматизированное тестирование в CI/CD

Запуск автотестов (Selenium, Playwright, Cypress) в чистой среде на каждом коммите — стандартная практика. ВМ клонируется из шаблона (Packer + Terraform / Hyper-V PowerShell / VMware API), тесты гоняются, результат собирается, ВМ уничтожается. Sandbox не даёт программного управления снапшотами и клонированием для CI.

Гибридные подходы и рабочие процессы

На практике специалисты часто комбинируют оба инструмента.

Sandbox для триажа, ВМ для глубокого анализа

Получили подозрительный файл → бросили в Sandbox (10 сек) → посмотрели поведение (сеть, процессы, файлы) → если подозрительно — клонируете подготовленную ВМ-песочницу с инструментами (Procmon, Wireshark, x64dbg, IDA, FlareVM/REMnux) → глубокий статический/динамический анализ. Это экономит время: 90% файлов отсеиваются в Sandbox.

Sandbox для проверки установщиков, ВМ для тестирования результата

Разработчик инсталлятора: собирает MSI → тестирует установку в Sandbox (быстро, чисто) → если прошло — разворачивает на тестовой ВМ с целевой ОС, драйверами, антивирусом, политиками → проверяет работу установленного ПО в реалистичной среде.

Подготовка «золотого образа» ВМ через Sandbox

Можно использовать Sandbox для быстрой генерации скриптов настройки (PowerShell DSC, Ansible, boxstarter), а затем применить их к чистой ВМ для создания шаблона. Sandbox ускоряет итерацию написания скриптов за счёт мгновенного запуска.

Пошаговый чек-лист: что выбрать для вашей задачи

1. Нужно ли сохранять состояние после закрытия? Да → ВМ. Нет → далее.
2. Требуется ли GPU / CUDA / Vulkan / DirectX 11+? Да → ВМ. Нет → далее.
3. Нужен ли USB-проброс (ключи, программаторы, модемы)? Да → ВМ. Нет → далее.
4. Нужна ли вложенная виртуализация (Docker, WSL 2, Hyper-V внутри)? Да → ВМ. Нет → далее.
5. Сложная сеть: входящие соединения, изолированные VLAN, свой DHCP/DNS, домен AD? Да → ВМ. Нет → далее.
6. Гостевая ОС отличается от хоста (Linux, другая сборка Windows)? Да → ВМ. Нет → далее.
7. Задача разовая, занимает < 30 минут, не требует перезагрузки? Да → Sandbox. Нет → ВМ.
8. Хотите ли вы просто открыть подозрительный файл/ссылку/документ? Да → Sandbox. Нет → оценивайте по пунктам выше.

Если вы ответили «Да» на любой из пунктов 1–6 — вам нужна полноценная ВМ. Если все 1–6 «Нет», а 7 или 8 «Да» — Sandbox отличный выбор.

Типичные ошибки и как их избежать

• Пытаются запустить Docker/WSL 2 в Sandbox — виртуализация внутри отключена архитектурно. Решение: используйте ВМ с включённой вложенной виртуализацией (Hyper-V: Set-VMProcessor -ExposeVirtualizationExtensions $true).
• Ждут, что игра/CAD/ML заработает в Sandbox — нет GPU-ускорения. Решение: ВМ с GPU passthrough (требует второй физический GPU или vGPU/mediated pass-through на серверном железе; на потребительском — только VMware Workstation Pro с 3D-ускорением или VirtualBox с Guest Additions, производительность всё равно ниже нативной).
• Пробуют пробросить USB-ключ лицензии в Sandbox — не поддерживается. Решение: ВМ + USB-проброс.
• Настраивают сложную сеть в .wsb и удивляются, что входящие не работают — Sandbox только NAT исходящий. Решение: ВМ с внутренним свитчем и пробросом портов на хосте.
• Держат в Sandbox браузер с паролями/расширениями и теряют доступ при закрытии — по дизайну всё сбрасывается. Решение: профиль браузера на хосте + синхронизация, или ВМ.
• Пытаются перезагрузить Sandbox (установщик просит ребут) — Sandbox не поддерживает перезагрузку, процесс зависнет. Решение: ВМ с снапшотом до установки.
• Используют Sandbox на Windows Home — компонент недоступен. Решение: обновитесь до Pro/Enterprise или используйте VirtualBox/VMware Player (бесплатны для личного использования).
• Выделяют Sandbox 2 Гб RAM и ждут комфорта — хосту нужно минимум 4 Гб, песочнице 2–4 Гб, плюс приложения внутри. Решение: 16 Гб RAM на хосте — комфортная база для параллельной работы.

Практические рекомендации по настройке

Для Windows Sandbox — используйте .wsb конфигурационные файлы

Не запускайте Sandbox пустым кликом. Создайте файл MyTask.wsb с нужными параметрами:

• Disable — отключить даже WARP, если приложение не нужно GUI (экономит RAM/CPU).
• Disable — полная сетевая изоляция для анализа вредоносов.
• C:\Sharetrue — безопасный доступ к файлам хоста (только чтение).
• cmd /k cd C:\Users\WDAGUtilityAccount\Desktop — автозапуск команд при входе.
• 4096 — явное ограничение RAM (по умолчанию берет до половины хоста).

Такой файл запускается двойным кликом, параметры воспроизводимы, их можно версионировать в Git.

Для ВМ — используйте снапшоты как «кнопку отката»

После установки чистой ОС, обновлений, драйверов, базового ПО — сделайте снапшот «Clean Baseline». Любые эксперименты: установка драйверов, тест вредоноса, изменение реестра — делайте от этого снапшота. Не сработало — откат за 5 секунд. Это главное преимущество перед пересозданием ВМ.

Для Hyper-V на рабочей станции — включите Enhanced Session Mode

Даёт копирование файлов через буфер обмена, динамическое разрешение, проброс принтеров/умных карт без сетевых шар. Включается в настройках Hyper-V → Enhanced Session Mode Policy.

Для VMware Workstation / VirtualBox — ставьте Guest Additions / VMware Tools

Без них: фиксированное низкое разрешение, нет общих папок, нет бесшовного режима, плохая производительность видео. Это базовая гигиена.

Сценарии «если условия такие — действуйте так»

Ситуация	Рекомендуемый инструмент	Почему
Проверить подозрительный .exe за 30 секунд	Windows Sandbox	Мгновенный запуск, полный сброс, нет риска для хоста
Протестировать установщик MSI на чистой системе	Windows Sandbox	Чистый профиль, реестр, нет хвостов от прошлых установок
Запустить старую программу под Windows XP/7	ВМ (VirtualBox/VMware)	Sandbox запускает только версию хоста
Разрабатывать под Linux на Windows-хосте	WSL 2 (простое) / ВМ Linux (полное ядро, systemd, Docker)	Sandbox не умеет Linux
Тестировать драйвер видеокарты / CUDA-код	ВМ с GPU passthrough или отдельный тестовый ПК	Sandbox = только CPU рендеринг
Настроить домен AD + 3 клиента для теста GPO	Hyper-V / VMware (внутренний свитч)	Sandbox не даёт изолированную L2-сеть
Программировать микроконтроллер через ST-Link	ВМ с USB-пробросом	Sandbox не видит USB
Запустить Docker-контейнеры для интеграционных тестов	ВМ с вложенной виртуализацией / WSL 2 на хосте	Sandbox блокирует вложенную виртуализацию
Держать готовую среду разработки неделями	ВМ (снапшоты + постоянный диск)	Sandbox сбрасывается при закрытии
Быстро проверить, как выглядит чистый профиль пользователя	Windows Sandbox	5 секунд — чистый профиль, чистый реестр

Ограничения, о которых забывают

• Sandbox требует совпадения билда хоста и гостя. Если хост на 22H2 (19045.x), а вы хотите протестировать поведение на 21H2 — Sandbox не подойдёт. Нужен образ 21H2 в ВМ.
• Sandbox не поддерживает Secure Boot, TPM, VBS/HVCI внутри. Если тестируете сценарии, зависящие от VBS (Credential Guard, HVCI) — только ВМ с включёнными этими опциями (Gen 2 VM + EnableSecureBoot + VBS).
• Sandbox не даёт доступа к COM-портам (Serial). Работа с промышленным оборудованием, модемом через COM — только ВМ с пробросом COM-порта.
• Sandbox не поддерживает аудио-ввод/вывод полноценно. Тестирование VoIP, запись звука — проблемы. ВМ с пробросом аудио работает надежнее.
• Hyper-V на хосте блокирует VMware Workstation / VirtualBox 6.x без Hyper-V API. VirtualBox 7+ и VMware Workstation 16+ умеют работать поверх Hyper-V (WHv), но производительность ниже. Если нужны обе платформы — планируйте использование либо только Hyper-V, либо отключайте Hyper-V для VMware/VBox (bcdedit /set hypervisorlaunchtype off).
• Лицензирование гостевой Windows в ВМ. Корпоративные VL-лицензии часто позволяют запускать до 4 ВМ на лицензию хоста. Рetail/OEM — технически требуют отдельной лицензии. Для dev/test есть бесплатные образы Microsoft (Evaluation, Dev Environment).

С чего начать прямо сейчас

Если у вас Windows 10/11 Pro/Enterprise и включена виртуализация в BIOS — Windows Sandbox уже доступен. Включите его через «Компоненты Windows» → «Windows Sandbox» (или dism /online /enable-feature /featurename:Containers-DisposableClientVM /all). Создайте 2–3 .wsb файла для типовых задач: «Без сети», «С папкой для обмена (RO)», «С 4 Гб RAM». Попробуйте открыть в них подозрительный файл, установщик, документ — почувствуете скорость.

Если задача выходит за рамки таблицы выше — ставьте Hyper-V (встроен, бесплатен, отлично интегрирован) или VMware Workstation Pro / VirtualBox. Создайте одну чистую ВМ целевой ОС, настройте, сделайте снапшот «Baseline». Дальше — клонируйте или откатывайтесь. Это рабочий процесс, который масштабируется от единичных проверок до CI/CD пайплайнов.

Главный принцип: не усложняйте там, где достаточно Sandbox, и не экономьте на ВМ там, где нужны постоянство, железо, сеть или чужую ОС. Правильный инструмент для конкретной задачи экономит часы работы и исключает класс ошибок, связанных с «загрязнением» хоста или неполной изоляцией.