如何使用签名保证ASP.NET MVC OR WEBAPI的接口安全
当我们开发一款app的时候,app需要跟后台服务进行通信获取或者提交数据。如果我们没有完善的安全机制则很容易被别用心的人伪造请求而篡改数据。
所以我们需要使用某种安全机制来保证请求的合法。现在最常用的办法是给每个http请求添加一个签名,服务端来验证签名的合法性,如果签名合法则执行响应的操作,如果签名非法则直接拒绝请求。
签名算法
签名算法一般都使用hash散列算法,常用的有md5,sha系列算法。这些算法可以根据不同的输入,计算出不同的结果,而且碰撞的概率很低。
签名算法跟加密算法不是一回事。很多同学都会说使用md5加密一下,其实这是错误的。签名算法不能恢复原来的数据,因为它本身并不包含原来数据的信息。
而加密方法不同,加密方法是可以根据加密结果重新推算出原来的数据的。
hmac sha作为一种更加安全的签名算法,使用一个key来影响签名的结果。这样同样的输入配合不同的key可以得出不同的签名,更加安全。
签名的参数
有了签名算法,那么我们签名的内容哪里来呢?
一般我们使用http请求的querystring然后加上时间戳还有随机数来作为签名的参数。
验证签名
验证签名就是简单的比较服务端生产的签名跟客户端生产的签名是否一直。
要注意的一点是最好验证下时间戳,跟服务端时间比较前后不能相差5分钟。这也是一个简单的防replay attack的手段。
apicontroller基类
有了上面这些铺垫我们就可以在基类完成签名的验证了。客户端需要把上面提到的时间戳,随机数,签名和客户端的id放入http请求的headers里面。
我们在基类的onactionexecuting里取出这些数据组合成签名的参数,然后根据客户端id获取签名的key,然后使用同样的签名算法计算签名。并且比较客户端的签名跟服务端的签名是否一致。
这里就不演示了。
预防replay attack
预防重放攻击主要有两点:
- 校验时间戳的范围
时间戳跟服务器时间相差在一个合理的范围内视为合法。
- 缓存签名
每次请求都去判断下签名是否出现过。如果出现过则视为非法请求。
因为有时间戳跟随机数的存在,所以理论上每次请求的签名是不可能重复的。
客户端调用
这里演示一下c#签名并且调用http接口的代码
以上就是如何使用签名保证asp.net mvc or webapi的接口安全的详细内容,更多关于用签名保证asp.net mvc or webapi的接口安全的资料请关注其它相关文章!