溫柔的殺手——跨站ASP Script攻擊

攻擊

　　每當我們想到駭客的時候，駭客往往是這樣一幅畫像：一個孤獨的人，悄悄進入別人的伺服器中，進行破壞或者竊取別人的秘密資料。也許他會更改我們的首頁，甚者會竊取客戶的信用卡號和密碼。另外，駭客還會攻擊訪問我們網站的客戶。與此同時，我們的伺服器也成了他的幫凶。微軟稱這種攻擊為“跨站script”攻擊。而這種攻擊大多數都發生在網站動態產生網頁的時侯，但駭客的目標並不是你的網站，而是瀏覽網站的客戶。

　　跨站script攻擊的說明

　　在一本名為＜＜ADVISORY CA--2000-02＞＞的雜誌中，CERT警告大家：如果伺服器對客戶的輸入不進行有效驗證，駭客就會輸入一些惡意的HTML代碼，當這些HTML代碼輸入是用於SCRIPT程式，他們就能利用它來進行破壞，如插入一些令人厭惡的圖片或聲音等，同時，也能干擾了客戶正確瀏覽網頁。

　　我們知道，有些朋友曾經被誘導到一些可疑的免費網站，他們得到的僅僅是10到20個小的視窗，這些視窗常常伴隨著由JAVA 或 JAVASCRIPT產生的失效安鈕，這被稱為滑鼠陷阱。關閉這些視窗是徒勞的，每當我們關閉一個視窗，又會有10幾個視窗彈出。這種情況常常發生在管理員沒在的時侯發生。滑鼠事件是駭客利用跨站SCRIPT方法攻客戶的典型範例。

　　惡意的標籤和SCRIPT不單純的惡作劇，他們甚至可以竊取資料和搗毀系統。一個聰明的甚至是不夠聰明的駭客都能夠使用SCRIPT幹擾或者改變伺服器資料的輸入。利用SCRIPT代碼也能攻擊客戶系統，讓你的硬碟盡損。而且你要知道，在你一邊使用伺服器的時候，駭客的SCRIPT也正在你伺服器裡安全的地方運行著的呀！如果客戶對你的伺服器非常信認，同樣他們也會信任那些惡意的SCRIPT代碼。甚至這個代碼是以〈SCRIPT〉或者〈OBJECT〉的形式來自駭客的伺服器。

　　即使使用了防火牆（SSL）也不能防止跨站SCRIPT的攻擊。那是因為如果產生惡意SCRIPT代碼的裝置也使用了SSL，我們伺服器的SSL是不能辨別出這些代碼來的。我們難道就這樣把客戶曾經那麼信任的網站拱手讓給駭客嗎？而且有這種破壞的存在，會讓你網站名譽盡損的。

　　一、跨站SCRIPT攻擊樣本：

　　根據CERT的資料，動態輸入大致有這幾種形式：URL參數，表格元素，COOKISE以及資料請求。讓我們來分析一下，這個只有兩個頁面的網站，網站名為：MYNICESITE.COM。第一頁使用一張表格或COOKIE來擷取使用者名稱：

＜%@ Language=VBScript %＞

＜% If Request.Cookies("userName") ＜＞ "" Then

Dim strRedirectUrl

strRedirectUrl = "page2.asp?userName="

strRedirectUrl = strRedirectUrl & Response.Cookies("userName")

Response.Redirect(strRedirectUrl)

Else %＞

＜HTML＞

＜HEAD＞

＜TITLE＞MyNiceSite.com Home Page＜/TITLE＞

＜/HEAD＞

＜BODY＞

＜H2＞MyNiceSite.com＜/H2＞

＜FORM method="post" action="page2.asp"＞

Enter your MyNiceSite.com username:

＜INPUT type="text" name="userName"＞

＜INPUT type="submit" name="submit" value="submit"＞

＜/FORM＞

＜/BODY＞

＜/HTML＞

＜% End If %＞

　　第二頁返回使用者名稱以示歡迎：

＜%@ Language=VBScript %＞

＜% Dim strUserName

If Request.QueryString("userName")＜＞ "" Then

strUserName = Request.QueryString("userName")

Else

Response.Cookies("userName") = Request.Form("userName")

strUserName = Request.Form("userName")

End If %＞

＜HTML＞

＜HEAD＞＜/HEAD＞

＜BODY＞

