云內(nèi)數(shù)據(jù)的安然保障可以從以下多個方面全方位地進(jìn)行：
卷存儲加密
卷加密可抵抗以下風(fēng)險：呵護(hù)卷免除快照克隆或泄漏風(fēng)險;呵護(hù)卷免除被云供給商(和私有云治理員)而隨便查看的風(fēng)險;呵護(hù)卷免除物理硬盤丟掉(這更像是一個實(shí)際產(chǎn)生的安然事務(wù)，而不是僅僅知足合規(guī)性要求那么簡單)而導(dǎo)致的信息泄漏風(fēng)險。
根本舉措措施辦事的數(shù)據(jù)卷可經(jīng)由過程以下三種編制加密：
實(shí)例治理加密。這類加密引擎是在實(shí)例中運(yùn)行，密鑰被存放在卷中，并采取暗碼或密鑰對進(jìn)行呵護(hù)。
外部治理加密。這類加密引擎一樣在實(shí)例中運(yùn)行，但密鑰在外部治理，并響應(yīng)實(shí)例要求而進(jìn)行分派。
代辦署理加密。在這一模型里，先將卷連接到一個特定的實(shí)例或設(shè)備/軟件中，然后將該實(shí)例再連接到加密實(shí)例上。代辦署理措置所有的加密把持，并將密鑰保管在代辦署理內(nèi)部或外部當(dāng)中。在線編制或外攜編制保管密鑰。
對象存儲加密
對象存儲加密用于抵抗良多近似卷存儲一樣存在的風(fēng)險。因?yàn)閷ο蟠鎯Τ志帽煌嘎对诠彩占希⒊兄Z用戶搭建虛擬私有存儲(VPS)。就像VPN一樣，它在呵護(hù)好數(shù)據(jù)的同時，可利用公共共享的根本舉措措施，即便這些數(shù)據(jù)被透露，也只有那些有加密密鑰的人才能查看。
文件/文件夾加密和企業(yè)數(shù)字版權(quán)治理DRM：在將數(shù)據(jù)放到對象存儲前，先利用尺度的文件/文件夾加密東西或企業(yè)數(shù)字版權(quán)治理東西(EDRM)加密數(shù)據(jù)。
客戶端/利用法度加密：在一個利用法度(包含移動利用)里，對象存儲凡是被當(dāng)作后端利用時，可利用嵌進(jìn)在利用法度內(nèi)或客戶端中的加密引擎加密數(shù)據(jù)。
代辦署理加密：在數(shù)據(jù)發(fā)送到對象存儲前，利用加密代辦署理進(jìn)行數(shù)據(jù)加密。
平臺辦事加密
因?yàn)槠脚_辦事(PaaS)是多樣化的，所以可以采取下面列表的呵護(hù)機(jī)制：
客戶端/利用加密：數(shù)據(jù)在PaaS利用中加密，或在拜候平臺的客戶端法度中加密。
數(shù)據(jù)庫加密：數(shù)據(jù)經(jīng)由過程數(shù)據(jù)庫內(nèi)置的加密機(jī)制加密并存儲于數(shù)據(jù)庫中，這需要數(shù)據(jù)庫平臺撐持這類加密機(jī)制。
代辦署理加密：在數(shù)據(jù)發(fā)送到平臺前，經(jīng)由過程一個加密代辦署理進(jìn)行加密。
還可以在平臺中內(nèi)置加密API，外部加密辦事和其它可選情勢。
軟件辦事加密
軟件辦事(SaaS)供給商可利用上述提到的任何一種選項(xiàng)，對多租戶式的隔離模型中，建議每個用戶利用不合的密鑰。以下選項(xiàng)可供軟件辦事用戶利用：
辦事供給方治理加密：數(shù)據(jù)在SaaS利用中加密，并凡是由辦事供給方治理。
代辦署理加密：數(shù)據(jù)經(jīng)由過程加密代辦署理后再送到SaaS利用中。
數(shù)據(jù)防泄漏
云計(jì)較環(huán)境中的數(shù)據(jù)防泄漏(DLP)可定義以下：基于中間策略，經(jīng)由過程深度內(nèi)容闡發(fā)辨認(rèn)、檢測和呵護(hù)數(shù)據(jù)的運(yùn)轉(zhuǎn)和利用及其它過程的產(chǎn)品。DLP可以或許發(fā)現(xiàn)是不是背規(guī)把持?jǐn)?shù)據(jù)并進(jìn)行阻斷把持(遏制其工作流)，或采取諸如DRM、ZIP或OpenPGP等加密機(jī)制措置后承諾其繼續(xù)運(yùn)行。
DLP常經(jīng)由過程以下機(jī)制進(jìn)行內(nèi)容發(fā)現(xiàn)，監(jiān)測數(shù)據(jù)運(yùn)行：
專用設(shè)備/辦事器。在云環(huán)境與其他收集/互聯(lián)網(wǎng)鴻溝，或云環(huán)境的兩個子區(qū)域的按捺點(diǎn)擺設(shè)尺度的硬件
虛擬設(shè)備。
終端代辦署理。
Hypervisor代辦署理。相對在實(shí)例中運(yùn)行，DLP代辦署理則內(nèi)置在Hypervisor層，或可在Hypervisor層得以拜候到
DLPSaaS。DLP集成在一個云辦事中(如：托管電子郵件)，或以一個自力尺度的辦事供給(通常為內(nèi)容發(fā)現(xiàn)辦事)
隱私呵護(hù)
幾近所有的云存儲系統(tǒng)都需要拜候者(云用戶或內(nèi)容供給商)經(jīng)由過程某種身份認(rèn)證編制來成立信賴關(guān)系，不管是單向通信仍是雙向通信均需如斯。雖然加密證書可以或許為大都利用處景良多供給足夠的安然性保障，但其因?yàn)榕c真人(云用戶)而嚴(yán)格綁定而不合用于隱私信息。因?yàn)樽C書的任何一次利用都可能將證書持有者的身份泄漏給倡議認(rèn)證要求的集體。有良多場景(如：電子病歷存儲)就是因?yàn)椴扇×俗C書認(rèn)證編制而不需要的透露了證書持有者的身份。
在過往的十到十五年里，大年夜量手藝(如暗碼證書等)出現(xiàn)，并且被用于使系統(tǒng)在值得信賴的同時還能呵護(hù)持有者的隱私信息(例如：隱躲真實(shí)持有者的身份信息等)。基于屬性的證書就像通俗加密證書(如x.509證書)一樣都利用數(shù)字(或加密的)簽名密鑰。但是，基于屬性的證書(attribute-basedcredentials,ABCs)承諾持有者將其作為一個僅包含源證書內(nèi)所含屬性的子集封裝在新的證書里。這些封裝后的新證書可以或許被當(dāng)作通俗加密證書(利用公有密鑰)來校驗(yàn)，以供給一樣強(qiáng)度的安然包管。
數(shù)字版權(quán)治理(DRM)
DRM的核心就是用其加密內(nèi)容，并利用一系列版官僚求。版官僚求既可以簡單如防拷貝，也能夠復(fù)雜如限制某組或基于用戶的諸多勾當(dāng)調(diào)集，諸如剪切、粘貼、發(fā)送郵件、改變內(nèi)容等。任何利用DRM進(jìn)行數(shù)據(jù)呵護(hù)的利用或系統(tǒng)必需可以或許詮釋和履行權(quán)限，這常常意味著系統(tǒng)需整合密鑰治理系統(tǒng)。
這里有兩種首要的數(shù)字版權(quán)治理分類：
消費(fèi)者DRM多用于呵護(hù)遍及分發(fā)的媒體內(nèi)容，如：供給給廣大年夜受眾的音頻、視頻和電子書。這一DRM可利用各類不合的手藝與尺度，但重點(diǎn)是都基于單向分發(fā)編制。
企業(yè)DRM是用于呵護(hù)組織內(nèi)部的信息和合作火伴之間的信息。重點(diǎn)在于有良多復(fù)雜的權(quán)限、策略，和與營業(yè)環(huán)境，特別是企業(yè)目次辦事DS的整合。
企業(yè)DRM可以或許很好地呵護(hù)存儲在云中的信息，但需要深度的根本架構(gòu)整合。這對基于內(nèi)容治理的文件和分發(fā)是很是有效的。消費(fèi)者DRM可以或許為分發(fā)給消費(fèi)者的內(nèi)容有較好的呵護(hù)，可是卻因?yàn)榇竽暌勾蠖际炙囋趩吸c(diǎn)上易被破解而沒法保持很好的跟蹤記實(shí)。