網絡隔離并不是新的概念，而微隔離技術（Micro-Segmentation）是VMware在應對虛擬化隔離技術時提出來的，但真正讓微隔離備受大家關注是從2016年起連續(xù)3年微隔離技術都進入年度安全技術榜單開始。在2016年的安全與風險管理峰會上提出了微隔離技術的概念?！鞍踩鉀Q方案應當為企業(yè)提供流量的可見性和監(jiān)控。可視化工具可以讓安全運維與管理人員了解內部網絡信息流動的情況，使得微隔離能夠更好地設置策略并協(xié)助糾偏?！?/span>

從微隔離概念和技術誕生以來，對其核心的能力要求是聚焦在東西向流量的隔離上（當然對南北向隔離也能發(fā)揮左右）：

一是有別于防火墻的隔離作用，二是在云計算環(huán)境中的真實需求。

l  微隔離系統(tǒng)工作范圍：

微隔離顧名思義是細粒度更小的網絡隔離技術，能夠應對傳統(tǒng)環(huán)境、虛擬化環(huán)境、混合云環(huán)境、容器環(huán)境下對于東西向流量隔離的需求，重點用于阻止攻擊者進入企業(yè)數據中心網絡內部后的橫向平移（或者叫東西向移動）。

l  微隔離系統(tǒng)的組成：

有別于傳統(tǒng)防火墻單點邊界上的隔離（控制平臺和隔離策略執(zhí)行單元都是耦合在一臺設備系統(tǒng)中），微隔離系統(tǒng)的控制中心 

平臺和策略執(zhí)行單元是分離的，具備分布式和自適應特點：

（1）策略控制中心：是微隔離系統(tǒng)的中心大腦，需要具備以下幾個重點能力：

• 能夠可視化展現(xiàn)內部系統(tǒng)之間和業(yè)務應用之間的訪問關系，讓平臺使用者能夠快速理清內部訪問關系；

• 能夠按角色、業(yè)務功能等多維度標簽對需要隔離的工作負載進行快速分組；

• 能夠靈活的配置工作負載、業(yè)務應用之間的隔離策略，策略能夠根據工作組和工作負載進行自適應配置和遷移。

（2）策略執(zhí)行單元：執(zhí)行流量數據監(jiān)測和隔離策略的工作單元，可以是虛擬化設備也可以是主機Agent。

不少人提出來有VLAN技術、VxLAN技術、VPC技術，為什么還需要微隔離？在回答這個問題之前，我們先來看看這幾個技術的定義和作用：

VLAN：即虛擬局域網，是通過以太網協(xié)議將一個物理網絡空間邏輯劃分成幾個隔離的局域網，是我們目前做內部不同局域網段的一種常用技術；由于以太網協(xié)議的限制，VLAN能劃分的虛擬局域網最多只有4096個。

VxLAN：即虛擬擴展局域網，為了解決VLAN技術在大規(guī)模計算數據中心虛擬網絡不足的問題而出現(xiàn)的技術，最多可支持1600萬個虛擬網絡的同時存在可適應大規(guī)模租戶的部署。

VPC：Virtual Private Cloud，即虛擬私有云，最早由AWS于2009年發(fā)布的一種技術，為公有云租戶實現(xiàn)在公有云上創(chuàng)建相互隔離的虛擬網絡，其技術原理類似于VxLAN。

從技術特點上看，VLAN是一種粗粒度的網絡隔離技術，VxLAN和VPC更接近于微隔離的技術要求但還不是微隔離最終的產品形態(tài)。

我們來看一個真實的生產環(huán)境中的工作負載之間的訪問關系：

我們看到少數的幾臺工作負載都會有如何復雜的業(yè)務訪問關系，那么當工作負載數量急劇上升時我們急需一套更加智能的隔離系統(tǒng)。

以下是我們總結需要微隔離技術的幾大理由：

• 實現(xiàn)基于業(yè)務角色的快速分組能力，為隔離分區(qū)提供基于業(yè)務細粒度的視角（解決傳統(tǒng)基于IP視角存在較多管理上的問題）；

• 在業(yè)務分組的基礎上自動化識別內部業(yè)務的訪問關系，并能通過可視化方式進行展示；

