JWT认证方案与禁用令牌策略

认证方案

1.1 jwt

• 对比状态保持机制
  • APP不支持状态保持
  • 状态保持有同源策略, 无法跨服务器传递
• 不可逆加密
  • md5 sha1 sha256
  • 主要用于数据认证, 防止数据被修改
• 消息摘要 MD
  • 通过哈希算法将任意长度内容转为定长内容, 且相同内容的哈希值始终相同, 不同内容的哈希值不同(极小概率出现碰撞)
  • 由于其唯一性, 一般将数据的哈希值称为数据的摘要信息, 称为数据的"指纹", 用于检测数据是否被修改
  • 代表算法 sha1 sha256 md5
  • 缺点
    • 哈希算法是公开的, 如果可以获取到明文, 就可以穷举出使用的算法
• 消息认证 MA
  • 哈希算法基础上混入秘钥, 防止哈希算法被破解, 避免签名被伪造
  • 代表算法 hmacsha256
  • JWT一般会采用 消息认证 机制
    • 一般的web应用, 不会将秘钥交给客户端 ,也就表示客户端不会验签服务器的身份
  • 缺点
    • 一旦秘钥泄露, 仍然可以伪造签名
• 数字签名
  • 利用非对称加密对摘要信息进行加密, 避免摘要信息被伪造
  • 非对称加密采用秘钥对
    • 公钥和私钥
    • 公钥加密, 私钥解密
    • 私钥加密, 公钥解密
    • 私钥可以推出公钥, 公钥无法推出私钥
  • 发送者使用私钥对数据摘要加密(签名), 接收者使用对应的公钥解密, 然后对数据进行哈希处理, 比对摘要信息是否一致
  • 代表算法 RSA
  • 使用场景
    • 安全级别要求比较高的系统, 如银行等
  • 优点
    • 客户端不会像消息认证一样保存秘钥, 而是保存了非对称加密的公钥, 即使客户端被破解, 公钥被获取, 也无法通过公钥生成合法的签名
  • 缺点
    • 效率低

1.2 PyJWT

• 安装 pip install PyJWT

  import jwtfrom datetime import datetime, timedeltafrom jwt import PyJWTError?# 包装数据  jwt的规范中要求通过exp参数来设置有效期, 要求有效期使用格林尼治时间payload = {‘payload‘: ‘test‘, ‘exp‘: datetime.utcnow() + timedelta(seconds=30)}?key = ‘secret‘# # 生成jwt# token = jwt.encode(payload, key, algorithm=‘HS256‘)# print(token)??token = b‘eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJwYXlsb2FkIjoidGVzdCIsImV4cCI6MTU2MjgwOTkzMn0.BSc0A2ibdjHTlmW7wtWfj5ZGkny8RX8tV12313‘# 验证jwt    pyjwt内部对有效期进行了验证, 如果超过时间, 会报错try:    ret = jwt.decode(token, key, algorithms=‘HS256‘)    print(ret)except PyJWTError as e:    print("jwt认证失败")

• 数字签名
  • 使用openssl 生成RSA秘钥对

    # 生成私钥，指定私钥的长度为2048bit   1024基本安全, 2048非常安全openssl genrsa -out rsa_private_key.pem 2048# 根据私钥生成对应的公钥openssl rsa -in rsa_private_key.pem -pubout -out rsa_public_key_2048.pub# 私钥转化成pkcs8格式, 非必须，pkcs8格式解析起来更方便openssl pkcs8 -topk8 -inform PEM -in rsa_private_key.pem -outform PEM -nocrypt > rsa_private_key_pkcs8.pem

    import jwt?"""服务器使用私钥生成签名  对数据摘要加密 称为 签名"""# with open(‘rsa_private_key_pkcs8.pem‘, ‘rb‘) as f:#     private_key = f.read()#     # 生成数字签名#     encoded = jwt.encode({‘some‘: ‘payload‘}, private_key, algorithm=‘RS256‘)#     print(encoded)??"""客户端用公钥验签"""encoded = b‘eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiJ9.eyJzb21lIjoicGF5bG9hZCJ9.S3gxuFvPiYk2752deTDm6qupj53S0b_-WvFZLKnWzLgDTFjFF_uiwmI6GAT1mKaNvWIyxFQ1PMUPxjkdLuJpGbN3hpHM_eKaQNm_RTvY8UUh6tvq8kpH4FAF2WOglwQK9f3nS8R73PrYhQFDHcfSEBWoJJPva_Pb3YEPMawUTPmd8aeS2uma4n9JqaZwCWm1GE-6S0lKNHp7ZWMlxb5E1R_FgSLIiE3qQq-mWsweyMRtsyCBCaB1W6Y24EYuDW0KHu6k6jGZdwwABVuwyKXKVTTf_XvxM3X41ggpY6mkarSXZsF3-Aw_jWOUBHy9VBHfPCeklur6oMfyGT4FQzkcQQ‘??with open(‘rsa_public_key_2048.pub‘, ‘rb‘) as f:    public_key = f.read()    decoded = jwt.decode(encoded, public_key, algorithms=‘RS256‘)    print(decoded)

