ASP.NET MVC Form表单验证与Authorize特性

最新推荐文章于 2024-07-24 16:27:32 发布

八哥~

最新推荐文章于 2024-07-24 16:27:32 发布

阅读量940

点赞数

文章标签： asp.net mvc 服务器

原文链接：https://www.cnblogs.com/shawnhu/p/8399562.html

版权

一、Form表单验证

1、基本概念

表单验证是一个基于票据（ticket-based）[也称为基于令牌(token-based)]的系统。当用户登录系统以后，会得到一个包含基于用户信息的票据（ticket）。这些信息被存放在加密过的cookie里面，这些cookie和响应绑定在一起，因此每一次后续请求都会被自动提交到服务器。

表单验证流程：

（1）、用户请求一个需要验证身份后才可以访问的ASP.NET页面时，ASP.NET运行时验证这个表单验证票据是否有效。如果无效，ASP.NET自动将用户转到登录页面。

（2）、登录页面验证提交的凭证。如果用户验证成功，你只需要告诉ASP.NET架构验证成功（通过调用FormsAuthentication类的一个方法），运行库会自动设置验证cookie（实际上包含了票据）并将用户转到原先请求的页面。

（3）、通过这个请求，运行库检测到验证cookie中包含一个有效票据，然后赋给用户对这个页面的访问权限。

参考以下流程图：
在这里插入图片描述

需要的开发工作：

（1）、在web.config配置为表单验证

（2）、创建登录页面

（3）、登录成功后创建凭证（进行Form验证）

方式1：

FormsAuthentication.SetAuthCookie(userName, false); 设置Cookie,其中false，cookie不是永久的，反之，是永久的

方式2：

　// 创建ticket凭据

　　　　　　FormsAuthenticationTicket ticket = new FormsAuthenticationTicket(userName, false,1);
　　　　　　//加密ticket凭据
　　　　　　var encryptTicket = FormsAuthentication.Encrypt(ticket);
　　　　　　//写入cookie
　　　　　　Response.Cookies.Add(new HttpCookie(FormsAuthentication.FormsCookieName, encryptTicket));

2、表示用户身份的两个对象 IPrincipal IIdentity

 public interface IPrincipal
  {
        IIdentity Identity { get; }
        bool IsInRole(string role);
  }    

  public interface IIdentity
  {
        string Name { get; }
        string AuthenticationType {  get; }
        bool IsAuthenticated { get; }
  }

（1）、安全上下文 = 安全信息 = HttpContext.User = IPrincipal

（2）、身份标识 = 用户标识 = HttpContext.User.Identity = IIdentity

（3）、安全上下文 = 身份标识 + 角色信息 + 其他数据

请求经过身份验证的阶段后，或者说AuthenticateRequest事件开始后，才能通过HttpContext.User.Identity获取到具体的身份标识信息，包括用户名(Name)，是否已经登录(IsAuthenticated)等属性值，即在HttpApplication.AuthenticateRequest事件中，在此事件中ASP.NET会构建（创建/更新）安全上下文对象（继承IPrincipal接口）和身份标识对象（继承IIdentity接口）；用户未登录也会生成一个默认的身份标识，通常称为匿名用户，页面如果不允许匿名用户访问就要跳转到登录页面。

表单验证，验证通过后的身份标识类是FormsIdentity
在这里插入图片描述

两个需要注意的地方：

（1）、在更早的BeginRequest事件里是完全获取不到用户的身份信息的，毕竟那个时候User.Identity都还没有进行构建。

（2）、在身份验证事件（AuthenticateRequest）过后，HttpContext.User.Identity对象的属性值基本上不会进行改变。除非通过代码重新设置HttpContext.User这个安全上下文对象。

3、FormsAuthentication.SignOut()

只是让包含用户信息票据的Cookie过期，删除表单身份验证的cookie，并没有改变当前用户的身份标识信息，也就是说HttpContext.User.Identity对象是没有任何变化的，IsAuthenticated的值也没有变，一般的账户注销流程里，注销操作的后续都是紧跟着重定向操作，后续发起的新请求才能重新进行身份验证。