＜H3 align="center"＞Hello: ＜%= strUserName %＞ ＜/H3＞

＜/BODY＞

＜/HTML＞

　　當你正常常輸入文字時，一切都很正常。如果你輸入Script代碼：＜SCRIPT＞alert('Hello.';＜/script＞,JavaScript警告標籤就會彈出來：

　　在你下一次訪問時，這個警示標籤同樣會出現；這是因為這個Script代碼在你第一次訪問的時後就已經留在cookie中了。這是一個簡單的跨站攻擊的範例。

　　如果你認為這是一個特殊情況，你也不妨到網上別的地方看看，親自試一下。我曾經對一些大型的政府網站、教育網站以及商業網站進

行過測試，他們當中的確有部分出現了以上所說的情況，我甚至發現了我經常使用信用卡的網站也居然對輸入不進行任何過濾，想想真是可怕。

　　二、 用E-Mail進行跨站Script攻擊

　　跨站script攻擊用在列表格服務器，usenet伺服器和郵件伺服器來得特別容易。下面還是以MyNiceSite.com網站為例進行說明。由於你經常瀏覽這個網站，它的內容也的確讓你愛不愛不釋手，因此在不知不覺中你就把瀏覽器的改成了總是信任這個動態網站內容的設定。

　　MyNiceSite.com網站總是通過出售征訂它們Email信件的郵箱地址來獲得收入，這的確是一種不太好的辦法。於是我買了它的一份郵箱地址。並發了大量的郵件給你們。在信中我告訴你們儘快訪問這個網 站，並檢查你們帳戶使用的最新情況。為了讓你們感到方便，我在這信中也作了連結。我在這連結URL中的username參數中舔加了script代碼。有些客戶在不知不覺中就點擊了這個連結，也就是說上了我的當，同時我也從中得到了好處：

　　它是這樣工作的，當你點擊這個連結的時後，在連結裡的script代碼就會引導你所用瀏覽器去下載我的JavaScript程式並執行它。我的Script檢查到你使用的是IE瀏覽器後，就著手下載ActiceX控制項 particularlyNasty.dll。因為之前你已經把這個網站的內容認為總是安全的，這樣，我的script代碼和Active 控制項就能在你機器上自由自在的運行了。

　　三、 Activex攻擊說明

　　在討論ActiveX時，CERT和微軟都沒提到跨站script方法所帶來的的危險。W3C在＜＜安全常見問題集＞＞中對ActiveX的安全問題作了比較詳盡的說明。Java applet對系統的控制受到嚴格限制。SUN開發它時就規定，只有那些對系統的安全不構成威脅的操作才被允許運行。

　　在另一方面，ActiveX對系統的操作就沒有嚴格地被限制。如果一但被下載，就可以象安裝的可執行程式一樣做他們想乾的事情。針對這一特點IE瀏覽器也作了某些限制，如對於那些不安全的網站，在它的預設設定中就會不允許你進行下載或者會給你警告的提示。正在基於ActiveX進行開發的公司，如VeriSign公司，它們對ActiveX控制項都給編了號。當你在下載控制項的時後，IE瀏覽器會給你警告並顯示它的可信籟程度。由使用者決定是否相信這個控制項。這樣一來系統的安全性就增加了。

　　但是，對於那些沒有多少經驗的使用者來說，他們往往不自覺地對原來的設定進行了修改，讓這些控制項在沒有任何提示的情況下就下載了。另外，對一個新手來說，即使在有提示的情況下也會不加思索地下載那些沒作任何標記的控制項。在我們所舉的例子中，由於你對該網站的信任，改了瀏覽器的設定，這樣，ActiveX控制項在不經過任何提示的情況下就下載，並在你的機器上不知不覺地開始運行。

　　四、16進位編碼的ActiveX Script 攻擊
 
　　要把用心不良的標籤和script區分出來是一件非常困難的事。Script還可以16進位的形式把自己藏起來。讓我們看看下面這個E-mail範例好嗎？它是以16進位的形式被發送出去的：

　　這幾乎是一封完整的郵件，裡麵包含了以16進位偽造的URL參數：sender=mynicesite.com。當使用者點選連結時，使用者的瀏覽器就會直接開始第一例所說的處理過程而彈出警告視窗。

　　第二部分：跨站Script攻擊的防犯

　　一、如何避免伺服器受到跨站Script的攻擊

　　值得慶幸的是，防止跨站Script攻擊的技術正趨於完善。目前可採取這幾種方式來防止跨站Script的攻擊：

　　1.對動態產生的頁面的字元進行編碼

　　你們首先要採用的就是對動態產生頁面的字元進行編碼，你必須這樣做，不然駭客很有可能更改你的字元設定而輕易地通過你的防線。如果我們的網站是個英語網站，這樣只要我們把字元編碼設成拉丁字元ISO-8859-1就行了，具體情況如下：

＜META http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"＞

　　2.過濾和限制所有輸入的資料

　　這是防止跨站Script的攻擊的第二種方法，在進行登入的時侯，不要讓那些特殊的字元也輸入進去。因此我們可在ONSUBMIT方法中加入JAVASCRIPT程式來完成這個功能。在本例中我們限制最多隻能輸入15個字元。這樣可以阻止那些較長的script的輸入。

　　在＜＜Knowledge Base Article QA252985＞＞這本書中微軟提供了一個簡短的Javascript程式來完成對輸入資料的過濾。我們也根據具體情況引進了這段代碼用於我們的例子中，如：

function checkForm() {

document.forms[0].userName.value = _

RemoveBad(document.forms[0].userName.value);

return true;

}

// MICROSOFT'S CODE

function RemoveBad(strTemp) {

strTemp = strTemp.replace(/\＜/\＞/\"/\'/\%/\;/\(/\)/\&/\+/\-/g,"");

return strTemp;

}

用這個辦法，可以過濾在輸入中含有的這些字元：

% ＜ ＞ [ ] { } ; & + - " '( )

　　3.使用HTML和URL編碼

　　儘管使用上面所說的過濾和限制輸入的辦法是一種非常重要用防禦手段，但它對我的這種採用郵件方式的攻擊還是無能為力。因為我把URL的參數直接放在郵件中。針對這種情況我們不得不採取一種更有力的安全措施。如果我們用的ASP，解決起來相對說來要容易得多。只要對動態產生的網頁總進行HTML和URL編碼就行了。針對我們例子中的情況，在第一輸入頁中我們對redirect URL作了如下改動：

strRedirectUrl = strRedirectUrl & _

server.URLEncode(Response.Cookies("userName"))

　　在執行頁中我們加入：

strUserName =server.HTMLEncode(Request.QueryString("userName"))

和

strUserName =server.HTMLEncode(Request.Form("userName"))

　　微軟推薦對所有動態網頁面的輸入和輸出都應進行編碼。甚至在對資料庫資料的存入和取出也應如此。這樣你就能在很大程度上避免跨站script的攻擊。

　　要做到這些還要在Page1.asp中加入：

＜%@ Language=VBScript %＞

＜% If Request.Cookies("userName") ＜＞ "" Then

'redirect if detect the cookie

Dim strRedirectUrl

strRedirectUrl = "page2.asp?userName="

strRedirectUrl = strRedirectUrl & _

server.URLEncode(Request.Cookies("userName"))

Response.Redirect(strRedirectUrl)

Else %＞

＜HTML＞

＜HEAD＞

＜META http-equiv="Content-Type"content="text/html; charset=ISO-8859-1"＞

＜TITLE＞MyNiceSite.com Home Page＜/TITLE＞

＜/HEAD＞

＜script LANGUAGE="javascript"＞

＜!--

function checkForm() {

document.forms[0].userName.value =

RemoveBad(document.forms[0].userName.value);

return true;

}

//******************************************************

//Programmer: NOT ORIGINAL CODE - COMES FROM MICROSOFT

//Code Source: Microsoft Knowledge Base Article Q25z985

//Description: Removes bad characters.

//******************************************************

function RemoveBad(strTemp) {

strTemp =strTemp.replace(/\＜/\＞/\"/\'/\%/\;/\(/\)/\&/\+/\-/g, "");

return strTemp;

}

//--＞

＜/SCRIPT＞

＜BODY＞

＜BR＞

＜H2＞MyNiceSite.com＜/H2＞

＜BR＞

＜FORM method="post"action="page2.asp" ＞

Enter your MyNiceSite.com username:

＜INPUT type="text"name="userName" width="10" maxwidth="10"＞

＜INPUT type="submit"name="submit" value="submit"＞

＜/FORM＞

＜/BODY＞

＜/HTML＞

＜% end if %＞

Page2.asp中加如：

＜%@ Language=VBScript %＞

＜% Dim strUserName

If Request.QueryString("userName")＜＞"" Then

strUserName =server.HTMLEncode(Request.QueryString("userName"))

Else

Response.Cookies("userName") =Request.Form("userName")

strUserName = server.HTMLEncode(Request.Form("userName"))

End If %＞

＜HTML＞

＜HEAD＞

＜META http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"＞

＜/HEAD＞

＜BODY＞

＜H3 align="center"＞Hello: ＜%= strUserName %＞＜/H3＞

＜/BODY＞

＜/HTML＞

　　現在由於這種攻擊遭到有效防制。那於那些惡意的標籤和Script被編碼，他們就被以文字的形式顯現了出來，如下圖：

　　我們也可增加一個IIS組件用於過濾所有從動態輸入中的特殊字元。對於那些已經做好的網站，採用這種辦法來防止跨站script的攻擊來得非常容易。我們的這個控制項能攔截來自ASP頁面的REQUEST目標，可對錶格，cookie,請求字串和程式的內容進行檢測：

　　我們也可以通過編寫log檔案的方法把統計資料加入這個組件中。每當一個客戶輸入一個非法字元時，這個組件會記下它的IP地址和時間。詳情請見Doug Dean的＜＜Roll your Own IIS Application on ASPToday＞＞一文。

　　我們只需採取一些簡單的步聚就能有效地阻止跨站script的攻擊。除了以上所說的三種方法外，微軟和CERT還強烈推薦使用一種他們稱之為“sanity check”的方法。例如，假設有個輸入視窗只允許輸入數字，我們就給它做個限定，只允許0-9數位輸入。微軟和CERT所採用的這種對輸入的字元進行限定的辦法要比單獨的採用過濾特殊字元要好得多。採用了這些措施後你就能讓那些參觀你網站的客戶在訪問你網站時受到保護。

　　二、免受駭客攻擊我們瀏覽器方法：

　　當你在網上漫遊的時侯，怎樣來避免受到攻擊呢？微軟和CERT建議不要在網上胡碰亂撞。針對這種情況，PC雜誌一個欄目的名叫John Dvorack作者作了一個饒有興趣的回答。他認為這是微軟公司一起有預謀的行為：就是用來恐嚇網上衝浪的人到那些安全的網站去瀏覽，如美國線上和MSN.com網站。

　　在我們所舉的例子中，即使你不在網上胡亂遊盪，也不能避免在網上遭到駭客的襲擊。具有諷刺意義的是，大多數的危險都來自於我們最信任的網站。如果要讓網站一定不出問題，你只好不下載任何動態內容或者任何cookie。預知詳情請參閱瀏覽器的相關資料。

　　微軟也警告你們應把瀏覽器的Active Script設定成嚴格限制的狀態並把Email也設成嚴格限制的接收模式。在點擊郵件中的連結時，一定要小心。如需進一步瞭解情況請參閱一本名叫＜＜Microsoft's Knowledge Base Article Q253117＞＞的書。為了以防萬一，你最好是多一點上網經驗，並且時刻要小心謹慎。

　　結論

　　如果你是以前的UNIX程式開發人員，你也許不會知道跨站script意謂著什麼。你知道許多網站的管理員登入的使用者名稱和密碼分別為root,root.同樣許多資料庫管理員的名稱和密碼分別為sa,password。你也知道Webzine(如Phrack 和 Alt2600)，依據他們所提供的方法能讓你一步步地知道某台伺服器的弱點。在這種硬體上，你也知道許多網站的資料庫伺服器和web伺服器都沒有進行自我保護。一但遭遇駭客，機器就得癱瘓。

　　儘管我們很容易採取防止系統受到駭客的攻擊的措施，但我們的系統是一直暴露在駭客面前的。我們完全有理由相信下一年還會出現一些新的安全性漏洞。在CERT公司John Howard先生指導下完成的一篇論文中曾提到：“跟據目前的研究顯示，每個在英特網上具有網域名稱的網站平均一年被駭客至少攻擊一次。”

　　對伺服器來說那怕只是一次這種攻擊也是不能承受的。跨站Script攻擊是駭客可採用的另一種方法。但我們只要進行以上所說的一些簡單的處理就能防止這種形式攻擊的發生。