Windows XP Horror EditionがVirtualBoxで骸骨のロード画面から進まない原因は？仮想マシンで止まる理由と安全な確認方法

VirtualBox上のWindows XPで「Windows XP Horror Edition」を実行したところ、骸骨が表示されるロード画面から長時間進まなくなることがあります。この場合、単純にWindows XPそのものが遅いとは限らず、プログラム側の演出、仮想環境との互換性、ゲストOSの状態など複数の原因が考えられます。

まず重要なのは、Windows XP Horror EditionはMicrosoftが提供したWindowsのエディションではなく、Windows XP風の演出を行う非公式プログラムで、実物の一部は破壊的なマルウェアとして知られているという点です。Microsoft Q&Aでも正規のWindows OSではなく危険なマルウェアとして注意が促されています。Microsoft Q&Aの注意喚起[参照]

そのため、「どうすれば確実にペイロードを最後まで動かせるか」という方向で設定を詰めるより、まず仮想マシンが完全に隔離されていることを確認し、正常なWindows XPなのか、Horror Edition側だけが停止しているのかを切り分けることが大切です。

Windows XP Horror Editionは通常のWindows XPではない

名前からWindows XPの改造版OSのように見えますが、一般に知られている「Windows XP Horror Edition（WinXP.Horror.Destructive）」は、Windows XPそのものをインストールするOSイメージではなく、Windows上で動作してホラー演出やシステム改変を行うプログラムとして流通してきました。

第三者のマルウェア解析サービスでも、Windows向け実行ファイルとして検出され、悪意のある挙動を含むサンプルとして解析されています。ANY.RUNによる解析例[参照]

したがって、骸骨のロード画面が表示されたあと止まる場合も、「Windows XPの起動トラブル」ではなく、そのプログラム自身の処理が停止している可能性をまず考える必要があります。

骸骨のロード画面から進まない主な原因

写真やログがない状態では一つに断定できませんが、VirtualBox上でこの種の古いWindows向けプログラムが止まる場合、代表的には次のような原因があります。

特に最後の点は重要です。「Windows XP Horror Edition」という名称だけで、実行しているファイルの中身が同一とは判断できません。インターネット上で再配布された実行ファイルは改変されている可能性があります。

まずWindows XPそのものが固まっているか確認する

画面が止まったときは、ゲストOS全体がフリーズしているのか、Horror Editionの画面だけが停止しているのかを切り分けます。

例えば、VirtualBoxのウィンドウ自体が反応していても、それだけではWindows XPが正常とは限りません。逆にマウスポインタが動く、Windows側の時計が進む、別のウィンドウへ切り替えられるなどであれば、プログラムだけが停止している可能性があります。

一方、ゲストOS全体が完全に反応しない場合は、Windows XP側または仮想ハードウェア設定による停止も候補になります。

ロード画面は本当に「読み込み中」とは限らない

ホラー系のジョークソフトやマルウェアでは、通常のソフトウェアとは違い、利用者を不安にさせること自体が演出になっています。そのため、「Loading」と表示されているから必ず裏で正常な読み込み処理が進行しているとは限りません。

何十分待っても表示が一切変化せず、ディスクアクセスなどの動きも見られないのであれば、単純な待ち時間ではなく停止している可能性が高くなります。

長時間待てば必ず次へ進むという保証はありません。特に非公式・破壊的なプログラムでは、通常ソフトのようなエラー表示や復旧処理が用意されていないことがあります。

VirtualBoxでWindows XPを動かす場合は仮想ハードウェアとの相性がある

Windows XPは2001年に登場した非常に古いOSで、現代のVirtualBoxが提供するすべての仮想ハードウェア構成を前提に設計されたものではありません。

VirtualBoxでは仮想マシンごとにCPU数、RAM、仮想チップセット、I/O APIC、ストレージコントローラー、グラフィックスなどを設定できます。古いWindowsでは設定の組み合わせによって動作状況が変わることがあります。

VirtualBoxの古いWindows XP運用例でも、Windows XP向けとして1 CPU、比較的小容量のRAM、IDEコントローラー、古いPCnet系ネットワークアダプターなどの構成が使われていました。VirtualBoxフォーラムのWindows XP構成例[参照]

ただしマルウェアを動かすために設定を最適化するのは避ける

通常の古いゲームや業務ソフトであれば互換性を調べながらVirtualBox設定を変更する方法があります。しかしWindows XP Horror Editionの実物は、システムを破壊する挙動を含むものとして知られています。

そのため、停止している原因がVirtualBoxの設定にある可能性はあっても、「特定の仮想ハードウェアを有効にすれば破壊処理が最後まで実行される」といった方向へ設定を追い込むのはおすすめできません。

ホラー演出そのものを楽しみたいだけなら、実際の破壊型サンプルではなく、同様の演出だけを再現した非破壊シミュレーターを利用する方が安全です。例えばitch.ioには、作者自身が「actual virusではなくUnity製のsimulation」と説明しているWindows XP Horror Edition風シミュレーターがあります。Windows XP Horror Edition Simulator[参照]

仮想マシンだから100％安全とは限らない

VirtualBoxを利用していると「仮想マシンの中なら何を実行してもホストPCには影響しない」と考えがちですが、マルウェア検証ではその考え方は危険です。

共有フォルダー、共有クリップボード、ドラッグ＆ドロップ、USBデバイス、ネットワークなどを通じてホストやほかの端末との接点が存在する場合があります。VirtualBoxそのものやホストOSに未知の脆弱性が存在する可能性もゼロとはいえません。

少なくとも破壊型プログラムを扱う場合、日常利用しているファイルやアカウントと接続された環境で試すべきではありません。

安全面ではネットワークを切っておく

