前言：最近，讨论到数据库安全的问题，于是就引出了webapi服务没有加任何验证的问题。也就是说，任何人只要知道了接口的url，都能够模拟http请求去访问我们的服务接口，从而去增删改查数据库，这后果想想都恐怖。经过一番折腾，总算是加上了接口的身份认证，在此记录下，也给需要做身份认证的园友们提供参考。
一、为什么需要身份认证
在前言里面，我们说了，如果没有启用身份认证，那么任何匿名用户只要知道了我们服务的url，就能随意访问我们的服务接口，从而访问或修改数据库。
1、我们不加身份认证，匿名用户可以直接通过url随意访问接口：
可以看到，匿名用户直接通过url就能访问我们的数据接口，最终会发生什么事，大家可以随意畅想。
2、增加了身份认证之后，只有带了我们访问票据的请求才能访问我们的接口。
例如我们直接通过url访问，会返回401
如果是正常流程的请求，带了票据，就ok了。
可以看到，正常流程的请求，会在请求报文的头里面增加authorization这一项，它的值就是我们的ticket票据信息。
二、basic基础认证的原理解析
1、常见的认证方式
我们知道，asp.net的认证机制有很多种。对于webapi也不例外，常见的认证方式有
- form身份验证
- 集成windows验证
- basic基础认证
- digest摘要认证
园子里很多关于webapi认证的文章，各种认证方式都会涉及到，但感觉都不够细。这里也并不想去研究哪种验证方式适用哪种使用场景，因为博主还是觉得“贪多嚼不烂”，也可能是博主能力所限。对于认证机制，弄懂其中一种，其他的都能融会贯通。此篇就使用basic基础认证来详细讲解下整个的过程。
2、basic基础认证原理
我们知道，认证的目的在于安全，那么如何能保证安全呢？常用的手段自然是加密。basic认证也不例外，主要原理就是加密用户信息，生成票据，每次请求的时候将票据带过来验证。这样说可能有点抽象，我们详细分解每个步骤：
- 首先登陆的时候验证用户名、密码，如果登陆成功，则将用户名、密码按照一定的规则生成加密的票据信息ticket，将票据信息返回到前端。
- 如果登陆成功，前端会收到票据信息，然后跳转到主界面，并且将票据信息也带到主界面的actionresult里面(例如跳转的url可以这样写：/home/index?ticket=ticket)
- 在主界面的actionresult里面通过参数得到票据信息ticket，然后将ticket信息保存到viewbag里面传到前端。
- 在主界面的前端，发送ajax请求的时候将票据信息加入到请求的head里面，将票据信息随着请求一起发送到服务端去。
- 在webapi服务里面定义一个类，继承authorizeattribute类，然后重写父类的onauthorization方法，在onauthorization方法里面取到当前http请求的head，从head里面取到我们前端传过来的票据信息。解密票据信息，从解密的信息里面得到用户名和密码，然后验证用户名和密码是否正确。如果正确，表示验证通过，否则返回未验证的请求401。
这个基本的原理。下面就按照这个原理来看看每一步的代码如何实现。
三、basic基础认证的代码示例
首先说下我们的示例场景，上次介绍 cors 的时候我们在一个解决方案里面放了两个项目web和webapicors，我们这次还是以这个为例来说明。
1、登录过程1.1、web前端
|
1
2
3
4
5
6
7
|
<body>
<div style="text-align:center;">
<div>用户名：<input type="text" id="txt_username" /></div>
<div>密 码：<input type="password" id="txt_password" /></div>
<div><input type="button" value="登录" id="btn_login" class="btn-default" /></div>
</div>
</body>
|
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
|
$(function () {
$("#btn_login").click(function () {
$.ajax({
type: "get",
url: "http://localhost:27221/api/user/login",
data: { struser: $("#txt_username").val(), strpwd: $("#txt_password").val() },
success: function (data, status) {
if (status == "success") {
if (!data.bres){
alert("登录失败");
return;
}
alert("登录成功");
//登录成功之后将用户名和用户票据带到主界面
window.location = "/home/index?username=" + data.username + "&ticket=" + data.ticket;
}
},
error: function (e) {
},
complete: function () {
}
});
});
});
|
1.2、登录的api接口
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
|
public class usercontroller : apicontroller
{
/// <summary>
/// 用户登录
/// </summary>
/// <param name="struser"></param>
/// <param name="strpwd"></param>
/// <returns></returns>
[httpget]
public object login(string struser, string strpwd)
{
if (!validateuser(struser, strpwd))
{
return new { bres = false };
}
formsauthenticationticket ticket = new formsauthenticationticket(0, struser, datetime.now,
datetime.now.addhours(1), true, string.format("{0}&{1}", struser, strpwd),
formsauthentication.formscookiepath);
//返回登录结果、用户信息、用户验证票据信息
var ouser = new userinfo { bres = true, username = struser, password = strpwd, ticket = formsauthentication.encrypt(ticket) };
//将身份信息保存在session中，验证当前请求是否是有效请求
httpcontext.current.session[struser] = ouser;
return ouser;
}
//校验用户名密码（正式环境中应该是数据库校验）
private bool validateuser(string struser, string strpwd)
{
if (struser == "admin" && strpwd == "123456")
{
return true;
}
else
{
return false;
}
}
}
public class userinfo
{
public bool bres { get; set; }
public string username { get; set; }
public string password { get; set; }
public string ticket { get; set; }
}
|
这里有一点需要注意的是，因为webapi默认是没有开启session的，所以需要我们作一下配置，手动去启用session。，请参考：
正如上面的原理部分说的，登录如果失败，则直接返回；如果成功，则将生成的票据ticket带到前端，传到主界面/home/index，下面，我们就来看看主界面home/index。
2、/home/index主界面
|
1
2
3
4
5
6
7
8
9
10
|
public class homecontroller : controller
{
// get: home
public actionresult index(string username, string ticket)
{
viewbag.username = username;
viewbag.ticket = ticket;
return view();
}
}
|
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
<html>
<head>
<meta name="viewport" content="width=device-width" />
<title>index</title>
<script src="~/content/jquery-1.9.1.js"></script>
<link href="~/content/bootstrap/css/bootstrap.css" rel="stylesheet" />
<script src="~/content/bootstrap/js/bootstrap.js"></script>
<script src="~/scripts/home/index.js"></script>
<script type="text/javascript">
//打开页面的时候保存票据信息
var username = '@viewbag.username';
var ticket = '@viewbag.ticket';
</script>
</head>
<body>
<div>当前登录用户：'@viewbag.username'</div>
<div id="div_test">
</div>
</body>
</html>
|
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
$(function () {
$.ajax({
type: "get",
url: "http://localhost:27221/api/charging/getallchargingdata",
data: {},
beforesend: function (xhr) {
//发送ajax请求之前向http的head里面加入验证信息
xhr.setrequestheader('authorization', 'basicauth ' + ticket);
},
success: function (data, status) {
if (status == "success") {
$("#div_test").html(data);
}
},
error: function (e) {
$("#div_test").html("error");
},
complete: function () {
}
});
});
|
这里需要说明的是，我们在发送ajax请求之前，通过 xhr.setrequestheader('authorization', 'basicauth ' + ticket); 这一句向请求的报文头里面增加票据信息。就是因为这里加了这一句，所以才有我们下图中的红线部分：
3、webapicors验证部分（重点）
我们看到，上面的/home/index页面里面发送了ajax请求去访问服务的 http://localhost:27221/api/charging/getallchargingdata 这个接口，那么我们在webapi里面怎么去验证这个请求和合法的请求呢？接下来我们重点看看验证的这个过程。
3.1、在webapicors项目里面自定义一个类requestauthorizeattribute，去继承我们的authorizeattribute这个类。然后重写onauthorization方法，在这个方法里面取到请求头的ticket信息，然后校验用户名密码是否合理。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
|
/// <summary>
/// 自定义此特性用于接口的身份验证
/// </summary>
public class requestauthorizeattribute : authorizeattribute
{
//重写基类的验证方式，加入我们自定义的ticket验证
public override void onauthorization(system.web.http.controllers.httpactioncontext actioncontext)
{
//从http请求的头里面获取身份验证信息，验证是否是请求发起方的ticket
var authorization = actioncontext.request.headers.authorization;
if ((authorization != null) && (authorization.parameter != null))
{
//解密用户ticket,并校验用户名密码是否匹配
var encryptticket = authorization.parameter;
if (validateticket(encryptticket))
{
base.isauthorized(actioncontext);
}
else
{
handleunauthorizedrequest(actioncontext);
}
}
//如果取不到身份验证信息，并且不允许匿名访问，则返回未验证401
else
{
var attributes = actioncontext.actiondescriptor.getcustomattributes<allowanonymousattribute>().oftype<allowanonymousattribute>();
bool isanonymous = attributes.any(a => a is allowanonymousattribute);
if (isanonymous) base.onauthorization(actioncontext);
else handleunauthorizedrequest(actioncontext);
}
}
//校验用户名密码（正式环境中应该是数据库校验）
private bool validateticket(string encryptticket)
{
//解密ticket
var strticket = formsauthentication.decrypt(encryptticket).userdata;
//从ticket里面获取用户名和密码
var index = strticket.indexof("&");
string struser = strticket.substring(0, index);
string strpwd = strticket.substring(index + 1);
if (struser == "admin" && strpwd == "123456")
{
return true;
}
else
{
return false;
}
}
}
|
3.2、在具体的api接口增加我们上面自定义类的特性
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
[requestauthorize]
public class chargingcontroller : apicontroller
{
/// <summary>
/// 得到所有数据
/// </summary>
/// <returns>返回数据</returns>
[httpget]
public string getallchargingdata()
{
return "success";
}
/// <summary>
/// 得到当前id的所有数据
/// </summary>
/// <param name="id">参数id</param>
/// <returns>返回数据</returns>
[httpget]
public string getallchargingdata(string id)
{
return "chargingdata" + id;
}
}
|
增加了特性标注之后，每次请求这个api里面的接口之前，程序会先进入到我们override过的 onauthorization() 方法里面，验证通过之后，才会进到相应的方法里面去执行，否则返回401。
四、优化
通过上面的几步，基本就能达到我们想要的身份认证的效果，但是总是感觉不太方便，主要不太方便的点有以下几个。
1.每次新建一个api，对应的接口上面都要标注 [requestauthorize] 这个一个东西，感觉好麻烦。
2.每次发送ajax请求，都要在beforesend事件里面加 xhr.setrequestheader('authorization', 'basicauth ' + ticket); 这个，感觉也麻烦。
关于以上两点，我们优化下
1、解决api的问题
在api里面加一个公共的父类，在父类上面标注 [requestauthorize] 即可。
|
1
2
3
4
5
6
7
8
|
namespace webapicors.controllers
{
[requestauthorize]
[enablecors(origins: "*", headers: "*", methods: "*")]
public class baseapicontroller : apicontroller
{
}
}
|
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
|
namespace webapicors.controllers
{
public class chargingcontroller : baseapicontroller
{
/// <summary>
/// 得到所有数据
/// </summary>
/// <returns>返回数据</returns>
[httpget]
public string getallchargingdata()
{
return "success";
}
/// <summary>
/// 得到当前id的所有数据
/// </summary>
/// <param name="id">参数id</param>
/// <returns>返回数据</returns>
[httpget]
public string getallchargingdata(string id)
{
return "chargingdata" + id;
}
}
}
|
注意：我们登录的请求是不需要验证的，因为登录的时候还没有产生票据，所以登录的api不能够继承 baseapicontroller
2、解决ajax的问题
还记得我们在js组件系列——封装自己的js组件，你也可以 这篇里面介绍的增加ajax的error事件的公共处理方法吗？我们是否也可以通过同样的机制去增加这个呢。新建一个文件jquery_ajax_extention.js
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
|
(function ($) {
//1.得到$.ajax的对象
var _ajax = $.ajax;
$.ajax = function (options) {
//2.每次调用发送ajax请求的时候定义默认的error处理方法
var fn = {
error: function (xmlhttprequest, textstatus, errorthrown) {
toastr.error(xmlhttprequest.responsetext, '错误消息', { closebutton: true, timeout: 0, positionclass: 'toast-top-full-width' });
},
success: function (data, textstatus) { },
beforesend: function (xhr) { },
complete: function (xhr, ts) { }
}
//3.扩展原生的$.ajax方法，返回最新的参数
var _options = $.extend({}, {
error: function (xmlhttprequest, textstatus, errorthrown) {
fn.error(xmlhttprequest, textstatus, errorthrown);
},
success: function (data, textstatus) {
fn.success(data, textstatus);
},
beforesend: function (xhr) {
xhr.setrequestheader('authorization', 'basicauth ' + ticket);
fn.beforesend(xhr);
},
complete: function (xhr, ts) {
fn.complete(xhr, ts);
}
}, options);
//4.将最新的参数传回ajax对象
_ajax(_options);
};
})(jquery);
|
引用这个js后再发送ajax不必在每个请求的beforesend里面写了。
五、总结
以上结合一个实例讲解了下basic认证的实现原理以及简单使用，本文观点都是来自博主自己的理解，如果有不全面的地方，还望园友们斧正。如果本文能够或多或少帮到你，不妨帮忙推荐
以上这篇c#进阶系列 webapi身份认证解决方案推荐:basic基础认证就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持服务器之家。