• 實現(xiàn)基于業(yè)務組之間的隔離能力、端到端的工作負載隔離能力、異常外聯(lián)的隔離能力，支持物理服務器之間、虛擬機之間、容器之間的訪問隔離；通過隔離全面降低東西向的橫向穿透風險，支持隔離到應用訪問端口，實現(xiàn)各業(yè)務單元的安全運行；

• 具備可視化的策略編輯能力和批量設置能力，支持大規(guī)模場景下的策略設置和管理；

• 具備策略自動化部署能力，能夠適應私有云彈性可拓展的特性，在虛擬機遷移、克隆、拓展等場景下，安全策略能夠自動遷移；

• 在混合云環(huán)境下，支持跨平臺的流量識別及策略統(tǒng)一管理。 

目前市面上對于微隔離產品還沒有統(tǒng)一的產品檢測標準，屬于一種比較新的產品形態(tài)。我們給出了評估微隔離的幾個關鍵衡量指標，包括：

1）是基于代理的、基于虛擬化設備的還是基于容器的？

2）如果是基于代理的，對宿主的性能影響性如何？

3）如果是基于虛擬化設備的，它如何接入網絡中？

4）該解決方案支持公共云IaaS嗎？

我們還給客戶提出了如下幾點建議：

1）欲建微隔離，先從獲得網絡可見性開始，可見才可隔離；

2）謹防過度隔離，從關鍵應用開始；

3）鞭策IaaS、防火墻、交換機廠商原生支持微隔離；

從技術層面看微隔離產品實現(xiàn)主要采用虛擬化設備和主機Agent兩種模式，這兩種方式的技術對比如下表：

總體來說兩種方案各有優(yōu)缺點：

• 如果環(huán)境中租戶數量較少且有跨云的情況，主機Agent方案可以作為第一選擇；

• 如果環(huán)境中有較多租戶分隔的需求且不存在跨云的情況采用SDN虛擬化設備的方式是較優(yōu)的選擇，主機Agent方案作為補充。

另外主機Agent方案還可以結合主機漏洞風險發(fā)現(xiàn)、主機入侵檢測能力相結合，形成更立體化的解決方案。順帶提一句，目前我們的工作負載安全解決方案已經可以完全覆蓋這個場景的需求。

在成功部署微隔離中的最大攔路虎首推可見性問題。分隔粒度越細，IT 部門越需要了解數據流，需要理解系統(tǒng)、應用和服務之間到底是怎樣相互溝通的。

同時需要建立微隔離可持續(xù)性。隨著公司不斷往微隔離中引入更多資產，負責團隊需考慮長遠發(fā)展，微隔離不是“設置了就可以丟開不管”的策略。這意味著，企業(yè)需設立長期機制以維持數據流的可見性，設置技術功能以靈活維護策略改變與實施要求；還意味著需清晰描述微隔離配置管理中各人都負責做些什么。

微隔離管理的角色和責任同樣很重要。微隔離規(guī)則的改變應經過審查，類似配置控制委員會這種運營和安全團隊可驗證變更適當性的地方。

檢驗微隔離是否真正發(fā)揮效果，最直接的方式就是在攻防對抗中進行檢驗。

我們可以模擬以下幾個場景進行檢驗：

（1）互聯(lián)網一臺主機被攻陷后，能夠觸達內部多大范圍的主機和工作負載；

（2）同一業(yè)務區(qū)域一臺主機被攻陷后，能否攻陷該業(yè)務區(qū)域的其他主機和工作負載（所有工作負載都存在可以利用的漏洞）；

（3）某一業(yè)務區(qū)域一臺主機被攻陷后，能否觸達跟該業(yè)務區(qū)域有訪問關系的其他業(yè)務區(qū)域的核心主機和工作負載；

（4）內部一臺主機被攻陷后，能夠觸達到域控主機以及能否攻陷域控主機（域控主機存在可以利用的漏洞）；

（5）內部一個容器工作負載被攻陷后，能夠觸達內部其他多少個容器工作負載；能否通過該容器滲透到宿主主機；

（6）以上所有網絡訪問行為是否在微隔離系統(tǒng)中的策略智能管控平臺上監(jiān)測到，是否有明顯報警標記。

 以上是我們可以總結的一些檢測場景，安全部門還可以根據自身業(yè)務的實際情況模擬更多的攻防對抗場景進行檢驗，才能做到“知己知彼，百戰(zhàn)不殆”。