一般我们注销的代码有以下两种：

（1）、直接重定向

[HttpPost]
public ActionResult SignOut()
{

    FormsAuthentication.SignOut();
    //方法一
    return Redirect("/Login");
    //方法二，需要在配置文件设置默认登录页面
    //FormsAuthentication.RedirectToLoginPage();
}

（2）、重新设置HttpContext.User对象

赋值一个空白的用户名从而手动删除掉身份标识，因为User是只读的，所以只能覆盖
复制代码

[HttpPost]
public ActionResult SignOut()
{
    FormsAuthentication.SignOut();
    HttpContext.User = new System.Security.Principal.GenericPrincipal(new System.Security.Principal.GenericIdentity(string.Empty), null);
    return View();
}

4、账户登录后无法获取用户名问题

登录后，通过FormsAuthentication.SetAuthCookie方法或者通过代码将FormsAuthenticationTicket对象添加到响应的Cookie里，都是无法马上获取用户名的，User.Identity.Name属性的值还是为""。这两个方法都只是对包含身份验证票据的Cookie进行操作，用户的身份标识都还没有更新。

解决的方法

（1）、在代码中手动设置HttpContext.User

（2）、做个重定向跳转，而且按照一般的用户账户登录流程，在账户登录后要么跳转到原前请求的URL，要么跳转到某个默认页面。所以一般很少发生这种问题。

二、Authorize特性

1、源码分析

核心代码是AuthorizeCore方法中的user.Identity.IsAuthenticated，Form表单验证通过后就为true,就是上节表单验证后，设置Cookie后。

 public class AuthorizeAttribute : FilterAttribute, IAuthorizationFilter
    {
        private static readonly char[] _splitParameter = new[] { ',' };
        private readonly object _typeId = new object();

        private string _roles;
        private string[] _rolesSplit = new string[0];
        private string _users;
        private string[] _usersSplit = new string[0];

        public string Roles
        {
            get { return _roles ?? String.Empty; }
            set
            {
                _roles = value;
                _rolesSplit = SplitString(value);
            }
        }

        public override object TypeId
        {
            get { return _typeId; }
        }

        public string Users
        {
            get { return _users ?? String.Empty; }
            set
            {
                _users = value;
                _usersSplit = SplitString(value);
            }
        }

        // 核心方法
        protected virtual bool AuthorizeCore(HttpContextBase httpContext)
        {
            if (httpContext == null)
            {
                throw new ArgumentNullException("httpContext");
            }
            //主要验证user.Identity.IsAuthenticated
            IPrincipal user = httpContext.User;
            if (!user.Identity.IsAuthenticated)
            {
                return false;
            }

            if (_usersSplit.Length > 0 && !_usersSplit.Contains(user.Identity.Name, StringComparer.OrdinalIgnoreCase))
            {
                return false;
            }

            if (_rolesSplit.Length > 0 && !_rolesSplit.Any(user.IsInRole))
            {
                return false;
            }

            return true;
        }

        private void CacheValidateHandler(HttpContext context, object data, ref HttpValidationStatus validationStatus)
        {
            validationStatus = OnCacheAuthorization(new HttpContextWrapper(context));
        }

        //主要IAuthorizationFilter接口方法
        public virtual void OnAuthorization(AuthorizationContext filterContext)
        {
            if (filterContext == null)
            {
                throw new ArgumentNullException("filterContext");
            }

            if (OutputCacheAttribute.IsChildActionCacheActive(filterContext))
            {
               
                throw new InvalidOperationException(MvcResources.AuthorizeAttribute_CannotUseWithinChildActionCache);
            }

            bool skipAuthorization = filterContext.ActionDescriptor.IsDefined(typeof(AllowAnonymousAttribute), inherit: true)
                                     || filterContext.ActionDescriptor.ControllerDescriptor.IsDefined(typeof(AllowAnonymousAttribute), inherit: true);

            if (skipAuthorization)
            {
                return;
            }
            //调用AuthorizeCore
            if (AuthorizeCore(filterContext.HttpContext))
            {
                
                HttpCachePolicyBase cachePolicy = filterContext.HttpContext.Response.Cache;
                cachePolicy.SetProxyMaxAge(new TimeSpan(0));
                cachePolicy.AddValidationCallback(CacheValidateHandler, null /* data */);
            }
            else
            {
                HandleUnauthorizedRequest(filterContext);
            }
        }

        protected virtual void HandleUnauthorizedRequest(AuthorizationContext filterContext)
        {
            filterContext.Result = new HttpUnauthorizedResult();
        }

        
        protected virtual HttpValidationStatus OnCacheAuthorization(HttpContextBase httpContext)
        {
            if (httpContext == null)
            {
                throw new ArgumentNullException("httpContext");
            }
            //调用AuthorizeCore
            bool isAuthorized = AuthorizeCore(httpContext);
            return (isAuthorized) ? HttpValidationStatus.Valid : HttpValidationStatus.IgnoreThisRequest;
        }

        internal static string[] SplitString(string original)
        {
            if (String.IsNullOrEmpty(original))
            {
                return new string[0];
            }

            var split = from piece in original.Split(_splitParameter)
                        let trimmed = piece.Trim()
                        where !String.IsNullOrEmpty(trimmed)
                        select trimmed;
            return split.ToArray();
        }
    }