1.3 JWE

• 可逆加密
  • 对称加密
    • 代表算法 des 3des aes
    • 快
  • 非对称加密
    • 代表算法 RSA
    • 慢, 不适合大型数据加密
    • 加密时, 一般公钥加密, 私钥解密, 与签名相反
    • 一般私有只有一方持有, 公钥则可以多方持有(公钥公开)
    • 私钥唯一, 使用私钥签名, 公钥验签, 可以保证签名者身份唯一
      • 加密时, 私钥解密, 保证可以解密者唯一
    • 生成方式 openssl
  • 主要用于数据加密
• 最佳方案JWE
  • 传输的数据使用对称加密, 生成数据密文, 对称加密秘钥是随机的
  • 为了防止数据篡改, 对数据密文进行摘要认证(一般使用消息认证), 摘要认证的秘钥也是随机的
  • 对称加密的秘钥 和 摘要认证的秘钥 使用非对称加密进行处理
  • JWE的耗时远高于JWS
  • 用于金融领域

• 安装 pip install authlib

  from authlib.jose import JWEfrom authlib.jose import JWE_ALGORITHMS?# 创建JWE对象jwe = JWE(algorithms=JWE_ALGORITHMS)?# 设置头部信息 指定算法protected = {‘alg‘: ‘RSA-OAEP‘, ‘enc‘: ‘A256GCM‘}# 明文数据# payload = b‘hello‘# 获取到非对称加密的公钥# with open(‘rsa_public_key_2048.pub‘, ‘rb‘) as f:#     key = f.read()?# 加密数据# s = jwe.serialize_compact(protected, payload, key)# print(s)???s = b‘eyJhbGciOiJSU0EtT0FFUCIsImVuYyI6IkEyNTZHQ00ifQ.whFm08vAVhN-BvuRq3BXOqUcw3NnFAAHVswHuqc-JQdixCODernvAQdCDQSlEOmJHhNNm_h1bgji2fctSxY-PDnKv17yCX7IJhDzKLY443NysapeYzku8IAOTPuYV-mE5rk0nCP_u76o8i-kAhmV0OgO19WXgDftqL84zypeBIRmV4w5KaTLGWhU7uOpszHokkTcf1TdXChu7dRcStIekb68-FP5ZmOhAKk8azILH871u290LbIDVowp69tARQJzEzAawiQ7kPmj03XtLQEF6SZgrhH585jQK_hh-NkiMVUiW8GCYPdGLKH8WQoaZionZXrK1ISdAc6RSa3cEiwzGA.AA9nf4X2ftxbp8Ec.kHgOI1E.9Oa_IHyqfdLJ1mCzXopI9g‘?with open(‘rsa_private_key_pkcs8.pem‘, ‘rb‘) as f:    # 获取非对称加密的私钥 用于解密    key = f.read()    data = jwe.deserialize_compact(s, key)    jwe_header = data[‘header‘]    payload = data[‘payload‘]    print(jwe_header, payload)

1.4 refresh token

1.4.1 刷新token实现流程

?

• 特点
  • 访问令牌虽然使用频繁, 但是有效期短, 只有两个小时
  • 刷新令牌有效期长, 但是访问次数少, 可以减少泄露的风险

1.4.2 登录接口

• 接口设计

• 视图逻辑
• 生成令牌

1.4.3 访问控制

• 对于所有的接口都需要获取认证信息 使用请求钩子实现
• 对于指定的接口进行访问控制 使用装饰器
• 请求钩子和装饰器

1.4禁用令牌

• 需求场景
  • 用户修改密码, 需要颁发新的token, 禁用还在有效期的旧token
  • 后台封禁用户
• 逻辑
  • 禁用旧密码的令牌

原文地址：https://www.cnblogs.com/yblackd/p/12254209.html