在建設(shè)云數(shù)據(jù)中心前，多個用戶單位的數(shù)據(jù)中心獨立建設(shè)，分別擁有獨立的網(wǎng)絡(luò)設(shè)備、安全設(shè)備和服務(wù)器，此時部署的是傳統(tǒng)的網(wǎng)絡(luò)安全產(chǎn)品。

在云計算時代背景下，數(shù)據(jù)中心需要向集中大規(guī)模共享平臺推進，通過引入服務(wù)器虛擬化技術(shù)，提供彈性、按需、自助的部署。數(shù)據(jù)中心的云化，對傳統(tǒng)的安全防護方案和安全產(chǎn)品提出了新的要求。如圖1所示。

在此，我們將云時代數(shù)據(jù)中心的安全建設(shè)劃分為三個階段。

第一階段是傳統(tǒng)安全產(chǎn)品的虛擬化;

第二階段是融合到云計算平臺的虛擬機安全設(shè)備;

第三階段是自主安全可控的云計算平臺。

傳統(tǒng)安全產(chǎn)品的虛擬化

在云數(shù)據(jù)中心建設(shè)的第一個階段，需要把各種物理硬件建設(shè)成資源池，以虛擬化的方式對多個用戶單位提供服務(wù)，從而實現(xiàn)云計算數(shù)據(jù)中心的性價比優(yōu)勢。用戶單位使用云數(shù)據(jù)中心提供的虛擬網(wǎng)絡(luò)、虛擬安全設(shè)備和虛擬服務(wù)器。

在此階段，使用的仍然是傳統(tǒng)的安全產(chǎn)品，部署在服務(wù)器資源池的外圍，為不同的用戶單位創(chuàng)建邏輯上獨立的虛擬設(shè)備。因此，傳統(tǒng)安全產(chǎn)品需要實現(xiàn)虛擬化，支持虛擬設(shè)備功能(包括引擎和管理界面)。如圖2所示。

融合到云計算平臺的

虛擬機安全設(shè)備

在云數(shù)據(jù)中心建設(shè)的第二階段，網(wǎng)絡(luò)設(shè)備、安全設(shè)備和服務(wù)器等硬件資源需要進一步整合。在同一臺物理服務(wù)器內(nèi)部的多個虛擬機之間的訪問控制，不能通過在服務(wù)器資源池外圍的硬件安全設(shè)備來實現(xiàn)。

在此階段，安全設(shè)備需要軟件化，作為一個安全應(yīng)用融合在虛擬化平臺上(見圖3)。

虛擬機安全設(shè)備可以通過兩種方式融合到虛擬化平臺，第一種方式是通過虛擬網(wǎng)絡(luò)路由的方式部署;第二種方式是通過調(diào)用Hypervisor層的API，將安全控制功能嵌入到虛擬化平臺。

自主安全可控的

云計算平臺

在云計算數(shù)據(jù)中心建設(shè)的第三階段，我們需要考慮云計算平臺自身的安全性。

首先，云計算平臺本身也存在各種安全漏洞，例如利用典型的虛擬機逃逸漏洞——藍(lán)色藥丸，攻擊者可以在控制客戶機VM的情況下，攻擊Hypervisor，安裝后門，控制其他VM。由于云計算平臺往往十分重要，這些安全漏洞需要比傳統(tǒng)的主機安全漏洞更被重視。

其次，Hypervisor層的API調(diào)用本身需要受虛擬化平臺廠商的控制。以VMware為例，VMware曾經(jīng)向其TAP(技術(shù)聯(lián)盟伙伴)開放過VM-SAFE API，用于開發(fā)安全應(yīng)用，但在最近，VMware關(guān)閉了VM-SAFE API。

最后，站在國家信息安全的戰(zhàn)略角度，我們在建設(shè)云計算數(shù)據(jù)中心時，不能不考慮供應(yīng)鏈的安全。只有實現(xiàn)完全自主安全可控的云計算平臺，云計算數(shù)據(jù)中心的安全性才能得到徹底保障。如圖4所示。