ハイパーバイザーを2つのタイプで分析

仮想化セキュリティ：ハイパーバイザー攻撃の対策

仮想化のセキュリティでは、各インフラストラクチャに適したハイパーバイザーを選択することが肝要だ。

公開 2011年03月02日 09時00分

更新 2012年09月04日 16時00分

著者

Brien Posey

[TechTarget]

印刷する

　ITセキュリティはちょっとしたパラドックスに陥っている。ネットワーク管理者が守らなければならないセキュリティ関連の規制は前代未聞の数になっているが、業界自体は仮想化に関するセキュリティの意味を理解し始めたばかりだ。そこで、仮想データセンターにおいて仮想化のセキュリティ対策として何をすべきかを考えたい。

サーバ仮想化のセキュリティで注意すべき4つのポイント

仮想化の普及拡大でデータセキュリティがますます大きな課題に

仮想化テクノロジーの導入でセキュリティが崩壊!?

　仮想化のセキュリティの話に入る前に、まず米VMwareのVMware ESXや米MicrosoftのHyper-Vなどの仮想化プラットフォームが使用するハイパーバイザーについて考えて見よう。ハイパーバイザーをどの程度攻撃できるかについては、さまざまな俗説がある。

　仮想化のセキュリティに関する俗説の1つは、攻撃者がハイパーバイザーを侵害し、ハイパーバイザー上で稼働する仮想マシン（VM）を乗っ取ることができるという説だ。同様に、攻撃者がVMの脆弱性を突き、そこから攻撃の手を広げて（エスケープ攻撃と呼ばれる）同じサーバ上で稼働する他のVMを乗っ取るという説もある。そのような攻撃がいずれは現実のものになるという話はもっともらしく聞こえるが（実際、それを仕掛けようと画策しているハッカーも確かに存在する）、現時点ではそのような攻撃手段は存在していない。

　近年、シンハイパーバイザーをrootkit（ルートキット）としてインストールし、強制的にホストOSをVMに変えることを意図したコンセプト実証コード（PoC）攻撃が幾つか出現している。これは、rootkitによって、サーバのOSとハードウェア間の全ての通信を傍受できるとする考えに基づいている。ただし、幸いにもこのようなPoC攻撃が成功するかどうかは疑わしい。

　現時点では、実現しそうなハイパーバイザー攻撃はない。しかし、この状況が明日も続くという保証はないため、仮想化のセキュリティについては慎重に対応し、仮想化プラットフォームベンダーが提供する修正プログラムを適用することが重要だ。

Type2ハイパーバイザーは敬遠すべし

　各インフラストラクチャに適したハイパーバイザーを選択することが、仮想化のセキュリティでは肝要だ。現在使用されているハイパーバイザーには、基本的にType1とType2の2種類がある。Type1のハイパーバイザーは、サーバハードウェアにベアメタルレベルでインストールされる。Type2のハイパーバイザーは、一般のサーバOS上にインストールされる。

ホスト・ベアメタル・OS・ハイブリッド　～4つの仮想化アーキテクチャと今後の展望

ハイパーバイザーの選び方

ハイパーバイザーの製品比較：仮想化プラットフォームにおいて最高のワークロード統合率を実現するには

まず押さえておきたいサーバ仮想化導入のポイント

　特にサーバ保守を実行する場合は、Type2のハイパーバイザーを使用する方がメリットがあるが、仮想化のセキュリティが最大の関心事である場合は、Type1のハイパーバイザーを使用した方がよい。

　経験からして、Type2のハイパーバイザーの下で稼働するOSは適切なセキュリティ対策が施されていないことが多いため、攻撃に対して脆弱になり得る。実際、Type2ハイパーバイザーの基盤となるWindowsがドメインメンバーですらないという事例を目にしてきた。全てのドメインコントローラーが仮想化されており、親OSを起動しないとドメインコントローラーを起動できなかったからだ。

　親OSを適切に保護しているとしても、攻撃対象領域の縮小が仮想化セキュリティを強化する最善の方法の1つであることは長年認められている。Type1のハイパーバイザーはType2のハイパーバイザーよりも小さいため、結果として攻撃対象領域も小さくなる。さらに、Type1のハイパーバイザーは、多機能な親OSによってリソースが消費されないため、Type2よりもパフォーマンスがよい傾向がある。

　というわけで、仮想化セキュリティに関して最も重要な検討事項の1つは、使用するハイパーバイザーである。この記事では、ハイパーバイザーの攻撃手段にまつわる俗信について説明したが、これを踏まえて、インフラストラクチャに存在する仮想化セキュリティの脆弱性対策を講じられるだろう。

印刷する