前面几篇文章介绍了下微软标识库WIF的基本概念,WIF目前支持两种验证方案,一个是 asp.net的被动联合身份验证,二是WCF的身份验证,因为前者需要用到浏览器,所以采用了一些技巧去实现,根据这些技巧的行为微软定义为"被动的".
下面我用一个示例项目来讲解:
首先我作为客户访问 下面项目中的 Default页面,这个应用程序叫做 "信赖方应用程序(RP)",是声明感知的,这些概念可以去MSDN里面详细了解.
我用Opera浏览器来拦截请求,图中的工具可以按(shift+ctrl+i),首先需要在页面右击"编辑站点首选项",
1."脚本"选项卡里面去掉"允许使用javascript",
2.然后去掉在"网络"选项卡里面的"允许自动重定向",这是为了捕获http请求头必须的.
我们请求RP的defalut页面时,由于未经验证,RP在响应头里面设置了重定向,重定向到STS的default页面(这个页面是专门用来给RP传递令牌的),你可能会疑问,这个重定向的url里面的参数好奇怪,什么wa,wtrealm.. 其实这些是由Rp方的 Microsoft.IdentityModel.Web.WSFederationAuthenticationModule拦截未验证的请求后生成的,
这些参数在 WSFederationConstants 类里面.
当转到STS的Default页面时,STS说:咦?你还没有通过我的验证哦,我不能给你令牌的,你得先让我验证下你的身份.这样STS又转向到他的表单验证登录页面... 折腾啊!!
Login.aspx页面已经返回了上面的HTML ,为了演示,没有任何漂亮的样式 ,也没做任何密码决断,只要用户名不为空就算通过了.我来提交下.
提交的时候顺便把这个cookie提交过去了,这是刚刚请求那个登录页面时设置了,表单验证必备的,你懂的.
提交后,我们就算通过表单验证了,通过后干了什么呢?这个页面有点不好捕获,这也是之前为什么我要禁用脚本的原因,否则一闪就过了.这个页面是刚刚STS default.aspx页面返回的,
因为他已经被表单验证通过了,这个页面其实就是返回一个自提交JS和一个XML
以下是上面页面的HTML ,技术很简单 ,很多人用过了
以下是这次POST的拦截信息
好吧我把上面的提交下吧,这是提交是 STS default.aspx 页面 向 RP的 default.aspx 页面提交
哈哈,当这个令牌传递给RP时,RP端的 Default.aspx页面终于出现了
顺便把那个令牌XML格式化出来贴上
好了 时间不早了 读者消化下,多谢支持 ,点击此处下载
MSDN对此过程的图示:
http://msdn.microsoft.com/zh-cn/library/ee517293.aspx
令牌采用的ws-trust行业标准协议,可支持java客户端
Project Tango ,Metro 的介绍
http://dev.21tx.com/2008/12/20/11343.html
欢迎进入【系统架构师】群