HTML5跨域消息發(fā)送安全性分析

通過使用postMessage()的方法，我可以輕松的將消息從第一個(gè)URL發(fā)送到第二個(gè)URL.

我們可以通過點(diǎn)擊”send message“的按鈕來進(jìn)行驗(yàn)證。

盡管加載在第一個(gè)URL中的iframe與其并不同源，但通過postMessage() 即可進(jìn)行信息傳遞。

現(xiàn)在我們來看一些postMessage()使用過程中可導(dǎo)致應(yīng)用出現(xiàn)漏洞的例子：

case1.

發(fā)送方代碼：

當(dāng)發(fā)送者把targetOrigin規(guī)定為通配符”*“時(shí)，將會(huì)導(dǎo)致未知的信息被陌生的接收方（窗口）接收到。原因是從接收窗口傳來的消息任何人都可以再加載一個(gè)iframe來進(jìn)行監(jiān)聽。因此在進(jìn)行敏感數(shù)據(jù)的傳輸時(shí)，使用通配符是一個(gè)十分錯(cuò)誤的決定。

針對(duì)此問題最好的解決方法就是在發(fā)送時(shí)添加具體的目標(biāo)字段，如下所示：

Case2.

接收窗口代碼：

在上面這段代碼中可以看到，我們是直接接收發(fā)送方的消息對(duì)其進(jìn)行處理，并不檢驗(yàn)是否來自發(fā)送方。

但檢查消息的來源無疑是十分重要的，這樣可以防止消息來自未經(jīng)授權(quán)的發(fā)送者。

因此，我們只需要在代碼中加入對(duì)發(fā)送方的驗(yàn)證，這一問題就可解決了。代碼如下：

通過檢驗(yàn)event.origin，來進(jìn)行驗(yàn)證。

Case3.

在這一過程中，發(fā)送方和接收方都應(yīng)該驗(yàn)證正在傳送的.消息。如果數(shù)據(jù)插入到HTML DOM中時(shí)并沒有進(jìn)行驗(yàn)證，那么應(yīng)用很有可能遭受到基于DOM的跨站腳本攻擊。

由下面這段代碼可以看出，當(dāng)應(yīng)用程序接收到攻擊者發(fā)來的惡意信息，并已經(jīng)插入到HTML DOM使用innerHTML屬性時(shí)，其顯得異常脆弱。

發(fā)送方： 

接收方： 

執(zhí)行上面這段代碼，可導(dǎo)致在接收窗口出現(xiàn)XSS。

解決這一問題最簡(jiǎn)單的方法就是在給元素分配數(shù)據(jù)值時(shí)使用 textContent 而不是innerHTML.

• 網(wǎng)絡(luò)安全攻防技術(shù)分享
• 網(wǎng)絡(luò)安全專業(yè)學(xué)習(xí)布線么？
• 360安全瀏覽器6.2：您的網(wǎng)絡(luò)安全守護(hù)者
• 網(wǎng)絡(luò)安全審查辦法是什么？
• winchm怎么制作chm文件教程 winchm使用教程(制作電子書)