日本搞逼视频_黄色一级片免费在线观看_色99久久_性明星video另类hd_欧美77_综合在线视频

國內最全IT社區平臺 聯系我們 | 收藏本站
阿里云優惠2
您當前位置:首頁 > php開源 > 綜合技術 > WCF安全之自定義用戶名密碼驗證方式

WCF安全之自定義用戶名密碼驗證方式

來源:程序員人生   發布時間:2014-03-23 15:11:27 閱讀次數:3986次
  概述

  Windows Communication Foundation (WCF) 是 Microsoft 為構建面向服務的應用程序而提供的統一編程模型(摘自MSDN),在分布式環境下的安全問題尤為重要,如果你覺得使用了WCF默認的安全措施可以讓你高枕無憂,那明天你可就以回家種田了,當然,對于學習來說,足夠了~,但我們講的是真正的項目應用,WCF在各種協議下的安全提供和保證是不盡相同的。

  背景

  在上一篇X509證書介紹后,相信大家對怎么使用X509證書在WCF的安全策略中有一定的了解,本章主要講述在WCF的消息安全模式下的服務器對客戶端基于自定義用戶名和密碼的身份驗證模式。當所有內置 UserNamePassword 驗證模式均不符合應用程序的要求時,你可以能過繼承 System.IdentityModel.Selectors.UserNamePasswordValidator 抽象類,并重寫其Validate方法來實現自己的用戶名密碼驗證程序,實際上,內置的用戶名密碼驗證方式比自定義的用戶名密碼驗證方式要可靠得多,因為自定義的用戶名密碼驗證程序任何人都可以構造,但是標準的用戶名密碼驗證方式剛是將用戶提供的用戶名密碼映射到windows賬戶,所以,如果映射失敗,意味著驗證不通過,以下示例在服務器端啟用自定義的用戶名密碼驗證程序,客戶端在調用服務前需要提供訪問服務所需要的用戶名密碼,并在EndpointIdenty中向服務器標識自己是合法用戶,具體標識參見本系列第二章:WCF安全之EndPointIdentity。如果服務器驗證通過,將向客戶端返回一個從數據庫查詢到的xml列(xElement對象),并將內容打印到控制臺。

  開始吧

  1、實現自定義用戶名密碼方式有哪些要求?

  如上面的所講,首先,我們需要建立一個類,來繼承自System.IdentityModel.Selectors.UserNamePasswordValidator抽象類,并重其validate方法,代碼比較簡單,當然,這只是用于演示作用,如果是在實際的項目中,你完全可以將用戶名密碼存儲在持久化介質上,請看實現:

以下為引用的內容:
public class CustomUserPassword : UserNamePasswordValidator
{
public override void Validate(string userName, string password)
{
if (userName != "admin" || password != "admin")
{
throw new SecurityNegotiationException("驗證用戶名和密碼時,未通過檢測");
}
}
}

  2、配置安全策略和模式

  你可以在代碼或者在配置文件中完成此安全策略實現過程,但是如果你是以代碼方式實現,做之前請參考Artech的文章:[原創]WCF技術剖析之八:ClientBase中對ChannelFactory的緩存機制 (請原諒我引用),配置文件實現如下:

 

以下為引用的內容:

//綁定配置
<binding name="EndpointBinding">
<security mode="Message">
<transport clientCredentialType="Windows" protectionLevel="EncryptAndSign"/>
<message clientCredentialType="UserName"/>
</security>
</binding>

//服務配置
<serviceCredentials>
<serviceCertificate findValue="192168168151service"
x509FindType="FindBySubjectName"
storeLocation="LocalMachine"
storeName="My"/>
<userNameAuthentication customUserNamePasswordValidatorType="UserDataServcie.CustomUserPassword,UserDataServcie" userNamePasswordValidationMode="Custom"/>
</serviceCredentials>

  在上面的過程中,我們的綁定配置中的安全策略必須是消息級別的安全,因為在傳輸級別中,是不提供用戶名密碼驗證方式的。兩種級別的的選擇比較主要體現在安全和效率上,如果你的傳輸效率上沒有什么問題,建議你選擇第四種安全策略:TransportWithMessageCredential,TransportWithMessageCredential的好處是既提供安全傳輸,又保證消息加密,多好!相對來說還是比較簡單的吧

生活不易,碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈
程序員人生
------分隔線----------------------------
分享到:
------分隔線----------------------------
關閉
程序員人生
主站蜘蛛池模板: 精品国产31久久久久久 | 性做久久久久久免费观看欧美 | 日韩中文在线 | 久久精品国产免费 | 欧美黄色片| 久久久久久久久久国产精品 | 国产一区中文字幕 | 欧美一区视频 | 国产精品久久久久久久久久久久 | 国内精品久久久久久久影视简单 | 久久精品一区二区三区不卡牛牛 | 亚洲色图网址 | 国产一区二区免费在线 | 欧美日本片 | 视频国产精品 | 国产又爽又黄的激情精品视频 | 日韩黄色网址 | 久久久精品视 | 成人精品国产免费网站 | 欧美成人亚洲 | 在线免费观看av网站 | 玖玖在线播放 | 一级片欧美 | 欧美一区二区三区四区在线观看 | 成人在线观 | 日本一区二区三区久久久 | 久久综合五月天 | 美女又爽又黄免费视频 | 久久久久久久影院 | 玖玖在线播放 | 91系列在线观看 | 毛片毛 | 欧美国产在线观看 | 日韩中文字幕网址 | 亚洲精品乱码久久久久久蜜桃91 | 亚洲成人精品一区二区 | 国产一区二区三区在线视频 | 久久男女视频 | 九九视频在线 | 永久免费在线观看 | 国产精品久久久久久久免费软件 |