Ajax訪問Xml Web Service的安全問題以及解決方案

閑聊，亂侃，Ajax訪問Xml Web Service的安全問題以及解決方案！具體來說就是兩個問題，兩種方案，一些思考，和大家分享，共同學習

在asp.net ajax中updatepanel比較常用,原本需要刷新的操作套在updatepanel中就成了ajax操作了,挺帥!但ajax也是支持與Xml Web Service交互的,這種方法更像是傳統的ajaxpro和其他ajax框架,如jquery,magicajax,extjs的風格,但MS總是獨樹一幟,誰讓他的產品設計能力那么高呢!我輩恐怕望塵莫及亞.閑話少敘，下面簡單講述下asp.net ajax如何調用xml web service,熟悉的朋友就略過吧

1. 創建一個支持Asp.Net Ajax的網站或者網絡應用程序，我使用的是vs2008，在vs2008中，如果建立的網站支持.net framework 3.5就有ajax的缺省支持，這陳芝麻，爛谷子的事情，也不多說。

2. 建立好項目之后，在網站根目錄中添加一個Web服務UserService.asmx,在UserService.asmx中添加如下方法：

[WebMethod]

public bool UserAdd(string userName,string pwd)

{

return true;

}

注意服務類上部要添加Attribute

[System.Web.Script.Services.ScriptService]

3. 然后把default.aspx中的ScriptManager修改成如下代碼的德性：

<asp:ScriptManager ID="ScriptManager1" runat="server">

<asp:ServiceReference Path="UserService.asmx" />

</Services>

</asp:ScriptManager>

下面我們就在頁面中創建用Ajax消費這個UserService的代碼：主要包括如下：

<h2>Ajax調用Xml Web Service示例1</h2>

<tr>

<td>

用戶名：

</td>

<td>

</td>

</tr>

<tr>

<td>

密碼：

</td>

<td>

</td>

</tr>

<tr>

<td>

</td>

<td>

</td>

</tr>

</table>

</div>

在<head></head>添加如下腳本

function userAdd()

{

var name = $get("txtName").value;

var pwd = $get("txtPwd").value;

AjaxWs.UserService.UserAdd(name,pwd,userAddCallBack);

}

function userAddCallBack(res)

{

alert(res);

}

4. 好，現在一個簡單的ajax調用web service的示例代碼已經搞定，羅索了不少，其實簡單的不能再簡單，運行頁面，點擊提交按鈕，效果如下：

表示成功。一般人這一步都會成功的。二般的除外亞，：）

一些正常，那是不是到這里就萬事大吉，ajax萬歲！web service真好！下面是略加思考之后的問題

問題一：

上面的Xml Web Service沒有任何保護，如果UserAdd是一個數據庫插入操作，那這個操作往往系統只被經過授權的人才能調用成功。以前看有朋友討論ajax如何調用帶有SoapHeader的xml web service，細細想想，其實沒什么必要！js是客戶端的東西，是放出去收不回來的玩意，天知道用戶是哪路貨色，如果將身份信息試圖通過js傳遞給SoapHeader，那密碼被截獲的可能性就比較大。正確的做法其實是Session .我們知道Web Service方法中添加一個[WebMethod(EnableSession=true)]就能使用Session了，Session這家伙專門用于保持會話，有這樣一個認識之后，新增一個網絡服務方法，這個方法實現功能和起初的UserAdd一致，只是添加上訪問限制

[WebMethod(EnableSession=true)]

public bool UserAddSecurity(string userName, string pwd)

{

if (Session["UserID"] == null)

{

return false;

}

return true;

}

在頁面中將AjaxWs.UserService.UserAdd(name,pwd,userAddCallBack);更改為AjaxWs.UserService.UserAddSecurity(name,pwd,userAddCallBack);點擊提交按鈕，會發現彈出結果為false!

在頁面中添加一個按鈕，點擊這個按鈕模擬登陸，點擊代碼為：

protected void Button3_Click(object sender, EventArgs e)

{

Session["UserID"] = "jillzhang";

}

點擊登陸按鈕后，再次點擊提交，便可以返回true。這樣便限制了用戶對xml web service的訪問。達到了解決問題一的目的。

問題二:

這個問題涉及到xml web service架構的缺陷，這個缺陷在WCF中已經有所更正和彌補。我們知道web service是一種強度公開和共享的技術，之所以稱之為服務，必然是提供給其他應用程序所使用。但事實上，有很多服務是服務于局部或者特殊個體的，而不是理想中的大眾。而在原來老的xml web service中，wsdl的發布與網絡服務的發布是綁在一起的，我將.asmx部署到iis中，那在這個.asmx后加上?wsdl就能訪問服務的wsdl。wsdl是對服務的描述，知道它，便能開發客戶代理，從而消費服務，但這樣有問題：我的服務只想讓局部或者特殊的幾個人知道，其他人根本不想讓其訪問到。這就麻煩了。我發布.asmx,wsdl就發布。而wsdl的發現依靠的是UDDI，通過下面的一段描述：

UDDI 如何被使用

假如行業發布了一個用于航班比率檢測和預訂的 UDDI 標準，航空公司就可以把它們的服務注冊到一個 UDDI 目錄中。然后旅行社就能夠搜索這個 UDDI 目錄以找到航空公司預訂界面。當此界面被找到后，旅行社就能夠立即與此服務進行通信，這樣由于它使用了一套定義良好的預訂界面。

如果遍歷UDDI目錄，不難發現WSDL，發現WSDL后便可以開發客戶端與服務交互。這可不是好事情，在問題一中，用授權的方法可以解決一種問題，但假如我的服務是這樣的，它返回服務器當前時間，這個方法對于我網站的用戶而言是公開的，如果生硬的加上Session，有些麻煩。但這個服務我只希望我自己的ajax能訪問，不希望別人發現并調用，但原來的xml web service架構的確不能滿足這個需求。如果被一個攻擊者發現，他可能會根據公開的wsdl開發客戶端，然后不停的DDOS攻擊，災難！

上面這個問題對于原來的web service，我還是沒有好的解決方案，當然不代表沒有解決方案。有朋友知道，勞煩指教。

但對于WCF架構，就充分考慮到上面這個問題了。看看下面老的Xml Web Service架構與WCF架構之間的對比:

1) 老架構

2) 新架構

區別很明顯，老架構MEX與業務耦合度非常高，儼然一體，而新的架構卻將兩者份將開來，分而不僵，反而會增加靈活性。如果是WCF開發的服務，在發布網站的時候，完全可以通過配置，將MEX終結點去掉，這樣就可以解決上面的問題。具體實例下文討論，有點困了，睡！

附上示例項目：

/Files/jillzhang/AjaxWs.rar

posted @ 2008-06-12 22:20 Robin Zhang 閱讀(11346) 評論(22) 收藏舉報

刷新頁面返回頂部

Robin's Space

Ajax訪問Xml Web Service的安全問題以及解決方案

公告