qvm-create-windows-qube

### Windows ISOのダウンロード

Mido (`mido.sh`) は、[Rufus](https://github.com/pbatard/rufus) の [Fido](https://github.com/pbatard/Fido) に触発された、セキュアなMicrosoft Windowsダウンローダー（Unix向け）です。これは、Microsoftが[ゲート付きダウンロードWebインターフェース](https://www.microsoft.com/en-us/software-download/windows10ISO)の背後に置いている一部のWindows ISOのダウンロードプロセスを自動化できます。Midoは堅牢で、公式のMicrosoftサーバーからQvm-Create-Windows-Qubeで使用するWindows ISOを安全にダウンロードします。`windows-mgmt`内の`/home/user/qvm-create-windows-qube/windows/isos/mido.sh`にあります。

`windows-mgmt`はネットワークからエアギャップされています。つまり、ダウンロードを安全に実行するには、`mido.sh`スクリプトを別の（ディスポーザブル）キューブにコピーし、新しくダウンロードしたISOを`windows-mgmt`に転送して`/home/user/qvm-create-windows-qube/windows/isos`ディレクトリに配置する必要があります。あるいは、`windows-mgmt`に一時的にネットワークアクセスを許可することもできますが、セキュリティ上の理由から推奨されません。

生成されたWindows ISOは、後で使用するために`/home/user/qvm-create-windows-qube/windows/out`にキャッシュされます。Midoで更新されたISOをダウンロードした場合は、前述のキャッシュディレクトリから同じISOを必ず削除してください。これにより、更新されたISOからキャッシュが再生成されます。

上級者向け：Qvm-Create-Windows-Qubeは、任意のWindows ISOで動作する一般的なISO処理アプローチを採用しています。独自のWindows ISOを使用したい場合は、おそらく最も近い一致する応答ファイル（具体的には`/IMAGE/NAME`キー）をわずかに調整するだけで動作するようになります。ISO内の`install.wim`を`wiminfo`コマンド（Fedoraでは`wimlib-utils`、Debianでは`wimtools`としてパッケージ化）またはWindows内ではWindows ADKを使用して解析することで、ISOの有効な`/IMAGE/NAME`値を取得できます。

### Windows VMの作成

**重要:** 以下の[Qubes Windows Toolsの既知の問題](https://github.com/ElliotKillick/qvm-create-windows-qube#qubes-windows-tools-known-issues)セクションを必ずお読みください。小さな上流の問題があります。

#### Windows 10

*[ビデオデモ](https://www.youtube.com/watch?v=cCi2MOUwS_Q)*

`qvm-create-windows-qube -n sys-firewall -oyp firefox,notepadplusplus,office365proplus -i win10x64.iso -a win10x64-pro.xml work-win10`

`qvm-create-windows-qube -n sys-firewall -oyp steam -i win10x64.iso -a win10x64-pro.xml game-console`

#### Windows Server 2019

`qvm-create-windows-qube -n sys-firewall -oy -i win2019-eval.iso -a win2019-datacenter-eval.xml fs-win2019`

#### Windows 10 Enterprise LTSC

- より安定し、ミニマイズされ、セキュアでプライベートなWindows 10のバージョンで、Microsoftが公式に提供しています
- このWindows 10のバージョンは、Windowsのセキュリティとプライバシーにおいて最高を必要とするユーザーに推奨されます

`qvm-create-windows-qube -n sys-firewall -oyp firefox,notepadplusplus,office365proplus -i win10x64-enterprise-ltsc-eval.iso -a win10x64-enterprise-ltsc-eval.xml work-win10`

`qvm-create-windows-qube -n sys-whonix -oyw -i win10x64-enterprise-ltsc-eval.iso -a win10x64-enterprise-ltsc-eval.xml anon-win10`

#### Windows 7

- Windows 7はMicrosoftによって[サポートされなくなった](https://github.com/ElliotKillick/qvm-create-windows-qube#advisories)ため推奨されません。ただし、シームレスウィンドウ統合や動的リサイズが必要な場合、Qubes Windows ToolsのQubes GUIドライバーがサポートする唯一のデスクトップOSです。

*[ビデオデモ](https://www.youtube.com/watch?v=duUM1VLrXIQ)*

`qvm-create-windows-qube -n sys-firewall -soyp firefox,notepadplusplus,office365proplus -i win7x64-ultimate.iso -a win7x64-ultimate.xml work-win7`

## セキュリティ

Qvm-Create-Windows-Qubeは、[Qubes](https://www.qubes-os.org)が求める「合理的に安全」なものです。

- `windows-mgmt`はエアギャップされています
- Windowsキューブのセットアッププロセス全体がエアギャップで行われます
    - 例外：パッケージがインストール用に設定されている場合（かつその場合のみ）、Windowsキューブのインストールの最後にWindowsがインターネットにアクセスできるようになります
- Dom0シェルスクリプトにおいて、信頼できない`windows-mgmt`キューブからの出力を一切解析させないことで、コマンドインジェクション脆弱性のクラス全体が排除されています
    - `qvm-run`によって渡されるのは終了コードのみ。変数はありません
    - これにより、別の[Shellshock](https://en.wikipedia.org/wiki/Shellshock_(software_bug)) Bash脆弱性の影響も軽減されます
- Windows ISOのダウンロードは、以下を強制することで安全にしています：
    - ISOはMicrosoftが管理する`microsoft.com`のサブドメインから直接ダウンロード
    - HTTPS TLS 1.2/1.3
    - ダウンロード後のSHA-256によるファイル検証
        - 各ファイルはチェックサムが一致することが確認されるまで、拡張子`.UNVERIFIED`で保存されます
    - MidoはPOSIX sh（利用可能な場合は最小限のDashシェルが使用されます）で堅牢に記述されているため、Microsoftのゲート付きダウンロードWebインターフェースとの対話がより安全です
        - さらに安全性を高めるために、POSIX準拠のRustシェル（例：nsh）とRust coreutils（例：uutils）で実行することも可能です。これはデフォルトの設定ではありません。
- Windowsはプロセス全体を通じて信頼できないゲストOSとして扱われます
- Windows ISO（例：ファイルシステム解析の脆弱性）や応答ファイルの処理における理論上の脆弱性の影響は、`windows-mgmt`に限定されます
- メンテナーによるすべてのコミットは、それぞれのPGP鍵で常に署名されています
    - 署名が停止した場合、侵害されたと想定してください
    - 現在のメンテナー1：[Elliot Killick](https://github.com/ElliotKillick)
        - PGP鍵（[コード署名サブキー](https://keys.openpgp.org/search?q=EEEE+6403+CE85+0791+ECB1+F820+7C4E+CB25+B6B1+C0DE)）：EEEE 6403 CE85 0791 ECB1 F820 7C4E CB25 B6B1 C0DE
        - メール：[[email protected]](https://keys.openpgp.org/search?q=contact%40elliotkillick.com)
        - この鍵は2024年5月28日から新しいものです
    - 現在のメンテナー2：[Frédéric Pierret](https://github.com/fepitre)
        - PGP鍵：9FA6 4B92 F95E 706B F28E 2CA6 4840 10B5 CDC5 76E2
        - メール：[[email protected]](https://keys.openpgp.org/search?q=frederic.pierret%40qubes-os.org)
        - 主にQubes R4.1のサポートに関わっています
            - `release4.1`ブランチおよび[qubes-mgmt-salt-windows-mgmt](https://github.com/fepitre/qubes-mgmt-salt-windows-mgmt)を参照

### Windows

#### メンテナンス

Windowsキューブを作成したら、適用可能な更新プログラムを必ず適用してください。MicrosoftはWindows 10など、現在のバージョンのWindows向けに頻繁に最新のISOをビルドしています。これらのWindowsバージョンでは、Midoを使用して定期的に最新バージョンをダウンロードし、新鮮なWindowsイメージをそのまま入手することをお勧めします。

#### アドバイザリ

Windows 7およびWindows Server 2008 R2は、[2020年1月14日](https://support.microsoft.com/en-us/help/4057281/windows-7-support-will-end-on-january-14-2020)にサポート終了（EOL）に達しました。

## プライバシー

Qvm-Create-Windows-Qubeは、Windowsを使用する最もプライベートな方法を目指しています。多くのQubesユーザーは、Microsoft（あるいはビッグテック全般）から離れるためにWindows（または他のプロプライエタリOS）から切り替えました。そのため、Windowsを安全な距離から使用できることは、このプロジェクトにとって最も重要です。あるいは、本質的に巨大なプロプライエタリバイナリブロブであるものに対して、可能な限り安全な距離です。

### Windowsテレメトリ

プライバシーを尊重するようにWindowsテレメトリ設定を構成します。

- Customer Experience Improvement Program（CEIP）をオプトアウト
- Windowsエラー報告（WER）を無効化
- DiagTrackサービスを無効化
- Windows 10の「設定」アプリですべてのテレメトリをオフに切り替え
- 互換性のあるWindows 10エディションで、テレメトリの[「セキュリティ」](https://docs.microsoft.com/en-us/windows/privacy/configure-windows-diagnostic-data-in-your-organization#diagnostic-data-settings)レベルを有効化
- 詳細については`spyless.bat`を参照

### Windows-Whonix-Workstation向けWhonix推奨事項

[こちら](https://www.whonix.org/wiki/Other_Operating_Systems)で「Even more security」まで言及されているすべてが実装されています。「Most security」は、ソースから自分でビルドした公式のWhonix-Workstationを使用することです。この機能は公式ではなく、Whonixによって推奨されているわけでもありません。

この方法でWindowsを使用することの影響を理解するために、Whonixのドキュメント[こちら](https://www.whonix.org/wiki/Windows_Hosts)を読むことをお勧めします。

### 簡単にフィンガープリントをリセット

すべてのWindowsインストールには、MachineGUID、インストールID、NTFSドライブのボリュームシリアル番号（VSN）など、無数の一意の識別子が存在します。Qvm-Create-Windows-Qubeを使用すると、Windowsを自動的に再インストールすることで、これらの一意の識別子を簡単にリセットできます。

### 制限事項

VMが侵害された場合、ハイパーバイザーを介したフィンガープリンティングが可能です。以下は実用的な例です（Windowsに限定されません）：

- [Xenクロックソースを壁時計として使用](https://phabricator.whonix.org/T389)
    - BIOS/UEFIでUTC時刻を構成することで、タイムゾーンの漏洩は少なくとも軽減できます
        - ローカルタイムゾーンは、XFCE Dom0クロックおよび目的のVMで、Qubesが提供する標準の`/rw/config/rc.local`を使用して起動ごとに`timedatectl set-timezone`を実行することで引き続き設定可能です
    - ただし、VM間の時間相関は簡単に行えます
- [CPUID](https://github.com/QubesOS/qubes-issues/issues/1142)
- 一般的に、[こちら](https://www.qubes-os.org/doc/vm-interface/)に文書化されているVMインターフェースの一部（例：画面サイズ）

## よくある質問（FAQ）

### このプロジェクトを使用するにはWindowsライセンスが必要ですか？

いいえ。すべてのWindowsインストールには組み込みの試用プロダクトキーが付属しており、他に指定がない場合、デフォルトでそれが使用されます。Qvm-Create-Windows-Qubeは、応答ファイルでプロダクトキーを明示的に指定せず、デフォルトの試用キーを使用するようにしています。

（エンタープライズではない）7、8.1、10などの一般消費者向けWindowsバージョンでは、これらの試用版は無期限に延長され、製品のライセンス認証を求めるウォーターマークやポップアップが表示される可能性があることを理解した上で使用します。

Windows Enterprise EvaluationおよびServer Evaluationバージョンでは、試用期間が終了すると、Windows License Monitoring Service（`C:\Windows\System32\wlms\wlms.exe`。隠しフォルダにあります）によって、マシンが一定時間稼働した後、自動的に（警告なしに）シャットダウンされます。これが発生した場合、前述のシャットダウン理由がイベントビューアーに記録されます。試用期間を更新するには、コマンドプロンプトで`slmgr /rearm`を実行します。これは`slmgr /dlv`で指定された回数（変動する可能性があります）まで機能し、その後は製品をライセンス認証するか再インストールする必要があります。

すべての場合において、試用期間が終了したら製品をライセンスすることをお勧めします。

試用キー（各ISOに埋め込まれているため）を使用するためにWindowsにインターネットアクセスを許可する必要はありません。ただし、独自のプロダクトキーでWindowsをライセンス認証するには（電話による認証を行わない限り）、インターネットアクセスが必要です。

### `windows-mgmt` AppVMの目的は何ですか？Windowsインストールが完了したら削除してもよいですか？

`windows-mgmt` AppVMの目的は、Windowsインストールの一部として行われるすべての処理を1つの仮想マシンに安全に分離することです。これにより、例えばLinux ISOファイルシステム解析コードに存在するバグが悪用された場合でも、悪意のあるWindows ISOであった場合の被害の範囲が限定されます。これはQubes OS全体が構築されているセキュリティ原則であり、「分離によるセキュリティ」または「コンパートメント化によるセキュリティ」として知られています。

これ以上Windows VMを作成する必要がないと確信している場合は、`windows-mgmt`を削除してもかまいません。ただし、ディスク容量を回復したいだけなら、`windows-mgmt`内の`/home/user/qvm-create-windows-qube/windows/isos`と`/home/user/qvm-create-windows-qube/windows/out`にあるISOを削除するだけで、その大部分の容量を節約できます。

### 他に知っておくべきことはありますか？

Windowsキューブの設定で「メモリバランシングに含める」（チェックボックス）を有効にしないでください。Qubes OSのこの機能は現在Windowsでは不安定であり、有効にすると頻繁にWindowsがクラッシュ（BSOD）します。

## 貢献

まず、このプロジェクトにスターを付けてください！高品質なPRも歓迎します！改善が必要なものについては、以下のToDoリストをご覧ください。タスクを完了するためのよりエレガントな方法、コードのクリーンアップ、その他の修正も歓迎します。

Windows関連の[GSoC](https://www.qubes-os.org/gsoc/)も多数あります。

このプロジェクトのロゴはMax Andersenによるもので、書面による許可を得て使用されています。

このプロジェクトは独立した努力の産物であり、Qubes OSによって公式に推奨されているわけではありません。

## Qubes Windows Toolsの既知の問題

- 新しいQWTインストーラーは、デフォルトでプライベートディスク作成を無効にします
    - これはおそらく安定性に関する懸念のためでしょうか？
    - TemplateVMを作成できません

### 新しいXenドライバーに関する注意（Windows 7などの古いOS向け）

Qubes R4.1では、Qubes Windows Toolsに新しいドライバーが付属しており、Windows 10などの新しいバージョンのWindowsでより適切に動作します。残念ながら、これらの新しいドライバーはWindows 7などの古いバージョンのWindowsではうまく動作しないことも報告されています。理想的には、修正を1つのドライバーに統合する必要がありますが、まだ実現していません。

現時点ではWindows 7はEOLのオペレーティングシステムであるため、これはそれほど重要ではありません。ただし、（少なくともエアギャップされた）Windows 7マシンを使用する正当な理由（技術研究・テスト目的など）はまだ存在します。

Qubes OSフォーラムやいくつかのQubes OS GitHub Issueで、この経験を文書化しているコミュニティメンバーがいます（私も証言できます）。

#### メーリングリストスレッド

- [qubes-users](https://groups.google.com/forum/#!topic/qubes-users/AdQcjg7XOFo)
- [qubes-devel](https://groups.google.com/forum/#!topic/qubes-devel/aCCGpYysZTQ)

#### Windowsタグ付きのQubes OS GitHub Issue

- [`C: windows-tools`](https://github.com/QubesOS/qubes-issues/labels/C%3A%20windows-tools)
- [`C: windows-vm`](https://github.com/QubesOS/qubes-issues/labels/C%3A%20windows-vm)

## Todo- [x] 任意のUDFファイルシステムを含むISOファイル（[ISO 13346](https://en.wikipedia.org/wiki/Universal_Disk_Format)、つまりWindows ISO形式）に対して、応答ファイルの確実なアンパック/挿入/再パック機能を獲得する
    - ISOファイルコンテナは基本的に書き込み一回限りのファイルシステムです。完全に新しいISOを作成せずにファイルを追加することはできません。
    - 公式のMicrosoft Windows ISOファイルを16進エディタで開くと、UDFファイルシステムが含まれていることが明らかにわかり、先頭に具体的に `ISO-13346` と記載されています。
    - `file` コマンドはこれらのISOファイルを現在は非推奨のISO 9660形式と誤認する場合があることに注意してください。これはおそらく「UDFがISO 9660と基本的なボリューム記述子形式を共有している」ためです。
    - これはVMWareが行う方法と同じで、以下のビデオの「Creating Disk...」の部分で確認できます（さらなる調査では、彼らは `mkisofs` を使用していることが示されています）。
    - [ ] 将来的には、Qubesが[libvirt XMLテンプレートのためにコア管理を拡張](https://github.com/QubesOS/qubes-issues/issues/5085)してこれを行うのが最善でしょう。
        - 高速化
        - 新しいISOを作成する必要がないため、ストレージを節約
- [x] auto-qwt は D:\\ を取得してQWTにユーザープロファイルをE:\\ に置かせます。途中に不格好なギャップができないように、D:\\ にしておく方が良いでしょう。
- [x] Windows応答ファイルが、どこにもプロダクトキーをハードコードせずにWindowsインストールのデフォルト試用キーを自動的に使用するようにする（Windowsはこれに関して扱いにくい）
- [x] Windows 8.1-10 をサポート（注：QWTはまだWindows 7以外のOSを完全に公式サポートしていませんが、GUIドライバ以外はすべて機能しています）
- [x] Windows Server 2008 R2 から Windows Server 2019 をサポート
- [x] Windows 10 Enterprise LTSC（長期サービスチャネル）をサポート
    - セキュリティ更新を10年間提供、非常に安定しており、標準のWindows 10よりもブロートウェアが少ない
- [ ] Windows 11 をサポート
    - Qvm-Create-Windows-Qube はWindowsのバージョンに依存しないように作られています。ここで実際に行うべき作業は、応答ファイル（おそらくWindows 10のものを少し修正するだけ）を作成し、それを `mido.sh` に追加することです（今はMicrosoftのゲートされたISOダウンロードAPIの背後からダウンロードする機能を拡張したので問題になりません）。
    - 本当の問題は、Qubes Windows ToolsがWindows 11で動作するかどうかです。
        - MicrosoftはカーネルAPIレベルでも下位互換性に優れた実績があります（企業は下位互換性を好むため）、そのため問題なく動作する可能性があります。
        - ヘルプ募集、テスター歓迎
- [x] Chocolatey をプロビジョニング
- [x] Qubes用に文書化された[こちら](https://www.qubes-os.org/doc/windows-template-customization/)の通り、Windowsをスリム化するオプションを追加
- [x] `windows-mgmt` をエアギャップ化
- [x] `download-windows.sh`（現在は `mido.sh`）の機能を拡張し、MicrosoftのゲートされたISOダウンロードAPIの背後からISOをダウンロードできるようにする
- [ ] 最近これがQubesの [Google Summer of Code](https://www.qubes-os.org/gsoc/) プロジェクトであることを発見しました
    - [x] 自動テストを追加
        - Travis CIを使用した自動ShellCheck
    - [x] Windowsに組み込まれたライセンスを取得するためのACPIテーブル
        - これに関する詳細情報を発見しました。次のjinja libvirtテンプレート拡張を `/etc/qubes/templates/libvirt/xen/by-name/<windows_qube>` に配置するだけで非常に簡単に行えます。
            - @jevank に感謝、[パッチ](https://github.com/QubesOS/qubes-issues/issues/5279#issuecomment-525947408) を提供
    - [ ] Pythonへの移植
        - `create-media.sh` のようなスクリプトでは、Pythonスクリプトが基本的に外部プログラムを呼び出すだけになるため、これは不要と思われます。
        - しかし、`qvm-create-windows-qube` プログラムには確かに適しています。
            - これにより、コマンドインジェクションや別のShellshockのリスクを心配することなく、Dom0とVM間でデータを交換できるようになります。
- [ ] Windows ISOからの `wiminfo` コマンドで得られる特性に基づいて、使用する応答ファイルを自動的に選択する（現在WIP、ブランチを参照）
    - `wiminfo` はWindowsのDISMと同様に動作します。
    - [ ] コア管理がlibvirt XMLテンプレート（応答ファイル）を許可するように拡張されれば（以前のTODO、ブロッキング問題）、[`libguestfs`](https://libguestfs.org) を使用してISOをループデバイスとしてマウントしなくても、ISO内のinstall.wimの特性を安全に読み取ることができます。
        - `libguestfs` がQEMU/KVMでも使用されているのを見たので、このユースケースには確かに適しています。
        - 注意：`libguestfs` はISOに（応答ファイルを）書き込むことはできません。そのため、応答ファイルを追加するために完全に新しいISOを作成する必要がなくなるまで、このライブラリを使用する意味はありません。
- [x] [Whonixドキュメント](https://www.whonix.org/wiki/Other_Operating_Systems) に従い、Windows-Whonix-Workstation を作成
- [ ] `create-media.sh` に、WindowsセットアップのWindows PEパス（具体的には「更新プログラムをインストールしています...」）中にインストールするMSU（Microsoft Updateスタンドアロンパッケージ）を追加する機能を追加
    - [KB4474419](https://github.com/QubesOS/qubes-issues/issues/3585#issuecomment-521280301) を使用してSHA-256ドライバ署名サポートを追加することで、現在動作していない古いWindows 7 SP1およびWindows Server 2008（R2ではない）ISOへのQWTインストールを修正できる可能性があります。
        - 別のオプションは、XenがドライバにSHA-1でも署名することです。これは他のドライバベンダーが行っているようですが、セキュリティの観点からは理想的ではありません。
    - `allow-drivers.vbs` ハックを不要にし、新しいバージョンのWindows 7でKB2921916を使用してSHA-256*自動*ドライバインストールのバグを修正できます（詳細は `allow-drivers.vbs` を参照）。
        - このWindowsのバグは、企業にWindows 10へのアップグレードを強制するために、Microsoftによって意図的にパッチされたり解除されたりしました。
    - いくつかのWindowsセキュリティバグにパッチを当てる？
        - Windows 7のBlueKeepにそのままパッチ
        - Windows Server 2008 R2ベースISOもそのままETERNALBLUEとBlueKeepに脆弱
        - おそらくそこまで踏み込む必要はなく、ユーザーはVMを作成後すぐに更新すべきです。
- [ ] ヘッドレスモード
    - ヘルプ募集
        - Qubesでこれを実現するメカニズムは何ですか？Qubes GUIエージェント/デーモン内の何か？
- [ ] このプロジェクトをパッケージ化し、`qubes-dom0-update` を通じて配信をより効率的かつ安全にする
- [ ] Windowsのオープンソース代替として [ReactOS](https://reactos.org) サポートを追加
    - 少なくとも [ReactOSテンプレートが作成される](https://github.com/QubesOS/qubes-issues/issues/2809) までは良いでしょう。
    - ReactOS開発者がReactOSの開発にこれを使用したいと思うかもしれません。
    - または、単にテンプレートとして（このプロジェクト外で）ReactOSを追加するだけかもしれません。
        - ただし、誰かがこのテンプレートを保守する必要があります。
        - また、QWT/Xenドライバが動作しない場合はあまり意味がないかもしれません。
            - 少なくともコピー/ペーストやファイル転送などの基本機能は。
    - 両方からの関心
        - [Qubes OS](https://github.com/QubesOS/qubes-issues/issues/2809)
        - [ReactOS](https://reactos.org/forum/viewtopic.php?p=126279#p126279)
            - 「今日までに私たちが受け取ったコラボレーションの申し出の中で最も興味深いものの一つ」
    - [ReactOS無人インストール](https://reactos.org/wiki/Create_an_unattended_Installation_CD) はWindowsのものとは異なるようです。
    - [ ] 私が見つけた唯一のブロッキング問題は、QEMU SCSIコントローラタイプです。
        - Qubesはコア管理を拡張して、libvirtテンプレートでSCSIコントローラを設定できるようにする可能性があります。
            - この解決策の方が優れていると思われます。なぜなら、[この](https://github.com/QubesOS/qubes-issues/issues/3651#issuecomment-420914348)コメントによると、現在のSCSIコントローラをサポートしていない他のOSも修正されるからです。
        - ReactOSが現在のSCSIコントローラタイプのサポートを追加する可能性があります。
        - [ReactOS Issue](https://reactos.org/forum/viewtopic.php?t=17529)
        - [Qubes OS Issue](https://github.com/QubesOS/qubes-issues/issues/3494)
        - 異なるSCSIコントローラを公開しても攻撃面は拡大しません。QEMUはXenスタブドメインで動作するためです。
    - ReactOSはアルファ版であるため、ほとんどのユーザーにとって現在は実行可能ではないでしょう。
    - ヘルプ募集
        - 現在のところタイムラインはありません。

## 最終目標

Qubes OS上で[VMWareのWindows「Easy Install」](https://www.youtube.com/watch?v=1OpDXlttmE0) 機能と同等（またはそれ以上）の機能を実現すること。VMWareのソリューションはプロプライエタリであり、有料製品でのみ利用可能です。

VirtualBoxにも[同様のもの](https://blogs.oracle.com/scoter/oracle-vm-virtualbox-52:-unattended-guest-os-install) がありますが、それほど機能が豊富ではありません。