本文將揭秘在云中存儲數(shù)據(jù)5個最有影響力的不安全因素，并詳細闡述為什么CSO和安全決策者最重要的事情是思考如何有效地保護數(shù)據(jù)本身的安全。

2010年12月，思科發(fā)布了一份針對IT高層管理人員的調(diào)查報告，52%的受訪者表示已經(jīng)在使用或計劃使用云計算，遺憾的是，他們在將數(shù)據(jù)轉(zhuǎn)移到云端時面臨的最大障礙是安全，盡管對不安全因素的擔心在迅速擴散，但使用云的用戶仍然在增長，因為云有很多極具吸引力的優(yōu)點，如節(jié)省成本，協(xié)作，效率和移動性。

企業(yè)應該仔細研究IT環(huán)境的優(yōu)勢和風險，建立充分的數(shù)據(jù)保護策略，而不是毫無準備地跳入云中。

將業(yè)務轉(zhuǎn)移到云端會引入許多不安全因素，所有一切必須遵循一個安全原則，才能確保存儲在云中敏感數(shù)據(jù)的真正安全，這個原則就是：數(shù)據(jù)本身必須得到有效的保護。

在云端存儲數(shù)據(jù)的5大不安全因素是：

1、濫用和惡意使用云計算

基礎設施即服務（IaaS）提供商往往會聲稱可以為客戶提供無限制的計算、網(wǎng)絡和存儲容量，但這些都是幻覺，是浮云。

如果提供商提供免費的有限的試用期，大門也將會向垃圾郵件發(fā)送者，惡意軟件作者和網(wǎng)絡犯罪人員敞開，他們可以在云中匿名操作，以逃避懲罰。

過去，只有平臺即服務（PaaS）提供商是攻擊者的目標，但世界在變化，現(xiàn)在IaaS提供商也不再安全了，組織需要擔心諸如密鑰破解，分布式拒絕服務攻擊（DDoS），托管惡意數(shù)據(jù)和彩虹表等因素。

2、不安全的接口和API

對大多數(shù)組織而言，轉(zhuǎn)移到云是不可避免的，遺憾的是，服務提供商只是熱心于叫你遷移到云，而不思考他們API和接口中的不安全因素。

通常情況下，管理、業(yè)務流程、配置和監(jiān)控都是通過這些接口執(zhí)行的，安全和可用性完全依賴于每個基礎API內(nèi)置的安全性。

從身份認證到訪問控制，再到加密和監(jiān)控都在在這些API中體現(xiàn)出來，但現(xiàn)在它們通常沒有這樣設計，這意味著不但可能發(fā)生無辜的事故，惡意活動的成功幾率也會越來越高。

通常，組織和第三方都會使用這些現(xiàn)成的API走捷徑，要實現(xiàn)對數(shù)據(jù)的保護，你需要脫去這些API的外衣，重新封裝一層安全保護層。

3、不懷好意的內(nèi)部人員

這些人不會消失，大多數(shù)組織已經(jīng)意識到不懷好意的雇員可能會破壞數(shù)據(jù)，遺憾的是，在云端一樣不能幸免，事實上，轉(zhuǎn)移到云中后，內(nèi)部人員破壞數(shù)據(jù)的可能性還越來越大。

由于客戶只有一個管理域，加上提供商缺乏透明度，導致缺陷被放大。

例如，云提供商可能不會透露它是如何授權(quán)雇員訪問物理或虛擬數(shù)據(jù)，如何監(jiān)控這些雇員，或如何分析服從報告的，他們僅僅為你提供了一個快速，劃算的業(yè)務增長方法，但不會提供任何有關(guān)雇員在云中如何工作的可視化報告。

這使得黑客，企業(yè)間諜，犯罪集團，甚至國家贊助的入侵者對云中的數(shù)據(jù)更感興趣。

4、共享的技術(shù)問題

IaaS提供商的基礎設施是自己建立的，因此具有良好的擴展能力，但這種架構(gòu)解決方案的挑戰(zhàn)是底層組件通常沒有為多租戶架構(gòu)提供強大的隔離措施。

解決這個缺陷的快速方法是，使用虛擬化Hypervisor在客戶機操作系統(tǒng)和物理計算資源之間起到隔離作用，但如果Hypervisor本身也有缺陷，可能會給上層的客戶機操作系統(tǒng)或底層平臺帶入隱患。

總之，客戶不應該有權(quán)訪問其它客戶的數(shù)據(jù)，但遺憾的是，云一樣不能保證這一點。

5、未知的風險預測

