在前一篇文章ASP.NET Web API(一):使用初探,GET和POST数据中,咱们初步接触了微软的REST API: Web API。html
咱们在接触了Web API的后就立马发现了有安全验证的需求,因此这篇文章咱们先来讨论下安全验证一个最简单的方法:使用HTTP基本认证。浏览器
在HTTP协议进行通讯的过程当中,HTTP协议定义了基本认证过程以容许HTTP服务器对WEB浏览器进行用户身份认证的方法,当一个客户端向HTTP服务器进行数据请求时,若是客户端未被认证,则HTTP服务器将经过基本认证过程对客户端的用户名及密码进行验证,以决定用户是否合法。安全
其基本的实现方式是:服务器
客户端在用户输入用户名及密码后,将用户名及密码以BASE64加密,加密后的密文将附加于请求信息中,如当用户名为Parry,密码为123456时,客户端将用户名和密码用":"合并,并将合并后的字符串用BASE64加密,并于每次请求数据时,将密文附加于请求头(Request Header)中。ide
HTTP服务器在每次收到请求包后,根据协议取得客户端附加的用户信息(BASE64加密的用户名和密码),解开请求包,对用户名及密码进行验证,若是用户名及密码正确,则根据客户端请求,返回客户端所须要的数据;不然,返回错误代码或从新要求客户端提供用户名及密码。测试
首先咱们基于System.Web.Http.AuthorizeAttribute类实现一个HTTP基本认证的类,并实现两个方法:OnAuthorization和HandleUnauthorizedRequest。编码
添加一个类HTTPBasicAuthorizeAttribute,继承于System.Web.Http.AuthorizeAttribute,先来实现OnAuthorization。加密
public override void OnAuthorization(System.Web.Http.Controllers.HttpActionContext actionContext) { if (actionContext.Request.Headers.Authorization != null) { string userInfo = Encoding.Default.GetString(Convert.FromBase64String(actionContext.Request.Headers.Authorization.Parameter)); //用户验证逻辑 if (string.Equals(userInfo, string.Format("{0}:{1}", "Parry", "123456"))) { IsAuthorized(actionContext); } else { HandleUnauthorizedRequest(actionContext); } } else { HandleUnauthorizedRequest(actionContext); } }
actionContext.Request.Headers.Authorization.Parameter就是Client BASE64后的字符串,咱们对其进行反编码后,为了测试方便只进行简单的用户验证,这里你能够引入本身系统的验证逻辑。spa
同时还要实现HandleUnauthorizedRequest以实现验证失败时继续提示验证,代码以下:3d
protected override void HandleUnauthorizedRequest(System.Web.Http.Controllers.HttpActionContext actionContext) { var challengeMessage = new System.Net.Http.HttpResponseMessage(System.Net.HttpStatusCode.Unauthorized); challengeMessage.Headers.Add("WWW-Authenticate", "Basic"); throw new System.Web.Http.HttpResponseException(challengeMessage); }
完成了此类后,只要在须要启用HTTP基本认证的Controller的类加上此属性便可,就像下面这样。
咱们如今来测试验证过程。
当咱们再来请求此API时,就会提示须要输入用户名和密码。
这时使用Fiddler进行抓包查看HTTP Header,就会发现了WWW-Authenticate的头。
在提供了正确的用户名和密码后,咱们发现HTTP已将Parry:123456进行BASE64编码后的密文添加在了Request Header里面。
提交后成功地请求到了数据,若是输入的验证信息不正确,仍是返回HTTP Status Code为401的未验证状态以继续验证。
输入正确的用户信息后请求到的数据。
优势是逻辑简单明了、设置简单。
缺点显而易见,即便是BASE64后也是可见的明文,很容易被破解、非法利用,使用HTTPS是一个解决方案。
还有就是HTTP是无状态的,同一客户端每次都须要验证。