動作内容が完全に分からない実行ファイルなら、仮想マシンをインターネットや家庭内LANへ接続したまま実行する必要はありません。

ネットワーク接続があると、そのプログラム自身が通信機能を持っていた場合、外部への通信やほかの端末へのアクセスにつながる可能性があります。

「ホラー演出を見るだけ」という用途ならネット接続は不要です。検証を続けるにしても、外部との通信を必要としない隔離環境で扱うことが基本です。

共有フォルダーやクリップボードにも注意する

ホストPCとVirtualBoxゲスト間で共有フォルダーを設定している場合、仮想Windows XPからホスト上のファイルへアクセスできる構成になっていることがあります。

共有クリップボードやドラッグ＆ドロップも便利な機能ですが、マルウェアを実行する専用環境では不要な接点です。

日常的に利用しているVirtualBox仮想マシンではなく、破棄しても困らない検証専用VMを用意することが重要です。

スナップショットを利用すると元へ戻しやすい

VirtualBoxには仮想マシンの状態を保存するスナップショット機能があります。通常のソフトウェア検証でも、変更前の状態へ戻したい場合に便利です。

Windows XP Horror EditionのようにOSを変更・破壊する可能性があるプログラムの場合、実行後の仮想マシンをそのまま使い続けるのではなく、検証前のクリーンな状態へ戻すという考え方が安全です。

ただし、スナップショットがあるから危険なファイルを無制限に実行してよいという意味ではありません。ホストとの共有やネットワークなどの隔離が先に重要になります。

Windows XPの起動自体が遅いなら別問題

Horror Editionを起動する前からWindows XPの動作が非常に重い、起動に異常に時間がかかる、画面が頻繁に固まる場合は、Horror Editionとは別にVirtualBox環境を確認した方がよいでしょう。

例えばホストPC側のRAM不足、仮想ディスクが極端に遅い、仮想マシンへ多すぎるCPUやメモリを割り当ててホスト側が重くなっている、といったケースがあります。

正常なWindows XPを起動し、メモ帳など一般的なアプリが普通に動くか確認すると、「XP環境全体の問題」なのか「Horror Editionだけの問題」なのかを切り分けやすくなります。

入手したファイルが壊れている可能性もある

同名のプログラムが複数のサイトで再配布されている場合、ダウンロード途中で破損していたり、第三者が内容を変更していたりする可能性があります。

特にマルウェアやジョークソフトは、公式な配布・更新・署名の仕組みを持たないことが多く、「動画で見たものと同じ名前だから同じプログラム」とは限りません。

信頼できない再配布ファイルを何度も探して実行することは、それ自体がホストPCへのリスクを増やします。単に演出を体験したいだけなら、非破壊であることを明示したシミュレーターの方が適しています。

Windows XP自体もすでにサポート終了済み

Windows XPはMicrosoftによるサポートが2014年4月8日に終了しています。現在のインターネット環境で通常利用するOSとしては安全ではありません。

そのため、Windows XP仮想マシンをレトロソフトの検証目的などで利用する場合でも、インターネット接続や重要データへのアクセスは必要最小限にするべきです。

特に「古いOS＋意図的に破壊的なプログラム」という組み合わせでは、一般的なデスクトップ用途以上に隔離を意識する必要があります。

ロード画面で止まったときに確認する順番

安全を優先して原因を切り分けるなら、次のような順番で確認できます。

1. 数分待っても画面や処理に変化がないか確認する
2. Windows XP全体が固まっているのか、Horror Editionだけが固まっているのか確認する
3. 仮想マシンをネットワークや共有フォルダーから隔離する
4. 正常なWindows XP状態へ戻し、通常アプリが問題なく動くか確認する
5. 検証前のスナップショットへ戻す、またはVMを作り直す
6. ホラー演出だけが目的なら破壊型サンプルではなくシミュレーターへ切り替える

この順番なら「なぜ止まるのか」をある程度切り分けつつ、危険なプログラムを無理に最後まで動かすための調整を行わずに済みます。

動画と自分の環境で動作が違っても珍しくない

YouTubeなどではWindows XP Horror Editionが最後まで進行する動画を見ることがあります。しかし、その動画と自分の環境が完全に同じとは限りません。

Windows XPのService Pack、32bit・64bit、VirtualBoxのバージョン、仮想ハードウェア、Horror Editionのファイル自体のバージョンなどが異なれば動作も変わります。

したがって、「動画では骸骨画面からすぐ進んだのに自分だけ止まる」ということだけで、VirtualBoxの故障とは判断できません。

まとめ｜骸骨のロード画面で止まるならプログラム側の停止やVMとの相性が候補

VirtualBox上のWindows XPでWindows XP Horror Editionを実行し、骸骨のロード画面から進まない場合、意図的な演出、プログラムのフリーズ、古いWindows XPとVirtualBox環境との相性、Windows XP自体の不調、入手したファイルの違い・破損などが考えられます。画面だけでは原因を一つに断定できません。

また、Windows XP Horror Editionは正規のWindows XP派生版ではなく、実物として知られているものは破壊的なマルウェアです。第三者の解析環境でも悪意ある実行ファイルとして扱われています。マルウェア解析結果[参照]

そのため、ロード画面から先へ進ませるためにVirtualBox設定を細かく変更して破壊処理を成立させるより、まず正常なWindows XPが動くかを確認し、ネットワーク・共有フォルダー・共有クリップボードなどを切った隔離VMで扱うことが重要です。

単純に「Windows XPがホラー化する演出を見て遊びたい」という目的なら、実際の破壊型プログラムを使う必要はありません。非破壊のシミュレーターを使えば、ホストPCや仮想Windows XPを破壊するリスクを大きく減らしながら同種の演出を楽しめます。