本發(fā)明涉及一種電子數(shù)據(jù)的加密傳輸方法，具體是一種多個云服務(wù)節(jié)點之間數(shù)據(jù)安全傳輸方法。
背景技術(shù)：
隨著數(shù)據(jù)用戶將傳統(tǒng)的it數(shù)據(jù)加速遷移到云服務(wù)器上,云服務(wù)越來越受歡迎,其中像aws,阿里云,百度云等等都是已知的云服務(wù)應(yīng)用系統(tǒng)。當前的云應(yīng)用程序主要是限于一個云提供商，而隨著越來越多的人采用云服務(wù),可以預(yù)見到一種需要從多個云提供商協(xié)同服務(wù)的應(yīng)用程序?qū)⒊霈F(xiàn)。例如,某個云服務(wù)提供商可能需要通過報表為企業(yè)提供其客戶使用情況等等。
假如數(shù)據(jù)傳輸過程中沒有pii（隱私保護驗證），那么數(shù)據(jù)不可避免地被暴露給第三方。目前通常的技術(shù)是使用匿名化pii加密方式將數(shù)據(jù)傳輸另一方,因此可以嚴格確?？山K端用戶從瀏覽器運行一個web應(yīng)用程序時另一方服務(wù)的安全有效性。因為匿名加密數(shù)據(jù)一般是不可逆轉(zhuǎn)的，所以無法破解，確保了數(shù)據(jù)傳輸?shù)陌踩浴?/p>
所以當前使用ssl的數(shù)據(jù)加密方式僅保護從一個終端到另一個終端（比如瀏覽器）的傳輸?shù)陌踩?，但當?shù)據(jù)從中間節(jié)點經(jīng)過時，這種數(shù)據(jù)加密方式是不起作用的，目前只能默認中間節(jié)點是可信的，但是這樣就有可能導(dǎo)致數(shù)據(jù)傳輸過程中，數(shù)據(jù)的泄露。
技術(shù)實現(xiàn)要素：
本發(fā)明所要解決的技術(shù)問題是，提供一種能夠提高數(shù)據(jù)在云服務(wù)過程中安全性的多個云服務(wù)節(jié)點之間數(shù)據(jù)安全傳輸方法。
本發(fā)明多個云服務(wù)節(jié)點之間數(shù)據(jù)安全傳輸方法是：在云服務(wù)的不同節(jié)點之間的數(shù)據(jù)傳輸過程中，將每一次數(shù)據(jù)傳輸中發(fā)起數(shù)據(jù)傳輸?shù)墓?jié)點稱為數(shù)據(jù)源，接受數(shù)據(jù)的節(jié)點稱為數(shù)據(jù)終端；數(shù)據(jù)傳輸?shù)牧鞒虨椋?/p>
1）在數(shù)據(jù)開始傳輸前，數(shù)據(jù)源和數(shù)據(jù)終端分別生成各自的一對公鑰和私鑰；
2）然后，在數(shù)據(jù)發(fā)送前數(shù)據(jù)源會首先請求數(shù)據(jù)終端的公鑰，并將數(shù)據(jù)源的公鑰發(fā)給數(shù)據(jù)終端，進行一次密鑰交換；
3）隨后，數(shù)據(jù)源根據(jù)數(shù)據(jù)終端的公鑰進行pii加密，并發(fā)起數(shù)據(jù)傳輸；
4）數(shù)據(jù)終端使用使用數(shù)據(jù)終端的私鑰進行數(shù)據(jù)解密，完成一次數(shù)據(jù)傳輸；
5）當上述數(shù)據(jù)終端將數(shù)據(jù)向下一節(jié)點傳輸時，此時其作為本次傳輸?shù)臄?shù)據(jù)源，而下一節(jié)點為本次傳輸?shù)臄?shù)據(jù)終端，然后重復(fù)上述步驟1）至步驟4），完成再一次數(shù)據(jù)傳輸；在進行密鑰交換時本次傳輸?shù)臄?shù)據(jù)源交換給本次傳輸?shù)臄?shù)據(jù)終端的公鑰為來自上一次傳輸數(shù)據(jù)源的公鑰。
進一步的，所述數(shù)據(jù)第一次傳輸?shù)臄?shù)據(jù)源可以是運行web應(yīng)用并發(fā)起數(shù)據(jù)傳輸請求的瀏覽器。
本發(fā)明的優(yōu)點是：當數(shù)據(jù)在一系列不同云節(jié)點傳輸過程中，將需要傳輸?shù)募用躪ey——pii一同傳遞。所有的云服務(wù)都可以作為數(shù)據(jù)源或者數(shù)據(jù)終端進行數(shù)據(jù)處理，而pii本身在數(shù)據(jù)傳輸和處理的過程中保持不變。由于在最初的數(shù)據(jù)源就將秘鑰傳遞下去了，所以秘鑰在整個傳輸過程中是可變的，這樣就確保了數(shù)據(jù)安全的可靠性。而在內(nèi)部可信的云服務(wù)節(jié)點中傳遞數(shù)據(jù)，可以使用不需要pii驗證的云服務(wù)來處理數(shù)據(jù)，但是pii對于這些云服務(wù)來說是不可見的，因為pii是經(jīng)過加密的，只有擁有秘鑰才能解密。這樣，就既保證了數(shù)據(jù)的有效傳輸，也提高了數(shù)據(jù)在云服務(wù)數(shù)據(jù)中轉(zhuǎn)過程中的安全性。
具體實施方式
下面結(jié)合實施例對本發(fā)明的技術(shù)方案作進一步說明。
本發(fā)明實施例的多個云服務(wù)節(jié)點之間數(shù)據(jù)安全傳輸方法是：在云服務(wù)過程中將企業(yè)web應(yīng)用并發(fā)起數(shù)據(jù)傳輸請求的瀏覽器作為最開始的數(shù)據(jù)源，將各次傳輸過程中接受數(shù)據(jù)的節(jié)點作為數(shù)據(jù)終端；數(shù)據(jù)傳輸?shù)牧鞒虨椋?/p>
1）在數(shù)據(jù)開始傳輸前，數(shù)據(jù)源(企業(yè)web應(yīng)用并發(fā)起數(shù)據(jù)傳輸請求的瀏覽器)和數(shù)據(jù)終端分別生成各自的一對公鑰和私鑰；
2）然后，在數(shù)據(jù)發(fā)送前數(shù)據(jù)源會首先請求數(shù)據(jù)終端的公鑰，并將數(shù)據(jù)源的公鑰發(fā)給數(shù)據(jù)終端，進行一次密鑰交換；
3）隨后，數(shù)據(jù)源根據(jù)數(shù)據(jù)終端的公鑰進行pii加密，并發(fā)起數(shù)據(jù)傳輸；
4）數(shù)據(jù)終端使用使用數(shù)據(jù)終端的私鑰進行數(shù)據(jù)解密，完成一次數(shù)據(jù)傳輸；
5）當上述數(shù)據(jù)終端將數(shù)據(jù)向下一節(jié)點傳輸時，此時其作為本次傳輸?shù)臄?shù)據(jù)源，而下一節(jié)點為本次傳輸?shù)臄?shù)據(jù)終端，然后重復(fù)上述步驟1）至步驟4），完成再一次數(shù)據(jù)傳輸；在進行密鑰交換時本次傳輸?shù)臄?shù)據(jù)源交換給本次傳輸?shù)臄?shù)據(jù)終端的公鑰為來自企業(yè)web應(yīng)用數(shù)據(jù)源的公鑰。