云計算的一個信條是減少硬件和軟件所有權(quán)和維護權(quán)，釋放最終用戶的壓力，讓他們專注于核心業(yè)務的強項。

但財務和運營方面的好處需要結(jié)合所有安全擔心進行權(quán)衡，毫無疑問，云會讓你的生活更加簡單，但它也可能讓你死于安樂。

你在調(diào)查云提供商時，諸如軟件代碼更新，安全補丁，缺陷預測，入侵嘗試和安全設計等都應該被涉及。

數(shù)據(jù)本身需要得到保護才能確保它在云中的安全，不能只依靠云提供商，他們頂多能保證環(huán)境100%的安全，你自己必須確保對數(shù)據(jù)采取了切實有效的保護措施，那么什么措施才是切實有效的呢？

雖然沒有銀彈，我認為保護云中的數(shù)據(jù)最核心的需求是斷詞（tokenization ），斷詞是使用別名值或無意義的標識符代替敏感數(shù)據(jù)，以達到保護敏感數(shù)據(jù)的過程。

這種方法可以用來保護敏感信息，如信用卡號，個人身份信息（PII），如與健康相關(guān)的數(shù)據(jù)，email，密碼和登錄信息等。

但需要注意的是，不是所有斷詞方法都能起到同樣的的效果，最近幾年出現(xiàn)了多種不同的斷詞類型，每種類型之間的差別很大，下面逐一解釋。

動態(tài)和靜態(tài)斷詞

動態(tài)斷詞

靜態(tài)斷詞具有結(jié)合原始敏感數(shù)據(jù)預填充標志查找表的特征，以減少斷詞過程。

這兩種方法都會占用大量的資源，大型標志表不敏捷，會有延遲，性能地下，可擴展性也不好，對多種數(shù)據(jù)類型執(zhí)行斷詞操作時，對云和其它環(huán)境來說，動態(tài)和靜態(tài)標志表的大小將很快變成不切實際的解決方案，事實上，組織的確需要對多種數(shù)據(jù)類型執(zhí)行斷詞操作，如信用卡，email地址，健康信息等。

內(nèi)存中斷詞

內(nèi)存中斷詞這個新興技術(shù)的進化版本，對那些將越來越多的數(shù)據(jù)轉(zhuǎn)移到云端的企業(yè)而言，內(nèi)存中斷詞是一個理想的解決方案。

它具有系統(tǒng)資源占用非常小的特征，可以壓縮和標準化隨機數(shù)據(jù)，可以完整分發(fā)，不需要任何類型的數(shù)據(jù)復制或同步操作。

相較于動態(tài)和靜態(tài)斷詞，它顯著減少了性能和可擴展性問題，因為標志操作可以并行處理了。

這個方法也能讓不同的數(shù)據(jù)分類執(zhí)行斷詞操作，也沒有傳統(tǒng)斷詞方法對系統(tǒng)性能的影響那么大。

小結(jié)

保護云和保護云中的數(shù)據(jù)不是同一回事，在將數(shù)據(jù)轉(zhuǎn)移到云之前，請認真思考本文提出的5大不安全因素，現(xiàn)在你應該對為什么要保護數(shù)據(jù)本身有更深刻的認識。

內(nèi)存中斷詞可以保護企業(yè)以一種有效的，可擴展的方式保護云中的敏感數(shù)據(jù)，允許他們降低與服從有關(guān)的成本，這在以前是想都不敢想的。雖然沒有一種技術(shù)是完美的，但斷詞是那些想將數(shù)據(jù)放入云中的企業(yè)的關(guān)鍵需求。

原文名：Securing the cloud and securing data in the cloud are not the same 作者：Ulf Mattsson

【本文乃51CTO精選譯文，轉(zhuǎn)載請標明出處！】

【編輯推薦】

1. 使用Microsoft Azure 讓云遷移變得簡便的5種方法
2. VMware的混合云遷移工具：vCloud Connector
3. 企業(yè)CRM等業(yè)務系統(tǒng)遷移到 "云"中的最佳實現(xiàn) 
4. 云計算該“遷移”還是“自建”? 
5. 云遷移全攻略：哪些應用適合遷移
6. 亞馬遜 谷歌 微軟三大試用云服務大比拼（上）
7. 亞馬遜推出1年免費云計算服務
8. 亞馬遜EC2中斷 “可用區(qū)”遭質(zhì)疑
9. 傷不起！亞馬遜史前最大宕機事件的啟示
10. 云震 -- 亞馬遜4.21事故的反思
11. 從亞馬遜云服務故障中吸取的七個教訓
12. 云計算與集群：是攜手還是爭斗？