分享
 
 
 

ASP.NET Authentication Provider

王朝asp·作者佚名  2006-11-24
窄屏简体版  字體: |||超大  

ASP.NET 提供了一些新型的Authentication 和 Authorization 方案,对于开发人员来说这将是和以前不同的一种方式。可喜的是ASP.NET提供的方案多样更加灵活;可惜的是这种方案是基于IIS的。我知道,有些人并不喜欢IIS,认为它容易受攻击。只是一直不喜欢ASP的方式,杂乱的HTML标记中夹杂着代码,难于维护也难于调试。现在有了新的解决方案,让我们看看。

新型ASP.NET Authentication Provider(下面我会用ASP.NET AP来简称)仅仅发生在调用ASP.NET引擎执行.aspx文件时发生,这也意味着当调用.asp文件时将不会调用ASP.NET引擎。所有的Authentication选项被放在一个XML文件中。每当你创建一个ASP.NET的Project时,你可以在Project目录下发现一个Config.web文件,在这个XML文件的<security>, <authentication>, <authorization>等标记中你可以进行设置和控制。默认的是:<authentication mode="None" />,这意味着ASP.NET将不使用任何的Authentication Provider,那么这种模式下,ASP.NET的底层实现和原来的ASP和IIS 4/5 将完全相同。

一个典型的Config.web的一般会是下面这样的:

<!-- AUTHENTICATION

This section sets the authentication policies of the application. Possible modes are "Windows", "Forms", "Passport" and "None"

-->

<authentication mode="None" />

我们会逐一的考察<authentication>中各个可能的值,不过作为一个开放人员最后我的重点会放在”Forms”上,最后确定一下我们的平台环境:W2K ADV , VS.NET RCx , IE 6 。(VS.NET Beta2 应该也是可以的,因为写这篇文章时我的系统已从Beta 2上升级了,所以只能说:我想Beta 2也是可以的。不过我们不会讨论mode=”Cookie”的情况,这个标记只发生在ASP+的情况下,Beta 2之后的ASP.NET中应当没有了),然后我们还会使用到SDK中带的例子,因为简单所以可以是最好的一个起点。

然后我们需要简单的设置一下子,先建立一个目录C:\Inetpub\wwwroot\Security,然后Copy原来SDK的FrameworkSDK\Samples\QuickStart\aspplus\samples\security中的文件到新建的目录中(也可以直接解压缩附带文件到这个目录中)

1. Mode=”None”

这种模式是默认的,像上面提到的那样,它的行为和原来的ASP没有任何的不同。

但你使用VS.NET生成一个ASP.NET 的Project时,这种模式是默认生成的。

2. Mode=”Windows”

这种模式下,我们所访问的每一个页面都将需要通过系统的Authentication,访问者可能看到有些迷惑和Windows环境下特有的Authentication窗口 ,老实说我更喜欢看到 Window XP下的,它更可爱一些。使用这种模式意味着你可以不用额外的写任何代码,很快的实现,但我想你的商业用户不会喜欢它,而且作为一个开发人员,你无法定制它。

现在你实现这种方式将会非常的简单。

(1.) 在Config.web 文件中设置<authentication mode="Windows" />

(2.) 去IIS的控制管理界面设置你的Application属性就可以了。

(3.) 然后访问你的页面,你会看到这个对话框,很有趣但绝对让非专业人士迷惑。

(4.) 我们使用的是WindowAuth的页面。注意Mode=” Windows”,还没有先进到只用设置好Mode=就可以实现Windows Authentication了。

3. Mode=”Passport”

对于这种模式下,ASP.NET引擎会使用Microsoft Passport的Authentication机制,理论上这种模式将是最OK和省力的,不过照目前看来,想在ASP.NET下实现Passport还不是一件轻松的事情,VS.NET Beta 2的类库并没有完全实现Passport 2.1的功能(PassportIdentity). Microsoft目前唯一展示的是在MSDN上的ColdStorage例子,实现上基本基于Passport 1.4而且像使用DirectX 一样,还需要专门的一个DLL。有资料显示VS.NETRC2之后的类库已经实现了原来未实现的功能,但就目前看来缺少这方面的资料,所以把这方面的信息留给Microsoft和Passport3.0吧,以后的时间我们会再来考察,对于Passport我深有信心,而且只要在Microsoft平台,我们都可能无法逃避面对Passport.

有关ColdStorage的Passport的信息,可以参见下面的文章:

http://msdn.microsoft.com/library/default.asp?url=/librar...hentication.asp

4. Mode=”Forms”

这种模式下,我想每个开放人员将获得最大的灵活性和控制,而且从现在看来,这是最实用和可行的一种方式。先看一个比较简单的例子:

(1.) 在Config.Web 文件中进行下面的设置:

<authentication mode="Forms">

<forms name=".ASPXUSERDEMO" loginUrl="login.aspx" />

</authentication>

loginUrl=”string” 表明未通过Authentication的请求将被定向到的页面,你可以自行设置。

(2.) 然后点击或在login.aspx 文件的Login按钮的Click的事件处理程序中写入下面的代码:

void Login_Click(Object sender, EventArgs E) {

// authenticate user: this samples accepts only one user with

// a name of new2001@msn.com and a password of 'ccBoy'

if ((UserEmail.Value == "new2001@msn.com") && (UserPass.Value == "ccBoy")) {

FormsAuthentication.RedirectFromLoginPage(UserEmail.Value, PersistCookie.Checked);

}

else {

Msg.Text = "Invalid Credentials: Please try again";

}

}

这里我们使用的硬编码,目前只允许new2001@msn.com 和 ccBoy作为登录的用户。测试时我们并不直接访问Login.aspx而是请求default.aspx这个页面,ASP.NET使用其Authentication机制,将重新定向到Login.aspx,当用户输入的信息被接受则返回最初请求的default.aspx.方式上由于我们使用dotNET的WebUI控件,更加对象化了,当判断通过FormsAuthentication 执行RedirectFromLoginPage 方法,这个函数发出Cookie,并把用户重新定向到最初请求的资源。这种方式下ASP.NET AP做了一半的工作,事实上它是被动的完成RedirectFromLoginPage

下面我们修改config.web文件,使得Authentication 从config.web中获得信息和发生

(1.) 先设置config.web 文件

<authentication mode="Forms">

<forms name=".ASPXUSERDEMO" loginUrl="login.aspx" >

<credentials passwordFormat="Clear">

<user name="ccBoy@msn.com" password="ccboy"/>

</credentials>

</forms>

</authentication>

<credentials></credentials>中指定访问系统资源的用户名和密码,并且可以对加密的密码进行定制和管理(建议实际应用中不要将用户名和密码放在这里面)

Passwordformat可以是“Clear”、“SHA1”、“MD5”等值。

Clear:用纯文本保存密码。用户和密码不需要进一步的转换可以直接使用和用户进行比较

SHA1:用SHA1的哈希分类保存密码。验证时将用SHA1算法对用户密码进行散列,然后同该值进行比较。

MD5:同SHA1类似,只是使用不同的算法。

当使用SHA1和MD5时还需要一个专门的API(HashPasswordForStoringInConfigFile)来执行加密,然后结果因保存到config.web文件中。具体可以参考下面的链接:

http://msdn.microsoft.com/library/default.asp?url=/librar...onutilities.asp

(2.) 然后点击或在login.aspx 文件的Login按钮的Click的事件处理程序中写入下面的代码:

void Login_Click(Object sender, EventArgs E) {

if ( FormsAuthentication.Authenticate( UserEmail.Value, UserPass.Value) )

{

FormsAuthentication.RedirectFromLoginPage(UserEmail.Value, PersistCookie.Checked);

}

else {

Msg.Text = "Invalid Credentials: Please try again";

}

}

结果和上一个相同,但这次我们把判断交给了ASP.NET AP,我们只传递了UserEmail,UserPass两个参数,Authenticate方法将完成Authentication过程,这个用户将和我们在config.web中<user></user>中设置的相同。

MS文档《Forms Authentication Using An XML Users File》展示了另外一种获取用户名和密码的方式,这种方式为了安全,用户和密码被放在一个单独的XML文件中。具体参考下面的链接:

http://msdn.microsoft.com/library/default.asp?url=/librar...onutilities.asp

同样的道理你可以象你以前做得一样将用户和密码放到数据库表中,比如:

void Login_Click(Object sender, EventArgs e) {

if(Page.IsValid)

{

SQLDataReader dr;

// Connect to the database

SQLConnection cn = new SQLConnection("server=localhost;

uid=myPassport;pwd=123;database=clientPassword;");

cn.Open();

// Create a command to get the question

SQLCommand cmdQuestion = new SQLCommand("SELECT Password;

FROM Users WHERE Email = '" + UserEmail.Value + "'", cn);

cmdQuestion.Execute(out dr);

if(dr.Read())

if(dr["Password"].ToString() == UserPass.Value)

FormsAuthentication.RedirectFromLoginPage(UserEmail.Value, PersistCookie.Checked);

else

Msg.Text = "Invalid password. Please try again ";

else

Msg.Text = "Email address not found.";

}

}

再同理可以推到这个过程也还可以是调用带有商业逻辑 .NET 组件来完成,也可以是调用另外一个Web Services来完成,当从这个角度来说,已经和MS Passport 有些相同了。相比起来Microsoft的方式是重量级的。

5. Mode=”MyMode”

这将是以后我们要讨论的,ASP.NET 支持我们使用自己的AP来实现Authentication 和 Authorization 方案.这将是一种更高级的方式,事实上ASP.NET 比上一个版本更加的灵活和多样的选择。Keith Brown在11,12月的MSDN Magazine上都有讨论有关ASP.NET 的安全性问题。

综上所述,我们可以看到一个基本的有关ASP.NET Authentication的情况,其好处是明显的,但如果你不喜欢IIS其本身,那么你也将考虑使用其他的Authentication方案。Jeff Kercher 的《ASP .NET 中的身份验证:.NET 安全性指导》将可以作为你开始和深入的一个更宏观的执导。

http://www.microsoft.com/china/msdn/library/dnbda/html/au...thaspdotnet.asp

这篇文章具体讲述了各种验证方案的环境和优劣,从而协助你选择和确定最佳的身份验证方法。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有