基本使用：

 [Authorize]
  public ActionResult Index2()
  {
        return View();
  }

2、集群环境下的单点登录

在多个WEB服务器情况下，登录后，把cookie数据可以放在统一的Redis或Mongodb服务器上，把sessionId当键值。在验证时候，自定义一个Authorize特性，重载

AuthorizeCore方法，根据sessionId从Redis或Mongodb服务器上获取cookie数据，来验证是否登录。

3、表单认证过程详解

Forms认证的流程设计4次的消息交换，其具体步骤如下所示。

步骤1：用户通过浏览器匿名向IIS发起请求，假设地址为"/home"，它会收到状态为"302, Found"的相应，这是一个用于实现"重定向"的http响应，它通过location报头表示的重定向地址指向登录的页面，之前访问的地址将作为查询字符串returnURL的值。

步骤2：浏览器接受到该请求后，针对重定向的地址发送请求，登录页面最终被呈现在浏览器。

步骤3：用户输入正确的用户名密码后提交表单，服务器在接受到请求之后提取它们对用户实施认证，认证成功后，它会生成一个安全令牌或者认证票据。接下来，通过查询字符串returnURL表示的原始请求地址，作为另一个状态为"302, Found"响应的Location报头，而经过加密/签名的安全令牌作为该响应的Cookie。

步骤4：这个代表安全令牌的Cookie将自动附加到浏览器后续的请求中，服务器直接利用它对请求实施认证。Cookie的名称、过期策略以及采用的保护等级均可以通过配置来控制。在禁用Cookie的情况下，安全令牌会直接作为URL的一部分传送。

八哥~

关注

0
点赞
踩
5

收藏

觉得还不错? 一键收藏
0
评论
ASP.NET MVC Form表单验证与Authorize特性

一、Form表单验证1、基本概念表单验证是一个基于票据（ticket-based）[也称为基于令牌(token-based)]的系统。当用户登录系统以后，会得到一个包含基于用户信息的票据（ticket）。这些信息被存放在加密过的cookie里面，这些cookie和响应绑定在一起，因此每一次后续请求都会被自动提交到服务器。表单验证流程：（1）、用户请求一个需要验证身份后才可以访问的ASP.NET页面时，ASP.NET运行时验证这个表单验证票据是否有效。如果无效，ASP.NET自动将用户转到登录页面。
复制链接

扫一扫