用Token令牌维护微服务之间的通信安全的实现
在微服务架构中,如果忽略服务的安全性,任由接口暴露在网络中,一旦遭受攻击后果是不可想象的、
保护微服务键安全的常见方案有:1.JWT令牌(token) 2.双向SSL 3.OAuth 2.0 等
本文主要介绍使用Token的实现方式
源码地址:https://github.com/Mike-Zrw/TokenApiAuth
基本流程:

上图中有两个服务,服务A和服务B,我们模拟的是服务A来调用服务B的过程,也可以反过来让服务B来调用服务A。
整个流程简单来说只有两步
- 获取token
- 携带token请求数据
详细流程为
- 客户端请求服务B
- 客户端检测本地缓存是否有服务B的token缓存
- 客户端检测本地不存在对应的token缓存或者token缓存已超时,则调用接口重新获取token
- 客户端调用接口获取token,参数为:时间戳+请求身份标识10位+guid,用rsa非对称加密
- 服务B获取客户端获取token的请求,用ras密钥解密客户端的参数,验证请求是否超时以及标识是否有效
- 服务端验证客户端参数有效则生成token,返回给客户端,token为一个包含了用户名称,过期时间等字段的加密字符串
- 客户端接收到token将token存入本地缓存
- 客户端将加密的token放入HTTP header中像服务端请求获取数据
- 服务端验证客户端的HTTP header中的token信息是否有效,如果有效,则成功返回数据
获取token
服务端会提供一个产生token的接口供客户端来调用,而对于调用该接口的请求同样需要认证,否则岂不是所有人都可以随意调用该接口来生成token了。
我的思路是每个客户端会有一个权限标识,可以是一样的。然后将权限,时间戳和一个随机数组成一个字符串,然后将该字符串以非对称加密。加密后的字符就是调用接口的参数了
在token生成的服务端,会解密客户端传来的数据,并进行权限及时间的校验,验证通过就会生成一个token,该token包含了用户信息及过期时间等数据,然后用HA256加密返回给客户端
一个token包含的结构如下
public class TokenClaims
{
/// <summary>
/// token的发行者
/// </summary>
public string Iss { get; set; }
/// <summary>
/// 用户权限
/// </summary>
public string Role { get; set; }
/// <summary>
/// 用户名
/// </summary>
public string Usr { get; set; }
/// <summary>
/// 签发时间 秒,时间点
/// </summary>
public long Iat { get; set; }
/// <summary>
/// 到期时间 秒,时间点
/// </summary>
public long Exp { get; set; }
/// <summary>
/// 唯一标识
/// </summary>
public string SingleStr { get; set; }
}
其中用户名是服务端生成的,服务端会将该用户名作为键,将该token存储到缓存中。 所以对于每一个请求都会生成一个唯一的用户名
public static TokenResult MakeToken(string RequestParam, string PrimaryKey = null)
{
try
{
dynamic p = JsonConvert.DeserializeObject(RequestParam);
string RequestAuth = p.RequestAuth;//请求人信息
string DesAuth;//解密后的author
if (PrimaryKey == null)
DesAuth = RSAHelper.Decrypt(RequestAuth, Config_PrimaryKey);
else
DesAuth = RSAHelper.Decrypt(RequestAuth, PrimaryKey);
#region 请求历史是否有重复
if (MakeTokenParamHistory.Contains(DesAuth))
{
ToolFactory.LogHelper.Info("生成token身份验证失败:该请求的字符串与之前重复:" + DesAuth);
return new TokenResult() { Success = false, Error_Message = "请求数据非法" };
}
MakeTokenParamHistory.Insert(0, DesAuth);
if (MakeTokenParamHistory.Count > 1000)
MakeTokenParamHistory.RemoveRange(1000, MakeTokenParamHistory.Count - 1000);
#endregion
string ReqAuthId = DesAuth.Substring(DesAuth.Length - 46, 10);//请求人身份标识
long reqTimespan = long.Parse(DesAuth.Substring(0, DesAuth.Length - 46)); //客户端请求时间秒数
if (!ValidTokenAuth(ReqAuthId))
{
ToolFactory.LogHelper.Info("生成token身份验证失败:DesAuth" + DesAuth);
return new TokenResult() { Success = false, Error_Message = "身份验证失败" };
}
if ((TimeHelper.GetTimeSecond() - reqTimespan) > ReqToken_OverTime)
{
ToolFactory.LogHelper.Info("生成token请求时间超时:DesAuth" + DesAuth);
return new TokenResult() { Success = false, Error_Message = "请求时间超时" };
}
string uname = TokenBuilder.CreateUserName(ReqAuthId);
long TokenOverTime = Token_OverTime;
if (AuthMapOverTime != null && AuthMapOverTime.ContainsKey(ReqAuthId))
TokenOverTime = AuthMapOverTime[ReqAuthId];
string tokenStr = TokenBuilder.MakeToken(uname, ReqAuthId, TokenOverTime);
ToolFactory.LogHelper.Notice("生成token:" + tokenStr);
ToolFactory.CacheHelper.SetCache("ServiceTokenCacheKey_" + uname, tokenStr, TimeSpan.FromSeconds(TokenOverTime + 30)); //多存30秒,用于判断token的错误类型
return new TokenResult() { Success = true, Token = tokenStr }; ;
}
catch (Exception ex)
{
ToolFactory.LogHelper.Error("生成token出现异常", ex);
return new TokenResult() { Success = false, Error_Message = "错误的请求:" + ex.Message };
}
}
请求数据
对于携带token的请求,我将token放在http的header中,尽量减少验证对于业务代码的侵入性。
服务端将token取出,并或得token中存储的用户名,然后将服务端缓存的数据取出来判断该token是否有效
/// <summary>
/// 验证客户端发来的token是否有效
/// </summary>
/// <param name="header"></param>
/// <returns></returns>
public static ValidTokenResult ValidClientToken(HttpRequestHeaders header)
{
if (header.Authorization == null || header.Authorization.Parameter == null)
{
return new ValidTokenResult() { Success = false, Message = "not exit token" };
}
string tokenStr = header.Authorization.Parameter;
//ToolFactory.LogHelper.Notice("接收到带token的请求:" + tokenStr);
TokenClaims tcParam = TokenBuilder.DecodeToken(tokenStr);
TokenClaims tcCache = TokenBuilder.DecodeToken(ToolFactory.CacheHelper.GetCache<string>("ServiceTokenCacheKey_" + tcParam.Usr));
if (tcCache != null)
{
if (TokenIsTimeLoss(tcCache.Exp))
{
ToolFactory.LogHelper.Info("token过时,token:" + tokenStr);
return new ValidTokenResult() { Success = false, Message = "token过时" };
}
else if (tcCache.SingleStr != tcParam.SingleStr)
{
ToolFactory.LogHelper.Info("token不正确,token:" + tokenStr);
return new ValidTokenResult() { Success = false, Message = "token不正确" };
}
else
{
return new ValidTokenResult() { Success = true };
}
}
else
{
ToolFactory.LogHelper.Info("ValidClientToken未授权的用户,token:" + tokenStr);
return new ValidTokenResult() { Success = false, Message = "未授权的用户" };
}
}
整个验证框架的主要流程大概就是这样,当然还有很多细节,比如缓存的刷新,请求超时配置等等,有兴趣的可以到github下载具体代码~~~
用Token令牌维护微服务之间的通信安全的实现的更多相关文章
- JHipster技术栈定制 - 基于UAA的微服务之间安全调用
本文通过代码实例演示如何通过UAA实现微服务之间的安全调用. uaa: 身份认证服务,同时也作为被调用的资源服务.服务端口9999. microservice1: 调用uaa的消费者服务,服务端口80 ...
- spring cloud实战与思考(二) 微服务之间通过fiegn上传一组文件(上)
需求场景: 微服务之间调用接口一次性上传多个文件. 上传文件的同时附带其他参数. 多个文件能有效的区分开,以便进行不同处理. Spring cloud的微服务之间接口调用使用Feign.原装的Feig ...
- spring cloud实战与思考(三) 微服务之间通过fiegn上传一组文件(下)
需求场景: 用户调用微服务1的接口上传一组图片和对应的描述信息.微服务1处理后,再将这组图片上传给微服务2进行处理.各个微服务能区分开不同的图片进行不同处理. 上一篇博客已经讨论了在微服务之间传递一组 ...
- SOA和微服务之间的区别
近几年,我们有很多文章对SOA和微服务之间的不同点和相似点进行了分析.有些人认为SOA有很多地方是值得微服务学习的,而有些人则认为区别对待微服务和SOA会更好.而Neal Ford认为,将单体迁移到面 ...
- SpringCloud实战 | 第五篇:SpringCloud整合OpenFeign实现微服务之间的调用
一. 前言 微服务实战系列是基于开源微服务项目 有来商城youlai-mall 版本升级为背景来开展的,本篇则是讲述SpringCloud整合OpenFeign实现微服务之间的相互调用,有兴趣的朋友可 ...
- 微服务之间如何共享DTO?
1. 概述 近些年来,微服务变得越来越流行.微服务基本特征是模块化.独立.易于扩展的.它们之间需要协同工作并交换数据.为了实现这一点,我们创建了名为 DTO 的共享数据传输对象.在本文中,我们将介绍在 ...
- Restful、SOAP、RPC、SOA、微服务之间的区别
什么是Restful Restful是一种架构设计风格,提供了设计原则和约束条件,而不是架构,而满足这些约束条件和原则的应用程序或设计就是 Restful架构或服务. 主要的设计原则: 资源与URI ...
- 服务注册中心之ZooKeeper系列(二) 实现一个简单微服务之间调用的例子
上一篇文章简单介绍了ZooKeeper,讲了分布式中,每个微服务都会部署到多台服务器上,那服务之间的调用是怎么样的呢?如图: 1.集群A中的服务调用者如何发现集群B中的服务提供者呢? 2.集群A中的服 ...
- SpringBoot+SpringCloud实现登录用户信息在微服务之间的传递
实现思路: 1:准备一个ThreadLocal变量,供线程之间共享. 2:每个微服务对所有过来的Feign调用进行过滤,然后从请求头中获取User用户信息,并存在ThreadLocal变量中. 3:每 ...
随机推荐
- Intellij IDEA 使用小结
快捷键 核心快捷键 IntelliJ IDEA 作为一个以快捷键为中心的 IDE,为大多数操作建议了键盘快捷键.在这个主题中,您可以找到最不可缺少的列表,使 IntelliJ IDEA 轻松实现第一步 ...
- Oracle JDBC:驱动版本区别与区分 [转]
classes12.jar,ojdbc14.jar,ojdbc5.jar和ojdbc6.jar的区别,之间的差异 在使用Oracle JDBC驱动时,有些问题你是不是通过替换不同版本的Oracle ...
- WebGL学习(3) - 3D模型
原文地址:WebGL学习(3) - 3D模型 相信很多人是以创建逼真酷炫的三维效果为目标而学习webGL的吧,首先我就是
- SpringBoot ( 七 ) :springboot + mybatis 多数据源最简解决方案
说起多数据源,一般都来解决那些问题呢,主从模式或者业务比较复杂需要连接不同的分库来支持业务.我们项目是后者的模式,网上找了很多,大都是根据jpa来做多数据源解决方案,要不就是老的spring多数据源解 ...
- The ResourceConfig instance does not contain any root resource classes
问题描述 当我们在使用 myeclipse 创建 Web Service Projects 项目后,运行项目然后就会出现这个问题. 解决方案 通过这个错误描述,我们项目没有找到这个资源.报错的原因在于 ...
- git 设置和取消代理
# 设置ss git config --global http.proxy 'socks5://127.0.0.1:1080' git config --global https.proxy 'soc ...
- 学习Lua setmetatable Lua 元表
Lua 元表(Metatable) 在 Lua table 中我们可以访问对应的key来得到value值,但是却无法对两个 table 进行操作. 个人理解,这个相当于其他语言的继承,是把这个类的方法 ...
- 【java】io流之字节输入流:java.io.InputStream类及子类java.io.FileInputStream
package 文件操作; import java.io.File; import java.io.FileInputStream; import java.io.IOException; impor ...
- C# VS2010结合SQL Server 2008数据库编程实现方法
SQL Server 数据库在C#编程中经常用到,如何实现在具体项目中数据库和具体应用的结合是我们经常遇到的问题,我们这次主要针对如何使用SQL Server 数据库展开,下面是具体的操作以及简单的代 ...
- STM32基础分析——USART的DMA模式
有关USART的DMA传输模式,其基本的概念和配置,网上有很多博客和教程都有,这里不再赘述,只是记录一下比较容易忽视而造成调试不通的问题. 1. 串口发送和接收分属两个DMA通道 一般方式操作串口时, ...