使用python实现后台系统的JWT认证

简介:

今天的文章介绍一种适用于restful+json的API认证方法,这个方法是基于jwt,并且加入了一些从oauth2.0借鉴的改良。

1. 常见的几种实现认证的方法

首先要明白,认证和鉴权是不同的。认证是判定用户的合法性,鉴权是判定用户的权限级别是否可执行后续操作。这里所讲的仅含认证。认证有几种方法:

1.1 basic auth

这是http协议中所带带基本认证,是一种简单为上的认证方式。原理是在每个请求的header中添加用户名和密码的字符串(格式为“username:password”,用base64编码)。

这种方式相当于将“用户名:密码”绑定为一个开放式证书,这会有几个问题:①每次请求都需要用户名密码,如果此连接未使用SSL/TLS,或加密被破解,用户名密码基本就暴露了;②无法注销用户的登录状态;③证书不会过期,除非修改密码。

总体来说,这种方法的特点就是,简单但不安全。

1.2 cookie

将认证的结果存在客户端的cookie中,通过检查cookie中的身份信息来作为认证结果。这种方式的特点是便捷,且只需要一次认证,多次可用;也可以注销登录状态和设置过期时间;甚至也有办法(比如设置httpOnly)来避免XSS攻击。但它的缺点十分明显,使用cookie那便是有状态的服务了。

1.3 token

