安全技術(shù)與管理技術(shù)我們可以看出，除多相戶環(huán)境下需要考慮數(shù)據(jù)離機(jī)制外，保護(hù)云中的數(shù)并沒有到更多新的技術(shù)，身份認(rèn)證和訪問控、傳輸加密、數(shù)據(jù)加密、數(shù)數(shù)據(jù)屏、安全別除（殘余銷數(shù)據(jù)沿、數(shù)據(jù)備份等用于傳旋數(shù)據(jù)中心的數(shù)據(jù)保護(hù)機(jī)制仍然可用于云計(jì)算環(huán)境下的數(shù)據(jù)保護(hù)本章后章節(jié)將說明在云計(jì)算環(huán)境中用戶和服務(wù)提供商面臨的風(fēng)險，并針對這些只達(dá)在技術(shù)上可能實(shí)施的數(shù)據(jù)安全保護(hù)機(jī)制。服務(wù)提供商面臨的數(shù)據(jù)安全風(fēng)險及挑戰(zhàn)。

數(shù)據(jù)加密不夠安全的加密數(shù)據(jù)或無法加密的數(shù)據(jù)是CP進(jìn)行數(shù)據(jù)安全管理面臨的最大風(fēng)險。數(shù)據(jù)加密的重要性T專業(yè)人員可能很清楚，但放在云中，尤其是公有云環(huán)境下，不管是laaS、PaaS還是SaS服務(wù)，不是每一個用戶都會很清楚意識到它的重要性。云計(jì)算環(huán)境下數(shù)提最大的風(fēng)險來自于數(shù)據(jù)不加密或加密算法不夠強(qiáng)。

即便進(jìn)行了數(shù)據(jù)加密，但數(shù)據(jù)通過互聯(lián)網(wǎng)傳輸時，如沒有使用安全傳輸協(xié)議（直接使用FP或HTP協(xié)議，雖然可以保證數(shù)據(jù)的機(jī)密性，但在某些情況下并不能保證數(shù)據(jù)的完整性，如在稱加密情況下。更為重要的是，即便是數(shù)據(jù)在傳輸時也選擇了加密傳輸，但數(shù)據(jù)通過互聯(lián)網(wǎng)傳輸時還需要用戶和服務(wù)提供商雙方的共同配合。

因?yàn)椴捎煤畏N安全傳輸協(xié)議（FTPS、HTPS等等）是CP可以控制的事情，但安全帳號管理和安全協(xié)議具體配置卻是CS自己掌控或選擇的事情，一個弱口令（或管理不嚴(yán)的證書密鑰）或重復(fù)使用的口令甚至不足夠安全的加密算法都可能使這種努力付諸東流拋開用戶的安全意識或安全管理等問題，即使CS和CP都愿意使用可能獲得的最安全的協(xié)議來保護(hù)其應(yīng)用數(shù)據(jù)的安全，但在具體的實(shí)際應(yīng)用中實(shí)施起來也困難重重。

如果你僅僅使用的是laS服務(wù)（如亞馬遜的S3）加密數(shù)據(jù)很容易做到，但是對于PaaS（如GoogleApls）或Saas（Salesforce．com的CRM）中的這些基于應(yīng)用的數(shù)據(jù)進(jìn)行加密實(shí)施起來卻不大容易，這是因?yàn)閷τ谶@類數(shù)據(jù)（姑且稱其為處理中的數(shù)據(jù)）加密導(dǎo)致大多數(shù)數(shù)據(jù)分析方法（如數(shù)據(jù)索引或查詢等失效，即便可以實(shí)現(xiàn)，性能或效率也是一個很大的問題。因此，對于云中的數(shù)據(jù)，除了極少部分僅僅用作靜態(tài)存儲的數(shù)據(jù)外，大量基于應(yīng)用的數(shù)據(jù)往往都是沒有加密的數(shù)據(jù)。

對于上述這些基于應(yīng)用沒有加密的數(shù)據(jù)，它的風(fēng)險很大程度上取決于CP或CS的應(yīng)用設(shè)計(jì)是否足夠安全。但很多時候云計(jì)算的經(jīng)濟(jì)性是以共享基礎(chǔ)設(shè)施為代價的，這也意味著在PaaS或SaaS服務(wù)中應(yīng)用的數(shù)據(jù)通常是共存于一個大型數(shù)據(jù)倉庫中（如Google的Bigtable）。

標(biāo)簽： 數(shù)據(jù)加密 數(shù)據(jù)備份 數(shù)據(jù)中心 數(shù)據(jù)保護(hù) 云計(jì)算 服務(wù)提供商 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。