ova ファイルを VMware にインポートする際の落とし穴の概要

問題の原因

ご存知のとおり、すべてのネットワーク動作は対応するネットワークトラフィックを生成し、すべてのネットワーク攻撃動作にも対応するトラフィック特性があります。では、トラフィック特性に基づいて、どの攻撃動作に対応するかを分析することは可能でしょうか?

仮想マシン上の Vulnhub 範囲環境を使用して攻撃をシミュレートし、Wireshark を使用してパケットをキャプチャしてトラフィックを分析しました。

問題

vulnhub 環境は ova ファイルの仮想マシンなので、virtualbox で開く必要がありますが、vbox を使用したことがないので、テストのために vmware にインポートしたいと考えました。すぐに最初の問題に遭遇しました。ova ファイルを vmware にインポートすると、エラー メッセージが表示されました。エラーは次のとおりです。

OVF 仕様と仮想ハードウェアのコンプライアンス チェックを緩和しようとしましたが、次のような別のエラーが報告されました。

インターネットで、vtools を再ダウンロードしたり、ova ファイルを解凍した後に vmdx ファイルの sha1 値を変更したりするなど、多くのチュートリアルを見つけました。試してみたところ、どれも機能しませんでした。その後、多くのクラスメートに相談しましたが、それでも効果的な解決策を見つけることができませんでした。

回避策

最終的にAJEST先生に相談して解決策を見つけました。ここに感謝の意を表したいと思います。

ovaファイルを解凍すると、拡張子がovfとvmdxの2つのファイルが得られます。メモ帳を使用してovfファイルを開き、次の文を対応するvmwareバージョンに変更します。たとえば、バージョン15.5を使用しているので、次のように変更します。

<システム>
  <vssd:ElementName>仮想ハードウェア ファミリ</vssd:ElementName>
  <vssd:インスタンスID>0</vssd:インスタンスID>
  <vssd:仮想システム識別子>DC-1</vssd:仮想システム識別子>
  <vssd:仮想システムタイプ>vmx-15.5</vssd:仮想システムタイプ>
</システム>

その後、解凍した ovf ファイルをインポートします。 初回はエラーが表示されますが、[再試行] をクリックしてください。

他の

上記の問題を解決した後、別の問題に遭遇しました。2 台の仮想マシン間の 3 ウェイ ハンドシェイク プロセスをキャプチャできませんでした。原因は、仮想マシン ネットワークがホスト専用モードに設定されていたことです。この場合、対応する仮想ネットワーク カードが物理ホスト上に生成されないため、物理ホスト上の仮想マシンのパケットをキャプチャする方法はありませんでした。ネットワーク カードを NAT モードに変更するだけです。

これで、ova ファイルを vmware にインポートする際の落とし穴に関するこの記事は終わりです。ova を vmware にインポートすることに関するより関連性の高いコンテンツについては、123WORDPRESS.COM で以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。