JWT协议似乎已经应用十分广泛,JSON Web Token——一种基于token的json格式web认证方法。基本的原理是,第一次认证通过用户名密码,服务端签发一个json格式的token。后 续客户端的请求都携带这个token,服务端仅需要解析这个token,来判别客户端的身份和合法性。而JWT协议仅仅规定了这个协议的格式(RFC7519),它的序列生成方法在JWS协议中描述(https://tools.ietf.org/html/rfc7515),分为三个部分:

1.3.1 header头部

①声明类型,这里是jwt

②声明加密的算法 通常直接使用 HMAC SHA256,一种常见的头部是这样的:

{ 'typ': 'JWT', 'alg': 'HS256'}

再将其进行base64编码。

1.3.2 payload载荷

payload是放置实际有效使用信息的地方。JWT定义了几种内容,包括:

①标准中注册的声明,如签发者,接收者,有效时间(exp),时间戳(iat,issued at)等;为官方建议但非必须;

②公共声明;

③私有声明;

一个常见的payload是这样的:

{'user_id': 123456, 'user_role': admin, 'iat': 1467255177}

事实上,payload中的内容是自由的,按照自己开发的需要加入。 Ps.有个小问题。使用itsdangerous包的TimedJSONWebSignatureSerializer进行token序列生成的结果,exp是在头部里的。这里似乎违背了jwt的协议规则。

1.3.3 signature

存储了序列化的secreate key和salt key。这个部分需要base64加密后的header和base64加密后的payload使用.连接组成的字符串,然后通过header中声明的加密 方式进行加盐secret组合加密,然后就构成了jwt的第三部分。

2. 认证需求

目标场景是一个前后端分离的后端系统,用于运维工作,虽在内网使用,也有一定的保密性要求。

①API为restful+json的无状态接口,要求认证也是相同模式

②可横向扩展

③较低数据库压力

④证书可注销

⑤证书可自动延期

⑥选择JWT。

3. JWT实现

3.1 如何生成token

这里使用python模块itsdangerous,这个模块能做很多编码工作,其中一个是实现JWS的token序列。genTokenSeq 这个函数用于生成token。其中使用的是TimedJSONWebSignatureSerializer进行序列的生成,这里secret_key密 钥、salt盐值从配置文件中读取,当然也可以直接写死在这里。expires_in是超时时间间隔,这个间隔以秒记,可以直接在这里设置,我选择将其设 为方法的形参(因为这个函数也用在了解决下提到的问题2)。

# serializer for JWTfrom itsdangerous import TimedJSONWebSignatureSerializer as Serializer """
 token is generated as the JWT protocol.
 JSON Web Tokens(JWT) are an open, industry standard RFC 7519 method
 """
 def genTokenSeq(self, expires):
 s = Serializer(
 secret_key=app.config['SECRET_KEY'],
 salt=app.config['AUTH_SALT'],
 expires_in=expires)
 timestamp = time.time() return s.dumps(
 {'user_id': self.user_id, 'user_role': self.role_id, 'iat': timestamp}) # The token contains userid, user role and the token generation time.
 # u can add sth more inside, if needed.
 # 'iat' means 'issued at'. claimed in JWT.

使用这个Serializer可以帮我们处理好header、signature的问题。我们只需要用s.dumps将payload的内容写进来。这里我准备在每个token中写入三个值:用户id、用户角色id和当前时间(‘iat’是JWT标准注册声明中的一项)。

假设我所写入的信息是

{ "iat": 1467271277.131803, "user_id": "46501228343b11e6aaa6a45e60ed5ed5f973ba0fcf783bb8ade34c7b492d9e55", "user_role": 3}

采用以上的方法所生成的token为

eyJhbGciOiJIUzI1NiIsImV4cCI6MTQ2NzM0MTQ3NCwiaWF0IjoxNDY3MzM3ODc0fQ.eyJpYXQiOjE0NjczMzc4NzQuNzE3MDYzLCJ1c2VyX2lkIjoiNDY1MDEyMjgzNDNiMTFlNmFhYTZhNDVlNjBlZDVlZDVmOTczYmEwZmNmNzgzYmI4YWRlMzRjN2I0OTJkOWU1NSIsInVzZXJfcm9sZSI6M30.23QD0OwLjdioKu5BgbaH2gHT2GoMz90n8VZcpvdyp7U

它是由“header.payload.signature”构成的。

3.2 如何解析token

解析需要使用到同样的serializer,配置一样的secret key和salt,使用loads方法来解析token。itsdangerous提供了各种异常处理类,用起来也很方便,如果是SignatureExpired,则可以直接返回过期;如果是BadSignature,则代表了所有其他签名错误的情况,于是又分为:

①能读取到payload:那么这个消息是一个内容被篡改、消息体加密过程正确的消息,secret key和salt很可能泄露了;

②不能读取到payload: 消息体直接被篡改,secret key和salt应该仍然安全。

以上内容写成一个函数,用于验证用户token。如果实现在python flask,可以考虑将此函数改为一个decorator修饰漆,将修饰器@到所有需要验证token的方法前面,则代码可以更加优雅。

# serializer for JWTfrom itsdangerous import TimedJSONWebSignatureSerializer as Serializer# exceptions for JWTfrom itsdangerous import SignatureExpired, BadSignature, BadData# Class xxx# after definition of your class, here goes the auth method:
 def tokenAuth(token):
 # token decoding
 s = Serializer(
 secret_key=api.app.config['SECRET_KEY'],
 salt=api.app.config['AUTH_SALT']) try:
 data = s.loads(token) # token decoding faild
 # if it happend a plenty of times, there might be someone
 # trying to attact your server, so it should be a warning.
 except SignatureExpired:
 msg = 'token expired'
 app.logger.warning(msg) return [None, None, msg] except BadSignature, e:
 encoded_payload = e.payload if encoded_payload is not None: try:
 s.load_payload(encoded_payload) except BadData: # the token is tampered.
 msg = 'token tampered'
 app.logger.warning(msg) return [None, None, msg]
 msg = 'badSignature of token'
 app.logger.warning(msg) return [None, None, msg] except:
 msg = 'wrong token with unknown reason'
 app.logger.warning(msg) return [None, None, msg] if ('user_id' not in data) or ('user_role' not in data):
 msg = 'illegal payload inside'
 app.logger.warning(msg) return [None, None, msg]
 msg = 'user(' + data['user_id'] + ') logged in by token.'# app.logger.info(msg)
 userId = data['user_id']
 roleId = data['user_role'] return [userId, roleId, msg]

检查和判定的机制如下:

1、使用加密的类,再用来解密(用上之前的密钥和盐值),得到结果存入data;

2、如果捕获到SignatureExpired异常,则代表根据token中的expired设置,token已经超时失效,返回‘token expired’;

3、如果是其他BadSignature异常,又要分为:
4、如果payload还完整,则解析payload,如果捕获BadData异常,则代表token已经被篡改,返回‘token tampered’;
5、如果payload不完整,直接返回‘badSignature of token’;

6、如果以上异常都不对,那只能返回未知异常‘wrong token with unknown reason’;

7、最后,如果data能正常解析,则将payload中的数据取出来,验证payload中是否有合法信息(这里是user_id和 user_role键值的json数据),如果数据不合法,则返回‘illegal payload inside’。一旦出现这种情况,则代表密钥和盐值泄露的可能性很大。


4. 优化

上述的方法可以做到基本的JWT认证,但在实际开发过程中还有其他问题:

token在生成之后,是靠expire使其过期失效的。签发之后的token,是无法收回修改的,因此涉及token的有效期的更改是个难题,它体现在以下两个问题:

8481c8f592b7f349aa84a1de5c171db681516edf 问题1.用户登出
8481c8f592b7f349aa84a1de5c171db681516edf 问题2.token自动延期

如何解决更改token有效期的问题,网上看到很多讨论,主要集中在以下内容:

8481c8f592b7f349aa84a1de5c171db681516edfJWT是一次性认证完毕加载信息到token里的,token的信息内含过期信息。过期时间过长则被重放攻击的风险太大,而过期时间太短则请求端体验太差(动不动就要重新登录)

8481c8f592b7f349aa84a1de5c171db681516edf把token存进库里,很自然能想到的是把每个token存库,设置一个valid字段,一旦注销了就valid=0;设置有效期字段,想要延期 就增加有效期时间。openstack keystone就是这么做的。这个做法虽方便,但对数据库的压力较大,甚至在访问量较大,签发token较多的情况下,是对数据库的一个挑战。况且这也 有悖于JWT的初衷。

8481c8f592b7f349aa84a1de5c171db681516edf为了使用户不需要经常重新登录,客户端将用户名密码保存起来(cookie),然后使用用户名密码验证,但那还得考虑防御CSRF攻击的问题。

这里,笔者借鉴了第三方认证协议Oauth2.0(RFC6749),它采取了另一种方法:refresh token,一个用于更新令牌的令牌。在用户首次认证后,签发两个token:

8481c8f592b7f349aa84a1de5c171db681516edf一个为access token,用于用户后续的各个请求中携带的认证信息

8481c8f592b7f349aa84a1de5c171db681516edf另一个是refresh token,为access token过期后,用于申请一个新的access token。

由此可以给两类不同token设置不同的有效期,例如给access token仅1小时的有效时间,而refresh token则可以是一个月。api的登出通过access token的过期来实现(前端则可直接抛弃此token实现登出),在refresh token的存续期内,访问api时可执refresh token申请新的access token(前端可存此refresh token,access token过其实进行更新,达到自动延期的效果)。refresh token不可再延期,过期需重新使用用户名密码登录。

这种方式的理念在于,将证书分为三种级别:

8481c8f592b7f349aa84a1de5c171db681516edfaccess token 短期证书,用于最终鉴权

8481c8f592b7f349aa84a1de5c171db681516edfrefresh token 较长期的证书,用于产生短期证书,不可直接用于服务请求

8481c8f592b7f349aa84a1de5c171db681516edf用户名密码 几乎永久的证书,用于产生长期证书和短期证书,不可直接用于服务请求

通过这种方式,使证书功效和证书时效结合考虑。
ps.前面提到创建token的时候将expire_in(jwt的推荐字段,超时时间间隔)作为函数的形参,是为了将此函数用于生成access token和refresh token,而两者的expire_in时间是不同的。

5. 总结一下

我们做了一个JWT的认证模块:
(access token在以下代码中为'token',refresh token在代码中为'rftoken')

8481c8f592b7f349aa84a1de5c171db681516edf首次认证

client --用户名密码---> server

client <--token、rftoken-- server

8481c8f592b7f349aa84a1de5c171db681516edfaccess token存续期内的请求

client --请求(携带token)--> server

client <---结果----server

8481c8f592b7f349aa84a1de5c171db681516edfaccess token超时

client ---请求(携带token)--> server

client <----msg:token expired-- server

8481c8f592b7f349aa84a1de5c171db681516edf重新申请access token

client -请求新token(携带rftoken)-> server

client <-----新token----- server

8481c8f592b7f349aa84a1de5c171db681516edfrftoken token超时

client -请求新token(携带rftoken)-> server

client <----msg:rftoken expired--- server

如果设计一个针对此认证的前端,需要:

8481c8f592b7f349aa84a1de5c171db681516edf 存储access token、refresh token
8481c8f592b7f349aa84a1de5c171db681516edf 访问时携带access token,自动检查access token超时,超时则使用refresh token更新access token;状态延期用户无感知

8481c8f592b7f349aa84a1de5c171db681516edf用户登出直接抛弃access token与refresh token


原文发布时间为:2017-04-10

本文作者:茶客furu声

本文来自云栖社区合作伙伴“Python中文社区”,了解相关信息可以关注“Python中文社区”微信公众号

相关文章
|
22天前
|
机器学习/深度学习 数据可视化 搜索推荐
基于python的汽车数据可视化、推荐及预测系统
本研究围绕汽车数据可视化、推荐及预测系统展开,结合大数据与人工智能技术,旨在提升用户体验与市场竞争力。内容涵盖研究背景、意义、相关技术如 Python、ECharts、协同过滤及随机森林回归等,探讨如何挖掘汽车数据价值,实现个性化推荐与智能预测,为汽车行业智能化发展提供支持。
|
19天前
|
存储 安全 数据管理
基于python的在线考试系统
本系统基于Python开发,旨在通过信息化手段提升各行业数据管理效率。系统具备良好的安全性、稳定性及可扩展性,支持数据高效处理与决策支持,适用于教育、医疗、旅游等多个领域,助力办公自动化与科学化管理,显著提升工作效率并降低错误率。
|
24天前
|
数据可视化 搜索推荐 大数据
基于python大数据的北京旅游可视化及分析系统
本文深入探讨智慧旅游系统的背景、意义及研究现状,分析其在旅游业中的作用与发展潜力,介绍平台架构、技术创新、数据挖掘与服务优化等核心内容,并展示系统实现界面。
|
24天前
|
存储 监控 API
Python实战:跨平台电商数据聚合系统的技术实现
本文介绍如何通过标准化API调用协议,实现淘宝、京东、拼多多等电商平台的商品数据自动化采集、清洗与存储。内容涵盖技术架构设计、Python代码示例及高阶应用(如价格监控系统),提供可直接落地的技术方案,帮助开发者解决多平台数据同步难题。
|
11天前
|
数据采集 数据可视化 关系型数据库
基于python大数据的电影数据可视化分析系统
电影分析与可视化平台顺应电影产业数字化趋势,整合大数据处理、人工智能与Web技术,实现电影数据的采集、分析与可视化展示。平台支持票房、评分、观众行为等多维度分析,助力行业洞察与决策,同时提供互动界面,增强观众对电影文化的理解。技术上依托Python、MySQL、Flask、HTML等构建,融合数据采集与AI分析,提升电影行业的数据应用能力。
|
16天前
|
数据采集 数据可视化 安全
基于python大数据的天气可视化分析预测系统
本研究探讨基于Python的天气预报数据可视化系统,旨在提升天气数据获取、分析与展示的效率与准确性。通过网络爬虫技术快速抓取实时天气数据,并运用数据可视化技术直观呈现天气变化趋势,为公众出行、农业生产及灾害预警提供科学支持,具有重要的现实意义与应用价值。
|
19天前
|
存储 机器学习/深度学习 关系型数据库
基于python的个人财务记账系统
本研究探讨了基于Python的个人财务记账系统的设计与实现。随着经济快速发展,个人财务管理日益重要,传统手工记账方式效率低且易出错,而现有商业软件功能复杂、缺乏个性化。Python凭借其简洁语法和强大库支持,适用于开发高效、易用的记账系统。系统结合Pyecharts实现数据可视化,利用MySQL进行数据存储,具备自动分类、统计分析、财务报表生成等功能,帮助用户清晰掌握财务状况,合理规划收支,提升财务管理效率。研究具有重要的现实意义和应用前景。
|
17天前
|
存储 JavaScript 关系型数据库
基于python+vue的居家办公系统的设计与实现
本居家办公系统基于B/S架构,采用Python语言及Django框架开发,结合MySQL数据库和Vue.js前端技术,实现家具销售库存的科学化、规范化管理。系统旨在提升办公效率,降低数据错误率,优化信息管理流程,适应多行业信息化发展需求,具有良好的扩展性与实用性。
|
11天前
|
JavaScript 关系型数据库 MySQL
基于python+vue的贫困生资助系统
本文介绍了餐厅点餐系统的开发环境与核心技术,涵盖Python语言、MySQL数据库、Django框架及Vue.js前端技术,详细说明了各项技术的应用与优势,助力系统高效开发与稳定运行。
|
11天前
|
Python
基于python的餐厅点餐系统
本课题研究开发餐厅点餐系统,旨在提升餐厅信息处理效率与管理水平。通过计算机技术规范点餐流程,加快信息处理速度,助力管理人员高效运作。系统包含功能结构图与具体实现模块,全面展示系统设计与运行逻辑。

推荐镜像

更多