JavaScript包含的Ajax是Web2.0應(yīng)用的一個重要組成部分。該部分的進(jìn)化發(fā)展使網(wǎng)絡(luò)變成了超級平臺。該轉(zhuǎn)變同時也催生了新品種的病毒和蠕蟲，比如Yamanner,Samy 以及Spaceflash等等。Google,Netflix,Yahoo 以及MySpace等門戶網(wǎng)站在過去的幾個月里都因為新的漏洞而蒙受一定損失。黑客們可以利用這些漏洞進(jìn)行釣魚，跨站點腳本(XSS)以及跨站點偽造(XSRF)請求等攻擊。
Ajax中沒有固有的安全漏洞，但是對該技術(shù)向量的適配顯著地改變了網(wǎng)絡(luò)應(yīng)用的開發(fā)途徑以及方法論。以前，DCOM和CORBA組成核心中間件層的時候，將數(shù)據(jù)和對象序列化非常困難。Ajax使用簡單的GET,POST或者SOAP調(diào)用，來轉(zhuǎn)換XML,HTML,JS Array,JSON,JS Objects以及其他定制的對象；全部這些操作都不需要調(diào)用中間件層。Ajax的這種綜合能力使應(yīng)用服務(wù)器與瀏覽器之間的數(shù)據(jù)交換非常流暢。從服務(wù)器端傳來的信息動態(tài)地被注入到當(dāng)前的DOM相關(guān)環(huán)境，然后瀏覽器的DOM狀態(tài)重置。在講安全漏洞之前，我們先來看看促成Web2.0漏洞的關(guān)鍵因素。
多重分散的終端點以及隱藏調(diào)用——Web2.0應(yīng)用與Web1.0的主要區(qū)別就是信息訪問機(jī)制的區(qū)別。比起它的前身Web1.0, Web2.0應(yīng)用有數(shù)個Ajax終點。潛在的Ajax調(diào)用分散于整個瀏覽器頁面，并且能夠被各個事件分別調(diào)用。開發(fā)者恨難應(yīng)付Ajax調(diào)用的這種分散性，并且由于這些調(diào)用是隱藏的，不那么明顯，它還可能導(dǎo)致代碼不規(guī)范。
認(rèn)證混亂——輸入和輸出內(nèi)容認(rèn)證是應(yīng)用的重要因素之一。Web2.0應(yīng)用使用橋，mashups,還有反饋等等。很多情況下，它假定“另一方”（讀取服務(wù)器端或者客戶端代碼）已經(jīng)實現(xiàn)了認(rèn)證，這種混亂就導(dǎo)致了雙方都沒有實現(xiàn)適當(dāng)?shù)恼J(rèn)證控制。
不受信任的信息來源——Web2.0應(yīng)用從很多不受信任的來源比如反饋，博客，搜索結(jié)果中獲得信息。這些內(nèi)容在提供給終端瀏覽器之前從來沒有被認(rèn)證，這就有可能引發(fā)跨站點攻擊。黑客還有可能在瀏覽器中加載JavaScript，以便迫使瀏覽器發(fā)出跨域的調(diào)用并打開安全漏洞。那樣的話，這些致命的漏洞就能被病毒和蠕蟲利用。
數(shù)據(jù)序列化——瀏覽器可以調(diào)用Ajax來實施數(shù)據(jù)序列化。它可以獲取JS array,Objects,Feeds,XML文件，HTML 塊以及JSON。如果這些序列塊中的某一個被解析并修改了，黑客們就可以強(qiáng)迫瀏覽器執(zhí)行惡意腳本。不受信任信息與數(shù)據(jù)序列化的結(jié)合，對終端用戶的安全是致命的。
動態(tài)腳本構(gòu)成和執(zhí)行——Ajax會建立一個后端通道，從服務(wù)器獲取數(shù)據(jù)，然后將它傳送給DOM。實現(xiàn)這一點的必要條件就是動態(tài)地執(zhí)行JavaScripts，以便隨時更新DOM或者瀏覽器頁面緩存的狀態(tài)。Ajax通過調(diào)用定制的功能或者eval()功能。未經(jīng)認(rèn)證的內(nèi)容或者使用不安全的調(diào)用，輕則導(dǎo)致會話內(nèi)容泄露，重則迫使瀏覽器執(zhí)行惡意內(nèi)容等各種后果。
Web2.0應(yīng)用可能因為上面提到的1個或多個失誤而變得易受攻擊。如果開發(fā)者不夠?qū)徤?，沒有花心思在安全管理上的話，那么服務(wù)器和瀏覽器端都會出現(xiàn)安全問題。以下是10個可能的安全漏洞的簡要說明。
（1）畸形的JS對象序列
JavaScript支持面向?qū)ο缶幊?OOP)技術(shù)。它有很多不同的內(nèi)置對象，也允許用戶自己創(chuàng)建對象。使用者可以用new object() 或者自己編輯如下代碼來創(chuàng)建新的對象。
message = {
from : "john@example.com",
to : "jerry@victim.com",
subject : "I am fine",
body : "Long message here",
showsubject : function(){document.write(this.subject)}
};
這是一個簡單的消息對象，其中有2個字段需要電子郵件地址。我們可以使用Ajax來將該對象序列化并用JavaScript代碼編譯。程序員可以將它賦值到變量或者eval()。如果攻擊者發(fā)送嵌入了腳本的惡意“主題”，那么讀者就將成為跨站點腳本攻擊的受害者。JS對象既包含數(shù)據(jù)也包含方法。對JS對象序列的不當(dāng)使用將產(chǎn)生可以被詭計多端的注入代碼利用的安全漏洞。
(2)JSON對注入
JavaScript對象符號(JSON)是一個簡單而有效的少量數(shù)據(jù)交換格式，它包含對象，數(shù)組，Hash表，向量以及列表數(shù)據(jù)結(jié)構(gòu)。JavaScript, Python, C, C++, C# 和Perl languages都支持JSON。JSON序列在Web2.0應(yīng)用中是個非常有效的交換機(jī)制。開發(fā)者頻繁使用Ajax和JSON，獲取并傳送必要的信息給DOM。下面是個簡單的帶有不同的name值對的JSON對象：“bookmarks”對象。
{"bookmarks":[{"Link":"www.example.com","Desc":"Interesting link"}]}
黑客們可以在Link或者Desc中注入惡意腳本。如果DOM和可執(zhí)行程序被注入了，XSS目錄也會被注入。這是使終端用戶感染惡意內(nèi)容的另一種方法。
(3)JS數(shù)組中毒
JS數(shù)組是另一個比較普遍的序列化對象。人們可以很容易地跨平臺移植它，并且它在使用不同語言的結(jié)構(gòu)中也很有效。感染一個JS數(shù)組可以擾亂整個DOM環(huán)境。黑客們可以在瀏覽器中使用簡單的跨站點腳本攻擊JS數(shù)組。下面是一個JS數(shù)組的例子：
new Array(“Laptop”, “Thinkpad”, “T60”, “Used”, “900$”, “It
is great and I have used it for 2 years”)
該數(shù)組是從一個拍賣二手筆記本的網(wǎng)站傳出來的。如果這個數(shù)組對象在服務(wù)器端沒有被仔細(xì)處理，黑客就可以在最后字段中注入腳本。這種注入將危及瀏覽器安全并被攻擊者利用。
(4)被修改的XML數(shù)據(jù)流
Ajax調(diào)用接受來自多個地址的XML。這些XML塊來自運(yùn)行在SOAP,REST或者XML-RPC的網(wǎng)絡(luò)服務(wù)。這些網(wǎng)絡(luò)服務(wù)是由從第三方的代理橋那里接收過來的。如果這些第三方XML數(shù)據(jù)流被攻擊者修改過，那么攻擊者就可能向其中注入惡意內(nèi)容。
瀏覽器從它自帶的XML解析器接收該數(shù)據(jù)流。該解析器容易受不同的XML炸彈的攻擊。人們也可以在該數(shù)據(jù)流中注入腳本，這樣就可以導(dǎo)致跨站點腳本攻擊(XSS)。瀏覽器接收未經(jīng)認(rèn)證的XML數(shù)據(jù)流的話，這就會危及終端客戶端的安全。
(5)DOM中腳本注入
前四個漏洞都是由于序列化問題引起的。一旦瀏覽器收到序列化的對象數(shù)據(jù)流，開發(fā)者會發(fā)出某種調(diào)用來訪問DOM。這種調(diào)用的目的是將新內(nèi)容“重寫”或者“重填”入DOM中，可以調(diào)用eval()這個定制功能，也可以使用document.write()。如果這些調(diào)用是在不受信任信息流上進(jìn)行的，瀏覽器就有可能由于DOM的操作漏洞而受攻擊。攻擊者可以用很多document.*()調(diào)用來向DOM環(huán)境中注入XSS。
例如，這段JavaScript代碼：Document.write(product-review)。
在這里，“Product-review”是從第三方blog上獲得的變量。如果它含有JavaScript會怎樣？答案很明顯。這個JavaScript就會被瀏覽器運(yùn)行。
（6）跨域訪問和回調(diào)
Ajax不能從瀏覽器跨域訪問。所有比較流行的瀏覽器都有個安全特性，那就是攔截跨域訪問。一些網(wǎng)站服務(wù)為對象序列提供回調(diào)功能。開發(fā)者可以使用這個功能來把網(wǎng)站服務(wù)整合到瀏覽器本身。人們可以把該功能名傳回，這樣瀏覽器一找到回調(diào)對象數(shù)據(jù)流，它就會被瀏覽器中早已有的特殊功能名執(zhí)行。
這個回調(diào)對使用瀏覽器內(nèi)認(rèn)證的開發(fā)者來說是個額外負(fù)擔(dān)。如果輸入的對象數(shù)據(jù)流未經(jīng)瀏覽器認(rèn)證那么終端客戶端就會成為跨域攻擊的目標(biāo)。不管是有意還是無意的，跨域服務(wù)可以向瀏覽器中注入惡意內(nèi)容。該跨域調(diào)用在當(dāng)前DOM環(huán)境中運(yùn)行，于是導(dǎo)致當(dāng)前對話也易受攻擊。在實現(xiàn)應(yīng)用之前，人們需要仔細(xì)檢查整個跨域功能。
（7）RSS和Atom注入
聯(lián)合的反饋，RSS以及Atom,是最普遍的一種將站點更新信息傳到網(wǎng)絡(luò)上的方法。許多新聞，博客，門戶站點等等，都在網(wǎng)絡(luò)上共享多個反饋。反饋是標(biāo)準(zhǔn)的XML文檔，并且可以被任何程序接收。Web2.0應(yīng)用使用窗口小部件或者瀏覽器內(nèi)部元件整合了聯(lián)合反饋。這些組件調(diào)用Ajax來訪問反饋。
這些反饋可以被終端用戶方便地選擇。一旦用戶選擇了它們，這些反饋就會被解析并注入到DOM中。那么如果這個反饋在注入之前沒有被適當(dāng)?shù)卣J(rèn)證過，就會出現(xiàn)一些安全問題。人們可以往瀏覽器中注入惡意鏈接或者JavaScript代碼。注入之后，就大事不妙了，最終結(jié)果是XSS和對話被黑客攔截。
（8）單擊炸彈
Web2.0應(yīng)用可能不會很簡單地就被黑客攻下，但他們可以對它進(jìn)行基于事件的注入。人們可以將帶有"onclick"字樣的惡意鏈接用JavaScript注入。這樣，瀏覽器就帶著個隨時等待終端用戶右鍵點擊來觸發(fā)的炸彈。一旦用戶點擊了鏈接或按鈕，能夠啟動炸彈的那個事件被啟動了，那么攻擊就成功了。此類攻擊會導(dǎo)致對話被惡意代碼攔截。
這也是由于人們從那些沒有經(jīng)過正確驗證的不受信任源處獲得的信息，所導(dǎo)致的安全漏洞。為了利用該安全漏洞，它需要終端客戶端觸發(fā)一個事件。這個事件也許是諸如點擊按鈕或者鏈接的這種無害事件，但是點擊后就使會用戶損失慘重。它可能引起某個惡意事件，將當(dāng)前對話信息發(fā)送給目標(biāo)，又或者在當(dāng)前瀏覽器環(huán)境中執(zhí)行一系列腳本攻擊。
(9) 基于Flash的跨域訪問
黑客們可以使用Flash插件的Ajax接口，從而用瀏覽器中的JavaScritps發(fā)出GET和POST請求。這個接口使黑客們能進(jìn)行跨域調(diào)用。為了避免安全問題，該Flash插件實現(xiàn)了根據(jù)策略訪問其他域的功能。該策略可以通過在域的根部放置crossdomain.xml文件來配置。如果放置的文件配置不當(dāng)——很普遍的現(xiàn)象——它就可能允許跨域訪問。下面是一個配置不當(dāng)?shù)腦ML文檔：
現(xiàn)在可以從瀏覽器自身發(fā)出跨域調(diào)用了。這個結(jié)構(gòu)還有一些其他安全問題?；贔lash的豐富網(wǎng)絡(luò)應(yīng)用(RIA)如果配置錯誤的話，很容易由于Ajax的跨域訪問Bug而被攻擊。
(10) XSRF
跨域偽造請求(XSRF)是個老牌的攻擊向量了，它迫使瀏覽器向不同的域發(fā)出HTTP GET或者POST請求；這些請求可以跨域在運(yùn)行的應(yīng)用邏輯中啟動某種事件。它可能請求修改密碼或者電子郵件地址等。瀏覽器調(diào)用它后，它重放cookie并獲得身份認(rèn)證。這就是該請求的關(guān)鍵部分。如果某個應(yīng)用只根據(jù)cookie來判識身份，那么該攻擊就會成功。
Web2.0中Ajax是就XML-RPC,SOAP或者REST與后端網(wǎng)絡(luò)服務(wù)進(jìn)行對話的，通過GET和POST可以進(jìn)行這些調(diào)用。換句話說，人們可以對這些網(wǎng)絡(luò)服務(wù)進(jìn)行跨站點調(diào)用，從而危及受害者與網(wǎng)絡(luò)服務(wù)接口的身份信息。XSRF這個攻擊向量很有趣，它在這個新界定的端點情況中創(chuàng)造了新的層次。這些終點可能是為Ajax或者網(wǎng)絡(luò)服務(wù)而準(zhǔn)備的，但它們也有可能被跨域請求所激活。
對安全漏洞的攻擊以及相應(yīng)對策
Web2.0應(yīng)用有多個終端點；每個點都是威脅的侵入點。為了保證安全，我們應(yīng)當(dāng)保護(hù)好所有這些點。在將第三方信息發(fā)送給客戶端之前要對其進(jìn)行徹底處理。
為了處理Ajax序列，必須在它們到達(dá)DOM之前對輸入數(shù)據(jù)流進(jìn)行驗證。XML解析以及跨域安全問題也需要額外重視，并實施更好的安全管理措施。我們應(yīng)當(dāng)遵循那個最簡單最笨拙的原則：不讓未經(jīng)認(rèn)證的跨域信息進(jìn)入瀏覽器。有趣的是，到目前為止，安全專家們都不主張使用客戶端腳本來進(jìn)行輸入驗證，因為這很容易被規(guī)避掉。
Web2.0促成了很多瀏覽器安全相關(guān)的新的漏洞。利用這些安全漏洞很難但不是不可能。安全問題以及促成因素結(jié)合起來將嚴(yán)重影響那些大的網(wǎng)絡(luò)團(tuán)體，比如能被攻擊者蠕蟲和病毒利用的那些組織。最終將導(dǎo)致身份信息的泄漏。
結(jié)論
本文簡單地講了一些可能出現(xiàn)的關(guān)于Ajax漏洞。還有很多其他潛在的漏洞，比如利用跨域代理來在瀏覽器中建立單項通道或者存儲變量。
Web2.0中很多邏輯都轉(zhuǎn)到了客戶端。這會將整個應(yīng)用暴露給一些嚴(yán)重的威脅。對整合來自多方的、不受信源的數(shù)據(jù)的迫切要求也將全面增加風(fēng)險向量：XSS,XSRF,跨域問題以及客戶端上的序列，還有不安全的網(wǎng)站服務(wù)，服務(wù)器端的XML-RPC和REST訪問。相反地，Ajax可被用來構(gòu)造優(yōu)美的無縫數(shù)據(jù)整合。但是，任一不安全的調(diào)用或者信息流都會使其產(chǎn)事與愿違的效果，從而促成可被利用的安全漏洞。
這些新技術(shù)向量很有前景，令很多人興奮不已，但是攻擊者，病毒和蠕蟲作者對它更感興趣。為了保障安全，開發(fā)者應(yīng)當(dāng)在這些細(xì)節(jié)方面格外小心。
