ほとんどのネットワーク防御は、トラフィックを監視して各パケットや動作を悪質なものの特徴と見比べ、それから行動を起こすのが基本だ。トラフィックが見えない場合、仮想化されたサーバ内部で機能するネットワークベースのアプローチを実装しなければならない。言い換えれば、仮想マシン内部あるいは複数台のマシンを横断している仮想インフラ間のプロセス間通信を監視することになる。

　仮想化された世界での「ネットワーク」の定義は大きく異なり、違った形の防御が必要だ。Blue Lane Technologies、Reflex Securityの2社は、問題がどんなものになろうと、既にこの問題の解決を手掛けている。

ハイパーバイザーは攻撃にうってつけ

　OSがどれほどセキュアでないかは誰もが口にする。OSがすべてセキュアでないのは確かだが、さらに複雑なことに、ハイパーバイザーという潜在的に不確かなOSの上に、潜在的にセキュアでないOSをわざわざもう1つ重ねることになる。

　仮想化用語に詳しくない人のために説明しておくと、ハイパーバイザーとはハードウェアとその上にあるOSの間に置くソフト抽象化レイヤーのこと。これはソフトであり、ほとんどのソフトの例に漏れず、かなり脆弱だ。問題はどの程度脆弱かだが、リスクはかなり高い。基盤となっているハイパーバーザーが攻撃されれば、その上で実行されている仮想マシンをすべて乗っ取られてしまう恐れがある。

　ハイパーバイザーの脆弱性が発覚した場合、例えて言うと流砂の上に高層ビルを建てるようなことになる。建築工学の専門家でなくてもどうなるかは分かるだろう。

膨大な設定管理

　各物理サーバ上に5、10あるいは100の仮想デバイスがある場合、既存の設定管理インフラには多大な負荷が掛かる。別々のOSを実行している5000の仮想イメージにパッチを当てるのは不可能に近い。現在の設定管理製品は、仮想世界で運営するのに必要なスケーラビリティ（および効率性）を考慮したものへと進化させる必要がある。

事業継続性が課題に

　企業の多くは、万一のために予備サーバと複製技術を備えている。ミッションクリティカルなアプリケーションではダウンタイムが相当高くつくことから、これは適切な措置と言える。しかし、これら重要なアプリケーションを仮想環境で実行する場合、事業継続計画はそのことを織り込んで進化させることが必要だ。

　「いつか来た道」という意味では、これは解決済みの問題だ。かつてメインフレームのOSでは解決された。だが、以前に直面したことのある問題で、類似点を挙げられるからといって、この新たな現実でもすぐに問題が解決されるとは限らない。

ソフトウェアのビジネスモデルは変化が必要

　多くのソフト、特に管理ソフトは管理対象となるデバイスの数に応じた料金体系となっているが、仮想世界では何が管理対象のデバイスになるのだろう。作成した仮想イメージすべてについて料金を払う必要があるのか。イメージを削除すれば払い戻しが受けられるのか。わたしはこの疑問には答えられないが、料金の現状が不十分だとは言える。

　仮想化の結果、新しいソフト料金モデルがいずれ浮上してくるだろう。

　こうした問題の幾つかは、早いうちに答えが出る可能性も十分ある。これに取り組んでいて、問題解決のための新製品を投入している優秀な人たちを、わたしはたくさん知っている。

　しかし、主な問題がはっきりするまでは、社内のデータセンター担当者と協力し、自社の環境にとっての仮想化セキュリティ計画をどうすべきかを考えることが重要だ。仮想化に向けた道のりは楽しいかもしれないが、「ジェットコースターを降りたばかりで頭がクラクラして吐きそう」的な楽しさになるだろう。

本稿筆者のマイク・ロスマン氏は、アトランタにある業界調査企業、Security Inciteの社長兼主任アナリストを務めており、著書に「The Pragmatic CSO: 12 Steps to Being a Security Master」がある。