在ASP应用中验证用户身份(1)

交互式的Web应用比那些只提供静态Web页面的站点要求考虑更多的安全问题。注册与密码是保护敏感信息最为常用的手段。由于ASP没有直接提供验证用户身份的方法,因此,用户必须执行登录过程以便应用系统保存和提取用户相关信息。
   一、示例站点概貌

   本文通过一个示例站点ASPSecurity说明ASP应用中注册与密码保护的一般实现
过程。我们把用户信息保存在Web服务器上的一个Access97数据库中,DSN名称为
ASPSecurity。唯一的数据库表拥有以下字段:Signon(文本,注册的用户名),
Password(文本,密码),LastOn(文本,用户最后一次访问时间),TimedOut
(是/否,是否由于超时而被系统终止会话)。

   系统主要包括以下几个页面:

   default.htm —— 重定向浏览器到signon.asp页面。

   signon.asp —— 提供登录系统界面。

   signedOn.asp —— 成功登录系统之后显示的页面。

   register.asp —— 新用户注册页面。

   缺省页面default.htm只用于将浏览器重定向到signon.asp登录页面,这由下
面这个META标记实现:

   < META HTTP-EQUIV="REFRESH" CONTENT="1; URL=signon.asp">

   signedOn页面是整个站点唯一受保护的页面,必须经过身份验证才能访问。

时间: 2024-11-02 03:29:22

在ASP应用中验证用户身份(1)的相关文章

在ASP应用中验证用户身份

    交互式的Web应用比那些只提供静态Web页面的站点要求考虑更多的安全问题.注册与密码是保护敏感信息最为常用的手段.由于ASP没有直接提供验证用户身份的方法,因此,用户必须执行登录过程以便应用系统保存和提取用户相关信息.    一.示例站点概貌    本文通过一个示例站点ASPSecurity说明ASP应用中注册与密码保护的一般实现过程.我们把用户信息保存在Web服务器上的一个Access97数据库中,DSN名称为   ASPSecurity.唯一的数据库表拥有以下字段:Signon(文本

在ASP应用中验证用户身份(4)

在ASP应用中验证用户身份(4) 作者:仙人掌工作室 四.在安全页面中检查是否已经验证用户身份 每一个受保护的页面都应该检查用户身份是否已经验证.这是因为用户有可能为这些页面做了书签,如果不在这些页面中验证用户已经登录,就不能保证浏览页面的是经过授权的合法用户. 为检查是否已经验证用户身份,可以测试在signUserOn中创建的Session("User")是否是一个对象.类型是否正确等.如果上述测试失败,则重定向浏览器到登录页面signOn.asp.对于不支持Cookies的浏览器,

在ASP应用中验证用户身份(3)

三.用户身份验证 为简单计,本文只讨论在服务器端的用户身份验证.登录页面是通过调用ASPSecurity.inc中的signUserOn函数验证用户身份的.signUserOn检查数据库中是否存在和用户输入的名字.密码匹配的记录:function signUserOn(aSignon, aPassword)dim dict' 用户输入的名字aSignon = lcase(trim(aSignon))' 用户输入的密码aPassword = lcase(trim(aPassword))' 提取用户

在ASP应用中验证用户身份(2)

二.初始化以及用户输入合法性检查 当一个ASP应用启动的时候,IIS就会寻找一个global.asa文件.如果该文件存在,就开始执行Application_onStart.在这里可以初始化应用级的变量和常量.下面的代码在Application_OnStart中初始化一个数组来跟踪任意时刻登录系统的所有用户: Sub Application_OnStartApplication("Users") = Array()End Sub 在执行Application_OnStart之后,ASP引

在ASP应用中验证用户身份(5)

五.会话终止 当ASP会话结束时会运行global.asa中的Session_OnEnd方法,可以在这里删除保存在Application("Users")数组中由于超时而被终止会话的用户.记录用户是由于什么原因(超时还是显式退出)终止会话往往很有用处,下面的代码通过更新Users表的TimedOut字段实现该功能:sub Session_OnEnddim AppUsersdim aUserdim Idim jdim conndim supportsCookiesdim foundUse

用WSE在Web服务中验证用户身份

一.Web服务安全与WS-Security 毫无疑问,SOAP和XML Web服务在交互操作和标准上已经完全改变了电子商务领域的格局. 然而直到最近,在Web服务技术领域仍然存在着一些缺陷,那就是处理消息级别的安全.认证.加密.数字签名.路由和附件等问题的能力.为了解决这些安全问题,像IBM.Microsoft和Verisign这样的公司和组织正牵头合作制定统一的Web服务安全规范,以便利用它们原有的Web服务交互操作概念和商业模型,他们推出了WS-Security等规范.可以这么说,自从SOA

如何使用UKEY中的数字证书验证用户身份?

问题描述 用户已经有了X.509数字证书,安装在USBKEY里.现在我想实现使用UKEY登录自己开发的应用程序,实现身份认证.我想身份认证过程实际是用户证明自己拥有私钥的过程,大致可以用读到的公钥对某个信息加密,然后调用用户私钥解密,这个过程中UKEY驱动会自动接管调用私钥解密过程,确保私钥不出UKEY.使用C#自带的库可以枚举用户的证书,并读出其中的内容.问题是这些操作并不需要用到私钥,也就不会用到用户的PIN码.光能读出这些只能证明用户在说他自己是谁,没法证明他就是.那自己写的程序如何才能通

PHP中对用户身份认证实现两种方法

当访问者浏览受保护页面时,客户端浏览器会弹出对话窗口要求用户输入用户名和密码,对用户的身份进行验证,以决定用户是否有权访问页面.下面用两种方法来说明其实现原理. 一.用HTTP标头来实现 标头是服务器以HTTP协议传送HTML信息到浏览器前所送出的字串.HTTP采用一种挑战/响应模式对试图进入受密码保护区域的用户进行身份验证.具体来说,当用户首次向WEB服务器发出访问受保护区域的请求时,挑战进程被启动,服务器返回特殊的401标头,表明该用户身份未经验证.客户端浏览器在检测到上述响应之后自动弹出对

在PHP中实现用户身份认证两种方法

用户在设计和维护站点的时候,经常需要限制对某些重要文件或信息的访问.通常,我们可以采用内置于Web于HTTP协议的用户身份验证机制.当访问者浏览受保护页面时,客户端浏览器会弹出对话窗口要求用户输入用户名和密码,对用户的身份进行验证,以决定用户是否有权访问页面.下面用两种方法来说明其实现原理. 一.用HTTP标头来实现 标头是服务器以HTTP协议传送HTML信息到浏览器前所送出的字串.HTTP采用一种挑战/响应模式对试图进入受密码保护区域的用户进行身份验证.具体来说,当用户首次向Web器发出访问受