古い CPU (SLAT をサポートしていない CPU) で Windows 10 Sandbox を有効にする

古い CPU (SLAT をサポートしていない CPU) で Windows 10 Sandbox を有効にする

SLAT をサポートしていない CPU では Windows 10 サンドボックスを有効にできないことは承知しています。

私の実際の質問は、仮想ボックスまたは他の VM を使用して、それをバイパスする方法があるかどうかです。

VM で保存できない Windows 10 を起動できる場合、VM を再起動するたびにリセットされます。

私がこれを行っている主な理由は、リスクのあるプログラムを実行するためです。

答え1

私の本当の質問は、それを回避する方法はあるかということです。

Windows Sandbox では、Microsoft Hyper-V で必要なため、SLAT サポートが必要です。プロセッサが SLAT をサポートしていない場合、Windows Sandbox を実行するための要件を満たしていません。 現在のバージョンの Windows Sandbox では、必要な操作は実行できません。

仮想ボックスまたはその他の VM によって。

現時点ではWindows SandboxはMicrosoft Hyper-Vのみをサポートしています。

私がこれを行っている主な理由は、リスクのあるプログラムを実行するためです。

この件については、調査してみるといいかもしれません。セキュリティ ソフトウェアをテスト (有効性をレビュー) する個人が作成したビデオを見たことがありますが、Windows Sandbox (仮想マシン内で実行) はホスト OS に感染する可能性がありました。

答え2

Linux を実行し、Windows を実行している Linux 仮想マシンで実行します。つまり、8 年前 // 15 年前 // 30 年前に開発が始まっていました。このすべてが白熱した議論のとき、約 8 年前に HW で主流となった vt-d を追加することで構想に戻りました。VTd により、任意の OS のプロセッサのメモリ レジスタがハードウェア アドレスをシフトして再関連付けできるようになります。現在の状況では、これが実行されるべき方法です。より安全で高速です。また、これを実現する唯一の方法ではありません。vt-d が登場したとき、Amazon AWS がすぐに採用した機能が追加され、その仮想システムにより、ユーザーは仮想マシン内に仮想マシンを配置できるようになりました。これが VT-d または SLATE が役立つことです。これが「必須」である主な理由は、マーケティングと機能に飢えた大企業の理由です。そうは言っても、もちろん Microsoft がこのメソッドをすぐに採用する最初の企業になるでしょう。これにより、他の企業ではなく個人が、新しい非レガシー HW の購入を余儀なくされます。そうは言っても、私たちは個人として Amazon AWS ではありませんし、私たち全員が仮想マシンの中に小さな仮想マシンを必要としているわけではありません。個人的には、この機能はオプションであるべきだと考えていますが、Windows では、オプションとして実装するために必要な最小限のコーディングで機能を求めているだけです。そのため、私たちはすべて、レガシー HW との互換性を失っています。そのため、私の提案は Linux を使用することです :) 乾杯

関連情報