access key 笔记

用户认证

后台服务要提供公共接口给用户调用,必须要提供认证机制,一旦用户认证通过,才让用户调用API。对于次,可以通过(access_key,secret_access_key)来认证。
这个(access_key,secret_access_key)是成对存在的。用户要调用API必须要申请这样的一对数据。一般工作流程是:

  1. 用户在前端申请access key
  2. 服务器在后台生成(access_key,secret_access_key),然后存进数据库,然后把这对数据返回给用户

用户的调用API流程是:

  1. 通过secret_access_key来给请求参数签名,并且把签名附加到请求里,然后发请求给服务器
  2. 服务器通过请求里的参数access_key来查询数据库里的secret_access_key,然后用secret_access_key计算请求参数的签名是否跟请求里的签名一致,一致则确认用户身份,不一致则拒绝访问。

签名

接下来介绍给参数签名的方法。如果请求参数如下:

{
    'name': 'fami',
    'address': 'pek'
}

把access_key加进这个请求里:

{
    'name': 'fami',
    'address': 'pek',
    'access_key': 'abc'
}

将这些参数按key的字母升序排序,然后以key=value的形式表示,然后用&连接起来。效果如下:

access_key=abc&address=pek&name=fami

然后用以secret_access_key为key用sha256(或其他算法)对这个字符串进行签名,如果签名后得到`

signature = 'xxxxxxxx'

那么把这个签名添加到请求参数里,得到

{
    'access_key': 'abc',
    'name': 'fami',
    'address': 'pek',
    'signature': 'xxxxxxxx'
}

最终把这个发给服务器,服务器根据参数里的access_key去查看secret_access_key,然后把参数里的signature字段取出来,用前面的签名方法来对剩下的参数进行签名,如果发现自己计算的签名跟请求参数里的签名一样,那么则通过认证。

安全问题

这里会有一个问题:如果这个(access_key,secret_access_key)被别人知道了,那么别人就会以我的身份去调用API了。确实会有这个问题,针对此,可以用以下的方法来减小影响。

  1. access key支持ip白名单,只有在白名单内的ip才可以调用API。
  2. access key支持设置有效期,也就是在有效时间内,该access key有效,过了这个有效期,就拒绝访问。
  3. access key支持修改状态,只有状态为可用的情况下,服务器才会接受。

用户使用API必然会担心安全问题。在此之外还可以做些类似定期提醒用户修改access key状态,或者定期删除access key。

题外话

微信公众号开发接口里面,是通过access_token调用微信的接口的。access_token生成方式如下:

接口调用请求说明

https请求方式: GET
https://api.weixin.qq.com/cgi-bin/token?grant_type=client_credential&appid=APPID&secret=APPSECRET

通过传appid, appsecret给微信api后台,后台就会返回access_token,这个access_token是有有效期的,有点类似浏览器登录。
正常情况下,微信会返回下述JSON数据:

{"access_token":"ACCESS_TOKEN","expires_in":7200}

不过个人觉得传appsecret的方式不太优雅。

    原文作者:yoop
    原文地址: https://segmentfault.com/a/1190000015398229
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