云數(shù)據(jù)庫加密
第一件事需要考慮加密數(shù)據(jù)的需要性。所有的數(shù)據(jù)庫都具有限制拜候的功能。某些合適的實現(xiàn)已足以呵護數(shù)據(jù)奧秘性。
其他需要經(jīng)由過程加密來呵護存儲在數(shù)據(jù)庫中的數(shù)據(jù)的身分有：對數(shù)據(jù)庫的特權(quán)用戶(如數(shù)據(jù)庫治理員)隱躲數(shù)據(jù);為了遵循法令律例，數(shù)據(jù)具有者不克不及經(jīng)由過程帳戶來節(jié)制對數(shù)據(jù)的拜候(如利用共享賬戶)。
當利用云數(shù)據(jù)庫，出格是用到了數(shù)據(jù)庫的SaaS解決方案時，數(shù)據(jù)庫的正常功能將會降落，迫使數(shù)據(jù)庫或云利用能拜候密鑰，除非能在密文上把持。
數(shù)據(jù)加密會帶來復(fù)雜度和機能上的成本。除加密以外，還有一些別的有效編制：
利用對象安然。利用SQL準予及拔除聲明往束縛賬戶拜候這些數(shù)據(jù)。這些賬戶中哪些準予拜候的必需嚴格節(jié)制，以確保只有授權(quán)的用戶才能拜候。
存儲安然哈希值。存儲這些數(shù)據(jù)的哈希值而不是直接存儲這些數(shù)據(jù)，這能承諾企業(yè)的法度能證實持有者有準確的值而沒必要實際存儲它。
密鑰治理
在公有云計較中一個很堅苦的過程就是密鑰治理，公有云中的多租戶模型造成其上運行的過程需要考慮密鑰治理標題問題。
最簡單的利用案例是在公有云中有益用法度運行，加密數(shù)據(jù)的從企業(yè)內(nèi)部流到公有云中，密鑰僅供企業(yè)內(nèi)部利用。有的加密引擎可以或許在數(shù)據(jù)流出時加密，在數(shù)據(jù)流進時解密。當公有云上的其他措置過程(例如批措置)需要拜候密鑰往解密數(shù)據(jù)時，一個利用密鑰的利用法度將變得復(fù)雜。
企業(yè)中利用者需要具有他們本身的密鑰，而不是一個能用于拜候全部企業(yè)的伶仃的共享密鑰。最簡單的解決編制是采取一個加密引擎，基于實體身份信息為每個用戶或?qū)嶓w分派(或治理)一個密鑰。以這類編制，為一個實體出格加密的任何信息將為那一實體所保護。假定一個群體內(nèi)的實體需要共享數(shù)據(jù)，那么可覺得治理群體拜候的利用法度分派一個群體級別密鑰，并在群體內(nèi)的實體間共享密鑰。密鑰在企業(yè)內(nèi)部應(yīng)當像這一部門前面會商的那樣進行治理。
當數(shù)據(jù)存儲在公有云環(huán)境中，在停用這一環(huán)境時，證實所稀有據(jù)(特別是PII或SPI數(shù)據(jù)或附屬于法令律例的數(shù)據(jù))已從公有云環(huán)境中刪往，包含其他媒體如復(fù)制盤等，將存在著標題問題;保護本地密鑰治理可以或許從密鑰治理系統(tǒng)中拔除(或刪除或丟掉)密鑰，以確保任何數(shù)據(jù)殘留在公有云的數(shù)據(jù)不克不及被解密，來供給這一包管。
假定云辦事供給商和用戶沒有一個有效的密鑰治理過程，加密數(shù)據(jù)就沒有多大年夜價值。 在辦事供給方，需要存眷的身分包含：辦事器具有加密的數(shù)據(jù)，同時拜候密鑰辦事器貧乏職責劃分;數(shù)據(jù)庫治理員能拜候小我密鑰;或數(shù)據(jù)庫辦事架構(gòu)依托于單一密鑰。
利用密鑰加密密鑰，在內(nèi)存中產(chǎn)生加密密鑰，和只存儲密鑰辦事器的加密密鑰，都是能節(jié)制和呵護密鑰本身的有效的架構(gòu)解決方案。構(gòu)建任何解決方案時都應(yīng)當考慮這些。 客戶端密鑰治理，在本身其實不服安的設(shè)備(如移動終端)上呵護密鑰，或這一設(shè)備沒有獲得劃一第別的節(jié)制，都是需要考慮的身分。
實踐中的具體建議
在企業(yè)利用的具體實踐中，可以遵守以下一些有益的建議：
當利用任何情勢的加密或解密產(chǎn)品時，利用最好的密鑰治理辦法;
如有可能，應(yīng)當利用可托源中現(xiàn)成的手藝，以獲得最好實踐;
利用最好的密鑰治理實踐，獲得手藝和產(chǎn)品用于加密、解密、簽訂，并從可托源中核實;
特別建議組織要保護他們本身的密鑰或利用已運營這類辦事的可托暗碼辦事;
假定一個組織需要利用存在云中的數(shù)據(jù)運行闡發(fā)或其他的措置，這個組織應(yīng)當基于一個平臺如Hadoop開辟，從云中的數(shù)據(jù)源中導(dǎo)出數(shù)據(jù);
密鑰的管轄范圍能在小我或集體級別保護;
集體拜候的治理可利用現(xiàn)成的手藝，如DRM系統(tǒng)，或其他運行在桌面或筆記本上，用以加密硬盤、文件和email動靜的軟件;
為了保護最好的實踐辦法和經(jīng)由過程審計，企業(yè)應(yīng)當本身治理他們的密鑰，或利用來自于加密軟件供給商那邊的可托辦事;
現(xiàn)有加密手藝中利用的密鑰如DRM和硬盤加密產(chǎn)品應(yīng)當在企業(yè)內(nèi)部，利用密鑰存儲手藝來集中治理;硬件安然調(diào)制應(yīng)當用于存儲密鑰，和措置加密把持如加解密、簽名和點竄等;
企業(yè)利用者應(yīng)當經(jīng)由過程注冊步調(diào)往啟用企業(yè)中的加密把持和其他措置，如能按照需要來拜候加/解密鑰的內(nèi)容感知或保格局加密系統(tǒng);
基于身份認證的所有組件，將手藝擺設(shè)整合進公司系統(tǒng)，在措置流程中做授權(quán)決定利用***加密把持來治理加解密過程的密鑰;
如有可能，利用現(xiàn)有的系統(tǒng)如E-DRM或數(shù)據(jù)防泄漏(DLP);
將加密把持和密鑰治理***到公司的身份認證系統(tǒng)上，為組織供給最大年夜矯捷度的整合，和利用組織已體味、審計過的或查驗過的手藝。
別的，對云數(shù)據(jù)庫的加密，可以參考以下實踐建議：
利用尺度算法。不要利用專用的不規(guī)范的手藝，專用加密算法沒有被證實且等閑被攻破;
避免利用舊的不服安的加密尺度如數(shù)據(jù)加密尺度(DES);
利用對象安然。即便在加密的環(huán)境下，也應(yīng)當對峙利用根基對象安然(SQL準予及拔除聲明)往禁止對數(shù)據(jù)的拜候;
不要加密主鍵或索引列。假定加密主鍵，將必需加密所有的參考外部鍵。假定企業(yè)加密索引列，當企業(yè)曾是利用加密數(shù)值時，查詢數(shù)據(jù)將會很慢;
利用柱狀的編制往加密(因為大年夜數(shù)據(jù)系統(tǒng)利用這類編制)。