• <tr id="yyy80"></tr>
  • <sup id="yyy80"></sup>
  • <tfoot id="yyy80"><noscript id="yyy80"></noscript></tfoot>
  • 99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

    高級計量基礎(chǔ)設(shè)施網(wǎng)絡(luò)中隱私數(shù)據(jù)聚合的改進方案

    2021-10-18 01:51:20陸翔宇羨慧竹劉士峰中國電網(wǎng)北京電力科學(xué)研究院北京100162
    計算機應(yīng)用與軟件 2021年10期
    關(guān)鍵詞:電表讀數(shù)電能表

    陸翔宇 李 蕊 羨慧竹 丁 寧 劉士峰(中國電網(wǎng)北京電力科學(xué)研究院 北京 100162)

    0 引 言

    當(dāng)前電網(wǎng)與物聯(lián)網(wǎng)[1]的聯(lián)系越來越緊密,這要求在電力企業(yè)和智能電能表之間建立支持雙向通信的基礎(chǔ)設(shè)施,且能夠自動制定決策。一般情況下,智能電能表將測量的細粒度用電數(shù)據(jù)發(fā)送至電力企業(yè),并接收電力企業(yè)的指令。但對于普通用戶來說,細粒度用電數(shù)據(jù)的采集和存儲會帶來安全隱私問題[2]。

    對于用電數(shù)據(jù)安全性問題,一般使用數(shù)據(jù)聚合技術(shù)來隱藏個體電表讀數(shù),同時減少高頻計量數(shù)據(jù)在網(wǎng)絡(luò)中產(chǎn)生的分組業(yè)務(wù)[3]。其理念是數(shù)據(jù)包從電能表路由至網(wǎng)關(guān)時,在網(wǎng)絡(luò)內(nèi)執(zhí)行聚合,每個中間電能表執(zhí)行一次聚合。但這會使得特定電能表的私人數(shù)據(jù)暴露給網(wǎng)絡(luò)中的另一個電能表,因為聚合是在未加密電能表讀數(shù)上執(zhí)行的。為解決該問題,一些研究者建議使用部分同態(tài)加密(Partial Homomorphic Encryption,PHE)[4-5]、全同態(tài)加密(Fully Homomorphic Encryption,FHE)[6-7]、安全多方計算(Secure Multiple Party Computation,SMPC)[8-9],以隱私保護的方式在隱藏數(shù)據(jù)上執(zhí)行特定的算術(shù)運算。文獻[10]以Paillier同態(tài)加密與盲因子相結(jié)合的方式對用戶的多維數(shù)據(jù)進行加密,使得即使攻擊者獲得了解密密鑰也無法解密單個用戶的加密信息,更加體現(xiàn)了數(shù)據(jù)聚合的本質(zhì)。

    在同態(tài)加密系統(tǒng)[11]中,PHE被廣泛用于簡單聚合,支持加密數(shù)據(jù)上的加法運算,但PHE無法在加密數(shù)據(jù)上執(zhí)行其他運算,這可能會影響到其他配電側(cè)操作,例如狀態(tài)估計、直接負荷控制等。FHE和SMPC系統(tǒng)支持加密數(shù)據(jù)上的加法和乘法運算,提高了應(yīng)用的靈活性,同時保護用戶隱私。但FHE系統(tǒng)會產(chǎn)生較大的密文和較長的計算時間,特別在應(yīng)用乘法時更是如此。這使其不適用于高級計量基礎(chǔ)設(shè)施(Advanced Metering Infrastructure,AMI)網(wǎng)絡(luò)中的內(nèi)聚合。SMPC方法是輕量級方法,但其要求大量消息傳遞,而AMI網(wǎng)絡(luò)中不支持所有成員之間的直接通信,因此可行性不高。

    為此,本文提出解決上述問題的必要機制,提出基于安全MPC的協(xié)議,大幅降低了消息傳遞復(fù)雜度,主要工作和創(chuàng)新總結(jié)如下:1) 為了將FHE系統(tǒng)適應(yīng)到AMI網(wǎng)絡(luò),提出了當(dāng)使用TCP作為底層傳輸協(xié)議時,降低密文大小并處理分組重組問題[12]的機制。由于TCP預(yù)先不知道分組的大小,無法對到達接收器的流進行切割。為此,提出一個解決方案,在傳輸層之上加入了一個新的表示層,以在發(fā)送方包含分組大小信息。2) 為了使SMPC適配AMI網(wǎng)絡(luò),本文提出降低消息復(fù)雜度的機制。經(jīng)典的SMPC協(xié)議使用密鑰共享技術(shù),每輪數(shù)據(jù)采集在電能表之間交換子密鑰,缺點是該協(xié)議會消耗大量帶寬。為此,提出隱私感知的通信協(xié)議,以降低帶寬需求。具體來說,電能表使用偽隨機數(shù)生成器(PRNG)在本地計算子密鑰。由此,電能表不需要在每輪數(shù)據(jù)采集前交換子密鑰,提高了帶寬和其他網(wǎng)絡(luò)資源的使用效率。

    1 用于AMI網(wǎng)絡(luò)的FHE方案

    1.1 TCP下的分組重組問題

    鑒于智能電能表數(shù)據(jù)的關(guān)鍵性,本文使用TCP以確??煽啃?。此外,使用FHE在TCP連接上傳輸數(shù)據(jù)包時,在接收端會產(chǎn)生分組重組問題。具體來說,TCP連接中的數(shù)據(jù)流由TCP報頭中的窗口尺寸(Window Size,WS)字段所控制。報文段的接收方表明愿意接收多少字節(jié)的數(shù)據(jù),該報文段的發(fā)送方所發(fā)送的數(shù)據(jù)不會超出WS字段中聲明的數(shù)值。由此對連接的每個方向的數(shù)據(jù)流進行調(diào)節(jié),以使得主機不會收到超出其處理能力的數(shù)據(jù)(即流控制)。但在該調(diào)節(jié)中,由于WS值的改變,可能會造成要傳輸?shù)姆纸M的一些部分處于不同報文段,特別對于較大的分組更是如此。這種情況常會發(fā)生在FHE系統(tǒng)中,因為較大的密文被分割為許多報文段。在接收端,需要從采集到的報文段中對分組進行重組,以將其與來自其他子電表的其他分組聚合。這種情況下,接收方(電表)不知道特定發(fā)送方所發(fā)送的分組的大小,因此無法確定從哪里切割字節(jié)流(包含多個報文段)。需要指出的是,當(dāng)子表有著不同數(shù)量的子表時,每個接收方的子表可能發(fā)送不同大小的分組。這就是分組重組問題。為克服該問題,本文提出一個協(xié)議,使接收方電表能夠知道其將要接收的分組總大小。該協(xié)議在TCP層之上的表示層中開發(fā),如圖1所示。提出的分組重組協(xié)議(PRP)使聚合電能表能夠從報文段中重組分組。該協(xié)議在發(fā)送端向分組添加了一個包含分組大小的最小報頭,并在接收端移除該報頭、讀取分組大小、收集該大小的字節(jié)以重組分組。

    由此,一個PRP分組包含PRP報頭和應(yīng)用層分組,保持報頭最小化(4字節(jié)),其中包括了應(yīng)用層分組大小和電表標識符。接收方電表總是先接收第一個報文段,因為TCP確保了字節(jié)流的有序傳遞。由此,電表能夠通過其接收的第一個報文段中的報頭信息,知道整個分組大小。

    1.2 協(xié)議偽代碼

    PRP實現(xiàn)了兩個重要函數(shù):Send和Receiver。Send函數(shù)由應(yīng)用層調(diào)用,用于將電表的應(yīng)用層分組發(fā)送至另一個電表。當(dāng)接收緩沖區(qū)中存在分組時,傳輸層調(diào)用Receiver函數(shù)。算法1給出了Receiver函數(shù)的偽代碼。該算法首先檢查是否存在專用于分組來源(from)的緩沖區(qū)(buffer)。若不存在這樣的buffer,則按接收的報文段(segment)大小創(chuàng)建buffer,并將segment推入該buffer。若segment的大小超過buffer,則將超額字節(jié)放入字節(jié)數(shù)組residualBytes。若buffer已滿,則從buffer中的segments中創(chuàng)建應(yīng)用層分組(appPacket)。將appPacket發(fā)送至應(yīng)用層,并從bufferMap(即緩存映像,其中包含各個分段的可用性信息)中刪除專用于from的buffer。若residualBytes數(shù)組中存在任何數(shù)據(jù),則從residualBytes中創(chuàng)建分段resSegment,并調(diào)用Receiver(resSegment,from)函數(shù),以遞歸方式處理多余字節(jié)。

    算法1PRP的接收方函數(shù)

    1. buffer←bufferMap.RetrieveBuffer(from)

    2.ifbuffer==nullthen

    3. header←segment.GetPRPHeader()

    4. buffer←CreateBuffer(header.GetPacketSize())

    5.endif

    6. residualBytes←buffer.Add(segment)

    7.ifbuffer.IsFull()then

    8. appPacket←CreateAppPacket(buffer)

    9. ReportUpperLayer(appPacket)

    10. bufferMap.RemoveBuffer(from)

    11.ifresidualBytes.Size()≠0then

    12. resSegment←CreateSegment(residualBytes)

    13. Receiver(resSegment, from)

    14.endif

    15.endif

    2 適應(yīng)AMI網(wǎng)絡(luò)的SMPC

    2.1 安全多方計算

    安全多方計算使用密鑰共享來實現(xiàn)數(shù)據(jù)聚合。密鑰共享與PHE&FHE的區(qū)別在于隱藏數(shù)據(jù)的方式不同。密鑰共享中,將1個密鑰分割為若干個子密鑰,并分發(fā)至一組參與者,以使得密鑰無法被重建(除非一定數(shù)量的參與者合謀)。而在PHE或FHE中,只要獲得私鑰,就可以對使用與該私鑰相對應(yīng)的公鑰加密的任何消息進行解密。

    2.2 協(xié)議框架

    如2.1節(jié)所述,SMPC要求在所有節(jié)點間通信(需要交換n(n-1)條消息),這不但會增加通信復(fù)雜度,而且無法在AMI網(wǎng)絡(luò)拓撲中實施。需要對SMPC進行修改,使其可用于AMI網(wǎng)狀網(wǎng)絡(luò)拓撲,且不會顯著增加開銷。為此,本文參照了文獻[14]的理念。讓每組兩個電表協(xié)商一個共享密鑰(而非交換子密鑰),使用該密鑰作為偽隨機數(shù)字生成器(Pseudo Random Number Generator,PRNG)的初始輸入,在本地計算出將要從其他電表接收到的子密鑰。密鑰可在電表上預(yù)先加載,或使用Diffie-Hellman密鑰交換協(xié)議[15]進行私鑰共享。

    圖2給出了協(xié)議的基本概況,其中:g表示一個多項式;priv表示電能表私鑰;pub表示電能表公鑰;Req()為網(wǎng)關(guān)請求函數(shù)。

    圖2 本文協(xié)議的基本框架

    (1)

    由此可推導(dǎo)出多項式Fi(X):

    (2)

    根據(jù)式(2),電表i可通過將式中的X替換為xi,計算出該電表的子密鑰?,F(xiàn)在已計算出所有子密鑰,將其加在一起,并將結(jié)果發(fā)送至網(wǎng)關(guān)。網(wǎng)關(guān)在接收到的Fi數(shù)值上建立多項式。該多項式的常數(shù)項為所有ri值的總和。

    2.3 分層SMPC

    由于SMPC的特性,每個電表計算子密鑰之和(包括由其他電表計算出的子密鑰),并直接將其發(fā)送至網(wǎng)關(guān)。網(wǎng)關(guān)驗證接收到的分組的簽名,并在子密鑰上推導(dǎo)出新的多項式,該多項式的常數(shù)項為電表讀數(shù)聚合值。最后,網(wǎng)關(guān)簽名并將聚合值發(fā)送至電力企業(yè)。

    但AMI網(wǎng)絡(luò)為多跳網(wǎng)絡(luò),可在網(wǎng)絡(luò)節(jié)點之間定義分層關(guān)系。由此,本文利用了網(wǎng)絡(luò)內(nèi)處理,并對協(xié)議進行了修改,使其以多跳的方式工作。具體來說,本文作了以下改動:由網(wǎng)關(guān)計算的拉格朗日多項式可由每個電表計算得出。這些電表計算其子密鑰之和(圖2中的Fi),并將其乘以相關(guān)的拉格朗日多項式li(0)。然后,電表簽名并將其發(fā)送至其父電表,父電表驗證進行過乘法運算的子密鑰總和的簽名,并將其與自身經(jīng)過乘法運算的密鑰進行聚合。父電表對結(jié)果簽名,并發(fā)送至其自身的父電表。該過程一直持續(xù)至網(wǎng)關(guān),網(wǎng)關(guān)驗證做過乘法運算后的子密鑰總和,并將其與自身做過乘法的密鑰相聚合。最后,網(wǎng)關(guān)對結(jié)果簽名并發(fā)送至電力企業(yè)。使用該協(xié)議,可進一步降低網(wǎng)關(guān)處的總帶寬使用和計算開銷。

    3 實驗與性能評價

    3.1 實驗設(shè)置

    本文使用網(wǎng)絡(luò)模擬器ns-3對提出的協(xié)議進行了性能評價。創(chuàng)建大小為N的隨機多跳網(wǎng)絡(luò)拓撲,其中N∈{36,49,64,81,100}。對于每個拓撲,1個網(wǎng)狀節(jié)點作為網(wǎng)關(guān)/數(shù)據(jù)采集器,N-1個網(wǎng)狀節(jié)點則作為智能電能表,智能電能表每60 s向網(wǎng)關(guān)周期性地發(fā)送報告。假定智能電能表生成的數(shù)據(jù)大小為16位,該大小足以支持電能讀數(shù)。同時,假定網(wǎng)絡(luò)將全局時鐘同步以具有可靠的時間戳機制。對于每個N,本文建立了30個隨機網(wǎng)絡(luò)拓撲,并給出了這些隨機網(wǎng)絡(luò)拓撲的均值。對于TCP,設(shè)最大報文段(Maximum Socket Segmentation,MSS)長度為1 500個字節(jié)。

    文獻[16]為SG AMI網(wǎng)絡(luò)定義了兩種數(shù)據(jù)聚合機制。本文實施了這兩種機制:端到端(End to End,EtoE)聚合和逐跳(Hip by Hip,HbyH)聚合。在HbyH聚合中,由網(wǎng)關(guān)電表得到網(wǎng)絡(luò)的最小生成樹,如圖3所示。網(wǎng)關(guān)電能表基于該聚合網(wǎng)絡(luò)樹,制定每個電能表的父子關(guān)系。網(wǎng)絡(luò)中的葉電表將其電表讀數(shù)周期性地發(fā)送至父電表,父電表將其自身讀數(shù)與從子電表接收到的讀數(shù)聚合在一起,其后將得出的數(shù)值再發(fā)送至其自身的父電表,持續(xù)該過程直至到達網(wǎng)關(guān)電表。最后,網(wǎng)關(guān)將其讀數(shù)與從子電表接收到的聚合讀數(shù)再進行聚合,并將結(jié)果發(fā)送至電力企業(yè)。在EtoE聚合中,所有電表直接將其讀數(shù)發(fā)送至網(wǎng)關(guān)。網(wǎng)關(guān)將自身讀數(shù)與從其他電表接收到的讀數(shù)進行聚合,并將結(jié)果發(fā)送至電力企業(yè)。

    圖3 聚合網(wǎng)絡(luò)樹示意圖

    3.2 評價與度量

    本文仿真中,在EtoE和HbyH聚合中均采用了SV方案和SMPC協(xié)議,SV方案[17]屬于公鑰密碼族,包括密鑰生成、加密、解密、加法/乘法和重新加密函數(shù),生成密鑰對為公鑰和私鑰。其獨特之處在于公鑰的一部分被用于進行重新加密,且密鑰以KB為單位,遠大于傳統(tǒng)方案中以位為單位的密鑰。文獻[18]是SV方案的一種改進,主要優(yōu)化了計算復(fù)雜度和信道帶寬分配方面,其方案主體架構(gòu)不變。因此,SV方案已被證明在AMI網(wǎng)絡(luò)的隱私計算中具有較好的效果。對于EtoE和HbyH聚合,SV方案[17-18]和SMPC協(xié)議分別表示為SV-EtoE、SV-HbyH、SMPC-EtoE和SMPC-HbyH。本文將SV方案和SMPC協(xié)議的性能與利用Pallier PHE[10]的基準進行了比較,以分析FHE方法與PHE方法的性能差異:1) Paillier&EtoE聚合(Pai-EtoE),該測試中,利用Paillier密碼[10]系統(tǒng)對電表讀數(shù)進行加密,并直接發(fā)送至網(wǎng)關(guān);2) Paillier&HbyH聚合(Pai-HbyH),該測試中,利用Paillier密碼系統(tǒng)對電表讀數(shù)進行加密,并在中間電能表處進行數(shù)據(jù)聚合。

    在性能評價中,本文使用了以下度量:

    1) 分組投遞率(Packet Delivery Rate,PDR):傳遞到網(wǎng)關(guān)的分組數(shù)與SMs發(fā)送的分組數(shù)之間的比率。

    2) 吞吐量(Through Put,TP):網(wǎng)關(guān)每秒接收到的總數(shù)據(jù)量。

    3) 平均數(shù)據(jù)采集完成時間(Completion Time,CT):一輪數(shù)據(jù)采集中,在網(wǎng)關(guān)處接收所有SMs的所有電能讀數(shù)所耗費的平均時長。CT在應(yīng)用層測量,因此考慮到了密碼系統(tǒng)/拉格朗日插值的運算。

    在評價PDR時僅考慮EtoE聚合機制,因為HbyH機制采用了網(wǎng)絡(luò)內(nèi)計算,從而降低了吞吐量,因此網(wǎng)關(guān)吞吐量無法與EtoE相比。

    3.3 分組投遞率

    本文僅針對EtoE機制測量了PDR。如圖4所示,對于所有方法,在81節(jié)點拓撲之前,PDR幾乎都是100%。在64節(jié)點拓撲之后,Pai-EtoE和SV-EtoE方法的PDR出現(xiàn)非常小幅的下降。這是因為這些方法中生成的分組大小比SMPC-EtoE要大,數(shù)據(jù)越大,則發(fā)生擁塞的可能性越高??傮w來看,在提出的方法中增加電表數(shù)量,不會造成PDR性能的顯著降低。

    3.4 吞吐量

    通過吞吐量(TP)性能可分析所提方法的帶寬使用情況,目標是盡量減少帶寬使用,以容納其他類型的流量。圖5和圖6分別給出了EtoE和HbyH機制的吞吐量。總體來看,HbyH的TP值低于EtoE的TP值,這是因為在HbyH機制中,網(wǎng)關(guān)接收來自其子電表的讀數(shù);而在EtoE機制中,網(wǎng)關(guān)接收來自網(wǎng)絡(luò)中所有其他電表的讀數(shù)。

    如圖5所示,EtoE的TP值會隨著網(wǎng)絡(luò)中電表數(shù)量的增加而上升。這些方法基于其生成的數(shù)據(jù)包的大小而產(chǎn)生TP,因此,SMPC-EtoE產(chǎn)生最小TP是符合預(yù)期的,因為與其他方法相比,SMPC-EtoE生成的數(shù)據(jù)包較小。

    圖6給出了HbyH機制下的TP值。對于所有方法,36和49節(jié)點拓撲的TP值幾乎沒有變化,然后在81節(jié)點拓撲之前不斷下降,最后在100節(jié)點拓撲處開始上升。電能表直接將讀數(shù)發(fā)送至網(wǎng)關(guān),因此電能表數(shù)量和網(wǎng)絡(luò)內(nèi)分組投遞延遲是影響TP值的重要因素。隨著網(wǎng)絡(luò)中電能表數(shù)量的增加,網(wǎng)關(guān)接收聚合電能表讀數(shù)所需的時長也會增加,但網(wǎng)關(guān)的子電表的數(shù)量并沒有以相同比例增加,這就造成TP的下降。100節(jié)點拓撲時TP的增加是得益于網(wǎng)絡(luò)子電表數(shù)量的顯著增加。出于同樣原因,SMPC-HbyH再次得到了最低的TP值。

    3.5 吞吐量平均數(shù)據(jù)采集完成時間

    對于一些AMI應(yīng)用(例如需求/響應(yīng)),平均數(shù)據(jù)采集完成時間是一個重要度量。圖7和圖8分別給出了EtoE和HbyH機制的仿真結(jié)果。從中可以觀察到,對于所有方法,CT值均隨網(wǎng)絡(luò)規(guī)模增加而上升。此外還可發(fā)現(xiàn),SV方法無法以60 s的間隔進行電表讀數(shù)采集。因此,本文運行了另一個仿真,將電表讀數(shù)采集間隔設(shè)為120 s,以分析其對CT的影響。圖中使用了-60s和-120s后綴以進行區(qū)分。與SV-EtoE/HbyH-60s和SV-EtoE/HbyH-120s方法相比,Pai-EtoE/HbyH和SMPC-EtoE/HbyH完成一輪數(shù)據(jù)采集的時間更少,這是因為Paillier密碼系統(tǒng)和PRNG生成的數(shù)據(jù)包比SV方案要小得多。數(shù)據(jù)包增大,將導(dǎo)致TCP根據(jù)窗口大小將數(shù)據(jù)分割為較小的分組,這就增加訪問信道進行數(shù)據(jù)傳輸時的沖突概率,每次沖突都會增加退避等待時間,從而導(dǎo)致更長的采集完成時間。

    圖7 EtoE機制下的CT值

    圖8 HbyH機制下的CT值

    與Pai-EtoE/HbyH相比,SMPC-EtoE/HbyH需要更多時間,因為電表需要從網(wǎng)關(guān)接收ck,以計算將要從網(wǎng)絡(luò)中其他電表接收到的子密鑰。該程序增加了SMPC-EtoE/HbyH的數(shù)據(jù)采集完成時間。在比較數(shù)據(jù)采集機制時,與HbyH機制相比,EtoE完成一輪采集的時間較長,這是因為大量電表要將讀數(shù)發(fā)送至同一個電表(即網(wǎng)關(guān))。同時將讀數(shù)發(fā)送至網(wǎng)關(guān)的電表,會造成EtoE機制的退避等待時間比HbyH機制更長。而在HbyH機制中,在中間聚合電表處對電表讀數(shù)進行聚合,與EtoE機制中采集電表數(shù)據(jù)的網(wǎng)關(guān)相比,這些聚合電表接收相對較少數(shù)量的電表讀數(shù),由此降低了訪問介質(zhì)的爭用,從而減少沖突。

    如圖7和圖8所示,SV-EtoE/HbyH-120s方法能夠在120 s內(nèi)完成數(shù)據(jù)采集。在兩種機制下,60 s和120 s方法均表現(xiàn)出非常相似的趨勢,這是因為電表試圖同時發(fā)送讀數(shù),由此會造成相同的延遲。這會導(dǎo)致訪問介質(zhì)上的爭用是相同的,產(chǎn)生相同的退避時間。從36節(jié)點拓撲至64節(jié)點拓撲,SV-EtoE-60s/120s性能優(yōu)于SV-HbyH-60s/120s。這是因為HbyH機制在中間電表處采用了分組重組程序。PRP為用于EoE機制,因為加密電表讀數(shù)的大小是固定的,且對于每個電表是相同的。EtoE機制中數(shù)據(jù)聚合過程會造成網(wǎng)關(guān)處的計算開銷,在60節(jié)點拓撲之后,網(wǎng)絡(luò)計算開銷會超過分組重組程序的開銷。因此,在81節(jié)點和100節(jié)點拓撲中,SV-HbyH-60s/120s性能優(yōu)于SV-EtoE-60s/120s。

    3.6 安全性分析

    安全目標1:設(shè)mi,i∈{1,2,…,n}為電表i的讀數(shù)值,該數(shù)值在傳輸之前使用電力企業(yè)的公鑰(PKUC)進行了加密,即EncPKUC(mi)。

    對細粒度電表數(shù)據(jù)進行網(wǎng)絡(luò)內(nèi)聚合,并將得出的數(shù)值(cGW)通過網(wǎng)關(guān)傳遞至電力企業(yè)。

    即使對該數(shù)值(cGW)進行解密,也不可能從聚合數(shù)據(jù)中得到單個電表讀數(shù)。

    這同樣適用于SMPC協(xié)議,因為所有運算均在隱藏數(shù)據(jù)上進行(電表讀數(shù)的分布式子密鑰)。在操作過程中,電力企業(yè)僅能得到所有電表讀數(shù)的總和。

    安全目標2:智能電能表傳遞的隱藏數(shù)據(jù)包并不反映實際電表讀數(shù)。因此,即使竊聽者捕捉到數(shù)據(jù)包,其也無法正確推導(dǎo)出用戶活動。對于PHE或FHE,為得到實際讀數(shù),竊聽者需要知道僅為電力企業(yè)所持有的私鑰。對于SMPC協(xié)議,竊聽者需要知道目標智能電能表生成的作為其他智能電能表的子密鑰的n-1個256位隨機數(shù)。

    安全目標3:由于本文使用的協(xié)議能夠在隱藏數(shù)據(jù)上執(zhí)行數(shù)據(jù)聚合,其不會泄漏實際數(shù)值(對執(zhí)行數(shù)據(jù)聚合的智能電能表來說也是如此)。

    安全目標4:提出的SMPC協(xié)議基于網(wǎng)關(guān)發(fā)送的數(shù)據(jù)采集請求進行數(shù)據(jù)采集。由于所有智能電能表在傳輸數(shù)據(jù)包時使用身份驗證機制,即橢圓曲線數(shù)字簽名算法(ECDSA),可以通過驗證數(shù)字簽名來確認數(shù)據(jù)包發(fā)送方的身份,且無法在不知道創(chuàng)建簽名的私鑰的情況下偽造簽名。此外,修改數(shù)據(jù)包內(nèi)容會使得簽名失效,從而提供了數(shù)據(jù)完整性。即:

    {EncPKUC(mi),SigSKi(EncPKUC(mi))}

    安全目標5:由于所有數(shù)據(jù)包均包含時間戳,可以通過檢查數(shù)據(jù)包的時間戳(TS),來確認其是否為當(dāng)前數(shù)據(jù)采集輪的數(shù)據(jù)包。即:

    {〈EncPKUC(mi),TS〉,SigSKi(〈EncPKUC(mi),TS〉)}

    4 結(jié) 語

    本文針對AMI網(wǎng)絡(luò)應(yīng)用了FHE和安全MPC,提出一個在表示層的協(xié)議,以克服分組重組問題,還提出SMPC協(xié)議,能夠利用HbyH機制執(zhí)行數(shù)據(jù)聚合。為了提供安全和隱私保護的通信環(huán)境,本文方法實現(xiàn)了幾個關(guān)鍵目標,如:所有消息均包含時間戳以防止重放攻擊,并通過簽名進行消息的身份驗證;通過讀數(shù)加密,或?qū)⒆x數(shù)分割為在多項式上計算的子密鑰,隱藏了實際電表讀數(shù),由此防止竊聽者捕獲用電信息。

    實驗結(jié)果表明,在兩個數(shù)據(jù)采集機制中,SMPC協(xié)議消耗的信道帶寬均少于SV方案。SV的數(shù)據(jù)采集周期較長,使其在帶寬使用方面更易被接受。在平均數(shù)據(jù)采集完成時間上,在兩種數(shù)據(jù)采集機制下,SMPC協(xié)議均優(yōu)于SV方案。特別是在HbyH機制下,兩種方法的時間差異較大。

    猜你喜歡
    電表讀數(shù)電能表
    巧判電表測量對象
    巧數(shù)電能表
    電表“對”與“錯”歸類巧掌握
    認識電能表
    讀數(shù)
    中國公路(2017年19期)2018-01-23 03:06:36
    讀數(shù)
    中國公路(2017年15期)2017-10-16 01:32:04
    讀數(shù)
    中國公路(2017年9期)2017-07-25 13:26:38
    讀數(shù)
    中國公路(2017年7期)2017-07-24 13:56:40
    看電表
    電能表自動化檢定機器人可靠掛卸表方案設(shè)計與實現(xiàn)
    黑丝袜美女国产一区| 国产中年淑女户外野战色| 国产av码专区亚洲av| 国产免费视频播放在线视频| 亚洲性久久影院| 激情五月婷婷亚洲| 成人美女网站在线观看视频| 国产精品三级大全| 久久久久久久久久久久大奶| 在现免费观看毛片| 久久亚洲国产成人精品v| 欧美老熟妇乱子伦牲交| 人人妻人人爽人人添夜夜欢视频 | 香蕉精品网在线| 亚洲国产成人一精品久久久| 亚洲美女搞黄在线观看| 熟女av电影| 成人亚洲欧美一区二区av| 自线自在国产av| 国产精品秋霞免费鲁丝片| 欧美日本中文国产一区发布| 香蕉精品网在线| 我要看黄色一级片免费的| 一级毛片电影观看| 国产极品粉嫩免费观看在线 | 色吧在线观看| h日本视频在线播放| 大又大粗又爽又黄少妇毛片口| 久久久久精品性色| 免费观看无遮挡的男女| 亚州av有码| 最新的欧美精品一区二区| 久久久久久久久久久免费av| 国产色婷婷99| 欧美3d第一页| 免费观看无遮挡的男女| 在线观看三级黄色| av在线观看视频网站免费| 亚洲国产日韩一区二区| 久久人妻熟女aⅴ| 久热这里只有精品99| 妹子高潮喷水视频| av国产久精品久网站免费入址| 国产一区亚洲一区在线观看| 汤姆久久久久久久影院中文字幕| 女人久久www免费人成看片| 免费看不卡的av| 午夜精品国产一区二区电影| 久久 成人 亚洲| 午夜久久久在线观看| 一区在线观看完整版| 成年人免费黄色播放视频 | 欧美高清成人免费视频www| 日韩 亚洲 欧美在线| 成人影院久久| 啦啦啦在线观看免费高清www| 欧美高清成人免费视频www| 久久99热这里只频精品6学生| 亚洲一级一片aⅴ在线观看| 亚洲精品视频女| 99精国产麻豆久久婷婷| 两个人免费观看高清视频 | 人妻夜夜爽99麻豆av| 国产白丝娇喘喷水9色精品| 精品视频人人做人人爽| 国产精品伦人一区二区| 亚洲综合精品二区| 男女边吃奶边做爰视频| 欧美日韩视频精品一区| 男女边摸边吃奶| 另类亚洲欧美激情| 成人二区视频| 老司机亚洲免费影院| 国国产精品蜜臀av免费| 国产午夜精品久久久久久一区二区三区| 精品视频人人做人人爽| 一级毛片久久久久久久久女| 另类亚洲欧美激情| 久久综合国产亚洲精品| 大陆偷拍与自拍| 一级黄片播放器| 69精品国产乱码久久久| 久久久国产欧美日韩av| 久久人人爽av亚洲精品天堂| 黄色配什么色好看| 黄色视频在线播放观看不卡| 国产一区二区三区av在线| 黑人巨大精品欧美一区二区蜜桃 | 日韩大片免费观看网站| 成人毛片60女人毛片免费| 国产伦在线观看视频一区| 欧美97在线视频| 亚洲国产欧美日韩在线播放 | av在线观看视频网站免费| 久久精品夜色国产| 久久午夜福利片| 一级二级三级毛片免费看| 男女国产视频网站| 国产男女内射视频| 国产精品国产三级国产av玫瑰| av福利片在线| 亚洲精品视频女| 女性生殖器流出的白浆| av有码第一页| 欧美变态另类bdsm刘玥| 一个人免费看片子| 免费黄网站久久成人精品| 欧美丝袜亚洲另类| 国产精品99久久99久久久不卡 | 少妇人妻精品综合一区二区| 日韩欧美精品免费久久| 精品久久久久久久久亚洲| 69精品国产乱码久久久| 精品国产露脸久久av麻豆| 国产精品不卡视频一区二区| 中文在线观看免费www的网站| 国模一区二区三区四区视频| 深夜a级毛片| 免费黄频网站在线观看国产| 国产精品一区二区在线不卡| 两个人的视频大全免费| 九九爱精品视频在线观看| 男女边吃奶边做爰视频| 夫妻性生交免费视频一级片| 丝袜在线中文字幕| 日韩强制内射视频| 我的老师免费观看完整版| 国产亚洲一区二区精品| 久久午夜综合久久蜜桃| 欧美日韩一区二区视频在线观看视频在线| 国产一级毛片在线| 一区二区三区四区激情视频| 亚洲av欧美aⅴ国产| 中文字幕制服av| 国产精品免费大片| 国产成人精品福利久久| 国产色爽女视频免费观看| 亚洲人成网站在线播| 另类精品久久| 99热全是精品| 欧美xxxx性猛交bbbb| 男人和女人高潮做爰伦理| 午夜91福利影院| 亚洲高清免费不卡视频| 王馨瑶露胸无遮挡在线观看| 高清不卡的av网站| 男女国产视频网站| 欧美精品国产亚洲| 国产精品无大码| 女人久久www免费人成看片| 国产精品不卡视频一区二区| 亚洲av成人精品一区久久| 伊人久久国产一区二区| 国产91av在线免费观看| 欧美成人精品欧美一级黄| 日韩,欧美,国产一区二区三区| 搡老乐熟女国产| 多毛熟女@视频| 噜噜噜噜噜久久久久久91| 一级毛片电影观看| 欧美国产精品一级二级三级 | 最近2019中文字幕mv第一页| 日韩 亚洲 欧美在线| 亚洲国产精品成人久久小说| 五月天丁香电影| videossex国产| 亚洲高清免费不卡视频| 亚洲婷婷狠狠爱综合网| 久久 成人 亚洲| 亚洲精品久久午夜乱码| 观看美女的网站| 久久午夜综合久久蜜桃| 9色porny在线观看| 嫩草影院新地址| 人人澡人人妻人| 一级毛片电影观看| 蜜臀久久99精品久久宅男| 在线看a的网站| 成人毛片a级毛片在线播放| 制服丝袜香蕉在线| 我的老师免费观看完整版| 亚洲欧美一区二区三区黑人 | 久久婷婷青草| 午夜视频国产福利| 久久婷婷青草| 秋霞伦理黄片| kizo精华| 国产成人精品福利久久| 欧美+日韩+精品| 国产毛片在线视频| 欧美日本中文国产一区发布| 国产成人精品福利久久| 亚洲精品一二三| kizo精华| 岛国毛片在线播放| 99国产精品免费福利视频| 人妻 亚洲 视频| 蜜桃在线观看..| 久久鲁丝午夜福利片| 免费av不卡在线播放| 九草在线视频观看| 日韩在线高清观看一区二区三区| 久久av网站| 九草在线视频观看| 久久国产精品大桥未久av | 国产国拍精品亚洲av在线观看| 免费av中文字幕在线| 亚洲欧洲精品一区二区精品久久久 | 中国美白少妇内射xxxbb| 久久国产精品大桥未久av | 精品少妇内射三级| 欧美 亚洲 国产 日韩一| 下体分泌物呈黄色| 狂野欧美白嫩少妇大欣赏| 亚洲精品中文字幕在线视频 | 午夜视频国产福利| 在线精品无人区一区二区三| 午夜福利在线观看免费完整高清在| 久久久久久久久久久免费av| 日日摸夜夜添夜夜添av毛片| 色5月婷婷丁香| 久久久国产精品麻豆| 亚洲国产精品一区二区三区在线| 这个男人来自地球电影免费观看 | 日韩 亚洲 欧美在线| 晚上一个人看的免费电影| 精品久久久噜噜| 亚洲在久久综合| 国产男女超爽视频在线观看| 亚洲精品日韩在线中文字幕| 一区二区av电影网| 2018国产大陆天天弄谢| 久久青草综合色| 99久久精品国产国产毛片| 美女脱内裤让男人舔精品视频| 欧美高清成人免费视频www| 晚上一个人看的免费电影| 狂野欧美激情性bbbbbb| 一区二区三区免费毛片| 国国产精品蜜臀av免费| 免费播放大片免费观看视频在线观看| 欧美区成人在线视频| 国产精品久久久久久av不卡| 久久综合国产亚洲精品| 王馨瑶露胸无遮挡在线观看| 一区二区三区免费毛片| 51国产日韩欧美| 亚洲精品国产av蜜桃| 免费人成在线观看视频色| 免费看光身美女| 成人亚洲欧美一区二区av| 亚洲av国产av综合av卡| 日韩不卡一区二区三区视频在线| 少妇的逼好多水| 91久久精品国产一区二区成人| 国产老妇伦熟女老妇高清| 国产精品蜜桃在线观看| 欧美一级a爱片免费观看看| 亚洲无线观看免费| 国产精品久久久久久久电影| 婷婷色麻豆天堂久久| 亚洲怡红院男人天堂| 2018国产大陆天天弄谢| 久久国产亚洲av麻豆专区| 简卡轻食公司| 国产日韩欧美亚洲二区| 日韩在线高清观看一区二区三区| 国产欧美亚洲国产| 精品国产露脸久久av麻豆| 男女啪啪激烈高潮av片| 亚洲伊人久久精品综合| 日韩强制内射视频| 亚洲国产最新在线播放| 久久精品国产亚洲网站| 日本欧美视频一区| 麻豆成人av视频| 国产伦精品一区二区三区四那| 高清视频免费观看一区二区| 国产成人精品无人区| 久久99蜜桃精品久久| 国产永久视频网站| 看非洲黑人一级黄片| 蜜臀久久99精品久久宅男| 99久久精品热视频| 99九九线精品视频在线观看视频| av国产久精品久网站免费入址| 狂野欧美激情性bbbbbb| 亚洲国产精品国产精品| 97超碰精品成人国产| 国产极品天堂在线| 天天操日日干夜夜撸| 午夜激情久久久久久久| av天堂久久9| 国产精品久久久久久av不卡| 麻豆乱淫一区二区| 丝袜喷水一区| 国产欧美亚洲国产| 国产黄色免费在线视频| 亚洲av男天堂| 久久国产乱子免费精品| 一本色道久久久久久精品综合| 男男h啪啪无遮挡| 国产精品久久久久久精品古装| 久久久精品免费免费高清| 国产男女超爽视频在线观看| 日本午夜av视频| 中国国产av一级| 国产精品99久久99久久久不卡 | av网站免费在线观看视频| 亚洲国产精品专区欧美| 18禁在线播放成人免费| 香蕉精品网在线| 人人妻人人爽人人添夜夜欢视频 | 99热网站在线观看| 一级毛片久久久久久久久女| 久久久久精品性色| 又黄又爽又刺激的免费视频.| 久久鲁丝午夜福利片| 日产精品乱码卡一卡2卡三| 国产成人精品婷婷| 人妻人人澡人人爽人人| 十八禁高潮呻吟视频 | 亚洲国产av新网站| 在线观看免费高清a一片| 色视频www国产| 在线观看人妻少妇| 日韩熟女老妇一区二区性免费视频| 自拍偷自拍亚洲精品老妇| 中文精品一卡2卡3卡4更新| 热re99久久国产66热| 国产精品一二三区在线看| 男人添女人高潮全过程视频| 插逼视频在线观看| 亚洲怡红院男人天堂| 国产高清有码在线观看视频| 国产视频内射| 少妇被粗大的猛进出69影院 | 久久精品久久久久久噜噜老黄| 青春草亚洲视频在线观看| 一本大道久久a久久精品| 丝瓜视频免费看黄片| 黄色日韩在线| 国产精品女同一区二区软件| 一本大道久久a久久精品| 乱人伦中国视频| 免费大片黄手机在线观看| 街头女战士在线观看网站| 91久久精品国产一区二区三区| 国产精品熟女久久久久浪| videos熟女内射| 亚洲成人av在线免费| 人人妻人人澡人人看| 亚洲,一卡二卡三卡| 日本黄色片子视频| 久久av网站| 日日啪夜夜撸| 成人影院久久| 亚洲精品第二区| 久久这里有精品视频免费| 久久久久久久久久人人人人人人| 国产黄频视频在线观看| 一级a做视频免费观看| 久久久久网色| 在线观看一区二区三区激情| 国产黄片美女视频| 视频区图区小说| 啦啦啦视频在线资源免费观看| 亚洲av综合色区一区| 中文资源天堂在线| 人体艺术视频欧美日本| 国产精品国产三级专区第一集| 国产视频首页在线观看| 免费黄色在线免费观看| 国产又色又爽无遮挡免| 日韩av在线免费看完整版不卡| 中国国产av一级| 久久精品国产亚洲网站| 国产成人一区二区在线| 自拍偷自拍亚洲精品老妇| 日韩强制内射视频| 超碰97精品在线观看| 久久毛片免费看一区二区三区| 亚洲精品自拍成人| 国产日韩一区二区三区精品不卡 | 久久久亚洲精品成人影院| 成人影院久久| 久久精品久久久久久久性| 久久精品国产亚洲av涩爱| 久久精品国产自在天天线| 毛片一级片免费看久久久久| 三上悠亚av全集在线观看 | 日韩精品有码人妻一区| 六月丁香七月| 国产乱人偷精品视频| 性高湖久久久久久久久免费观看| 看非洲黑人一级黄片| 少妇裸体淫交视频免费看高清| 99热这里只有精品一区| 亚洲经典国产精华液单| 色婷婷av一区二区三区视频| 国语对白做爰xxxⅹ性视频网站| 新久久久久国产一级毛片| 只有这里有精品99| 欧美性感艳星| 啦啦啦啦在线视频资源| 欧美+日韩+精品| av播播在线观看一区| 久久97久久精品| 国产爽快片一区二区三区| 久久久久久久久久久免费av| 中国三级夫妇交换| 亚洲国产精品成人久久小说| 日韩欧美一区视频在线观看 | 丰满少妇做爰视频| 久久久久久久亚洲中文字幕| 在线看a的网站| 亚洲精品国产成人久久av| 建设人人有责人人尽责人人享有的| 97超碰精品成人国产| 免费观看a级毛片全部| 插阴视频在线观看视频| 国产日韩欧美在线精品| 精品人妻偷拍中文字幕| 人人妻人人添人人爽欧美一区卜| 亚洲精品国产av蜜桃| 肉色欧美久久久久久久蜜桃| 免费久久久久久久精品成人欧美视频 | 国产视频首页在线观看| 免费看日本二区| 成人免费观看视频高清| 九九久久精品国产亚洲av麻豆| 日韩免费高清中文字幕av| 日韩电影二区| 国产精品偷伦视频观看了| 亚洲,一卡二卡三卡| 观看免费一级毛片| 成人毛片60女人毛片免费| 日韩强制内射视频| 精品99又大又爽又粗少妇毛片| 欧美最新免费一区二区三区| 中国三级夫妇交换| 亚洲欧美一区二区三区国产| 黄色配什么色好看| 精品一区二区免费观看| 一本一本综合久久| 日日摸夜夜添夜夜添av毛片| 亚洲国产精品专区欧美| 国产老妇伦熟女老妇高清| 91精品一卡2卡3卡4卡| 又大又黄又爽视频免费| 欧美 亚洲 国产 日韩一| 国产午夜精品一二区理论片| av福利片在线| 麻豆成人午夜福利视频| 国产成人一区二区在线| 搡女人真爽免费视频火全软件| av不卡在线播放| 少妇的逼水好多| 看非洲黑人一级黄片| 国内精品宾馆在线| 中国美白少妇内射xxxbb| 国产极品粉嫩免费观看在线 | 欧美日韩在线观看h| 99久久综合免费| 精品一品国产午夜福利视频| 街头女战士在线观看网站| 嫩草影院入口| av黄色大香蕉| 午夜福利网站1000一区二区三区| 18禁在线播放成人免费| 自线自在国产av| 国产精品久久久久久久久免| 不卡视频在线观看欧美| www.色视频.com| 日韩 亚洲 欧美在线| 爱豆传媒免费全集在线观看| 久久6这里有精品| 我要看日韩黄色一级片| 特大巨黑吊av在线直播| 亚洲经典国产精华液单| a级毛片免费高清观看在线播放| 免费黄网站久久成人精品| 在线看a的网站| 人人妻人人添人人爽欧美一区卜| 涩涩av久久男人的天堂| 亚洲精品视频女| 99久久综合免费| 午夜视频国产福利| 国产真实伦视频高清在线观看| 黄色毛片三级朝国网站 | 深夜a级毛片| 99久国产av精品国产电影| 在线播放无遮挡| 十分钟在线观看高清视频www | 黄色欧美视频在线观看| 深夜a级毛片| 欧美 亚洲 国产 日韩一| 午夜免费男女啪啪视频观看| 亚洲欧洲国产日韩| av女优亚洲男人天堂| 亚洲经典国产精华液单| 男女边吃奶边做爰视频| 黑人巨大精品欧美一区二区蜜桃 | 99久久精品国产国产毛片| 免费av不卡在线播放| 校园人妻丝袜中文字幕| 欧美人与善性xxx| 噜噜噜噜噜久久久久久91| 新久久久久国产一级毛片| 国产黄频视频在线观看| 在现免费观看毛片| 成年人免费黄色播放视频 | 99久久综合免费| kizo精华| 国产精品国产三级国产av玫瑰| 久久精品国产亚洲网站| 欧美xxⅹ黑人| 一二三四中文在线观看免费高清| 少妇的逼水好多| 国产一区二区在线观看日韩| 婷婷色综合www| 九草在线视频观看| 丰满乱子伦码专区| 久久久久久久久久久丰满| 久久99精品国语久久久| 最后的刺客免费高清国语| 中文资源天堂在线| 99久久中文字幕三级久久日本| 如何舔出高潮| 国产亚洲5aaaaa淫片| 高清欧美精品videossex| 人妻制服诱惑在线中文字幕| a级毛片免费高清观看在线播放| 精品亚洲成a人片在线观看| 日本午夜av视频| 亚洲精品成人av观看孕妇| 久久人妻熟女aⅴ| 中文字幕av电影在线播放| 91精品一卡2卡3卡4卡| 大码成人一级视频| 免费黄网站久久成人精品| 只有这里有精品99| 国产淫片久久久久久久久| 亚洲经典国产精华液单| 校园人妻丝袜中文字幕| 久久久精品免费免费高清| 国产精品国产三级国产av玫瑰| 国产深夜福利视频在线观看| 婷婷色麻豆天堂久久| 国产精品熟女久久久久浪| 免费av不卡在线播放| 日韩成人av中文字幕在线观看| 80岁老熟妇乱子伦牲交| 大片电影免费在线观看免费| 老熟女久久久| 久久国产乱子免费精品| 国产视频内射| 22中文网久久字幕| 亚洲欧美清纯卡通| 伦理电影大哥的女人| 亚洲情色 制服丝袜| 精品一品国产午夜福利视频| 又粗又硬又长又爽又黄的视频| 亚洲图色成人| 中文欧美无线码| 97精品久久久久久久久久精品| 亚洲欧美一区二区三区黑人 | 伦理电影免费视频| 成人美女网站在线观看视频| 日韩精品有码人妻一区| 特大巨黑吊av在线直播| 日本与韩国留学比较| 少妇 在线观看| 欧美精品人与动牲交sv欧美| 美女cb高潮喷水在线观看| 亚洲成人av在线免费| 99久久综合免费| 精品酒店卫生间| 亚洲色图综合在线观看| 国产毛片在线视频| 久久ye,这里只有精品| 少妇的逼水好多| 男女边吃奶边做爰视频| av专区在线播放| 午夜激情久久久久久久| 老女人水多毛片| 丰满人妻一区二区三区视频av| 亚洲av不卡在线观看| 自拍偷自拍亚洲精品老妇| 99热这里只有是精品在线观看| 在线观看一区二区三区激情| 一区在线观看完整版| 国产无遮挡羞羞视频在线观看| 在线观看免费日韩欧美大片 | av不卡在线播放| 国产精品久久久久久久电影| 日韩免费高清中文字幕av| 夫妻性生交免费视频一级片| 国产成人a∨麻豆精品| 日韩熟女老妇一区二区性免费视频| av国产精品久久久久影院| 亚洲在久久综合| av国产精品久久久久影院| 久久精品国产亚洲av涩爱| 一级毛片久久久久久久久女| 国产毛片在线视频| 欧美性感艳星| 国产探花极品一区二区| 美女xxoo啪啪120秒动态图| 国产精品不卡视频一区二区| 噜噜噜噜噜久久久久久91| 18+在线观看网站| 狂野欧美激情性xxxx在线观看| 人妻一区二区av| 日韩成人av中文字幕在线观看|