任务38:JWT 设计解析及定制

改造jwt token

token的值不放在Authorize里面,而是放在header的token里面

asp.net core的源代码

Security的下面

https://github.com/aspnet/AspNetCore/tree/master/src/Security

github源代码的讲解

这是jwtBearer的认证的源码:

https://github.com/aspnet/AspNetCore/tree/master/src/Security/Authentication/JwtBearer/src

AddJwtBearer的扩展方法在这里。

https://github.com/aspnet/AspNetCore/blob/master/src/Security/Authentication/JwtBearer/src/JwtBearerExtensions.cs

就是我们的StartUp里面的方法调用的AddJwtBearer

JwtBearerHandler.cs

https://github.com/aspnet/AspNetCore/blob/master/src/Security/Authentication/JwtBearer/src/JwtBearerHandler.cs

这里提供我们一种方式Token可以从别的地方去拿,而不是从Header的Authorize的里面去拿token:

1分55秒

拿到token以后,下面会进行一些验证。我们要看关键是如何去加在自己的认证。

我们就是要加一个自己的Validate,在循环里面完成自己的业务逻辑。

也就是我们需要把token读取的地方给换掉。同时把token验证的逻辑换掉。

2分57秒

我们看到这里new了一个MessageReceivedContext 实际上它是包装,把我们当前的HttpContext和Scheme以为Options配置全都放进来

然后下面调用了 MessageReceived的这种方式

我们的MessageReceivedContext 在这个地方:

https://github.com/aspnet/AspNetCore/blob/master/src/Security/Authentication/JwtBearer/src/MessageReceivedContext.cs

然后是:JwtBearerEvents

https://github.com/aspnet/AspNetCore/blob/master/src/Security/Authentication/JwtBearer/src/JwtBearerEvents.cs

我们可以把这个地方给改掉:

同时最下面还有TokenValidated方法,我们用来手动写一下

开始写代码

开始改写我们之前写的代码:3分27秒

我们先把原来的代码注释掉

          //SecurityTokenValidators这是一个数组,我们先把它清空掉,否则它会从里面拿验证
o.SecurityTokenValidators.Clear();
//new一个event,我们要对它进行改造
o.Events = new JwtBearerEvents() {
OnMessageReceived = context =>{
var token = context.Request.Headers["mytoken"];//获取header中的token
context.Token = token.FirstOrDefault();//赋值给Context中的Token
return Task.CompletedTask;
}
};

然后再加Validator验证

根目录下创建类:MyTokenValidator.cs

继承:ISecurityTokenValidator在这个命名空间下using Microsoft.IdentityModel.Tokens;

修改接口的方法的返回值。

完成认证,以及给indetity赋值的过程

上面判断了token的值如果不对就返回了null是不可以的。必须要返回一个principal对象,哪怕是一个空的

再次修改如下:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;
using Microsoft.AspNetCore.Authentication.JwtBearer;
using System.Security.Claims;
using Microsoft.IdentityModel.Tokens; namespace JwtAuthSample
{
public class MyTokenValidator : ISecurityTokenValidator
{
public bool CanValidateToken => true; public int MaximumTokenSizeInBytes { get; set; } public bool CanReadToken(string securityToken)
{
return true;
} public ClaimsPrincipal ValidateToken(string securityToken, TokenValidationParameters validationParameters, out SecurityToken validatedToken)
{
//进行验证
validatedToken = null;//要先进行赋值 var identity = new ClaimsIdentity(JwtBearerDefaults.AuthenticationScheme); if (securityToken == "abcdefg")
{
identity.AddClaim(new Claim("name", "wjw"));
identity.AddClaim(new Claim("SuperAdminOnly", "true"));
identity.AddClaim(new Claim(ClaimsIdentity.DefaultRoleClaimType, "user"));
} var principal = new ClaimsPrincipal(identity); ; return principal;//不能直接返回null这里必须返回一个pincipal对象 }
}
}

MyTokenValidator

然后在startup中丢过去这段验证

这样就完成了定制的过程,我们修改了token的来源,同时我们该了token的验证方式

加了个;

[Authorize(Policy ="SuperAdminOnly")]

所以在验证的时候,我们也必须要给claim的一个SuperAdminOnly的Claim

本机代码报错:

System.InvalidOperationException:“The AuthorizationPolicy named: 'SuperAdminOnly' was not found.”

policy策略的相关文章:

https://www.cnblogs.com/freeliver54/p/6256538.html

博客园遇到的错误的地址:https://q.cnblogs.com/q/92774/

中文官方文档:

https://docs.microsoft.com/zh-cn/aspnet/core/security/authorization/policies?view=aspnetcore-2.2

*****************************************************************************

参考视频的代码写法 ,就是运行不起来。

以下是视频中的截图:

输入一个错误的token

输入一个正确的mytoken的值。然后就会返回 200.并且输出 claim的值

这是视频中的项目,和原来的JwtAuthSample不是一个项目。

任务38:JWT 设计解析及定制的更多相关文章

  1. 【ASP.NET Core快速入门】(十二)JWT 设计解析及定制

    前言 上一节我们讲述的书如何使用jwt token,而且上一节的token是要加Authorization:bearer XXXXXXXXXXXX才能访问. 这一节我们来研究如何自定义类似jwt的to ...

  2. 菜鸟入门【ASP.NET Core】12:JWT 设计解析及定制

    前言 上一节我们讲述的书如何使用jwt token,而且上一节的token是要加Authorization:bearer XXXXXXXXXXXX才能访问. 这一节我们来研究如何自定义类似jwt的to ...

  3. 38-JWT 设计解析及定制

    可去官网下载Security项目查看源码 只需修改 AddJwtBearer中的行为即可 public void ConfigureServices(IServiceCollection servic ...

  4. Kafka设计解析(二)- Kafka High Availability (上)

    本文转发自Jason’s Blog,原文链接 http://www.jasongj.com/2015/04/24/KafkaColumn2 摘要 Kafka在0.8以前的版本中,并不提供High Av ...

  5. Kafka设计解析(七)- Kafka Stream

    本文介绍了Kafka Stream的背景,如Kafka Stream是什么,什么是流式计算,以及为什么要有Kafka Stream.接着介绍了Kafka Stream的整体架构,并行模型,状态存储,以 ...

  6. Kafka设计解析(五)- Kafka性能测试方法及Benchmark报告

    本文转发自Jason’s Blog,原文链接 http://www.jasongj.com/2015/12/31/KafkaColumn5_kafka_benchmark 摘要 本文主要介绍了如何利用 ...

  7. 专注于个人服装定做_服装设计_Fabric_Design_Tailor-迦勒定制网

    专注于个人服装定做_服装设计_Fabric_Design_Tailor-迦勒定制网 客服热线:400-720-7206 工作时间:AM 09:00-PM 10:00 周六/周日/节假日:设计师休息

  8. 揭秘Kafka高性能架构之道 - Kafka设计解析(六)

    原创文章,同步首发自作者个人博客.转载请务必在文章开头处以超链接形式注明出处http://www.jasongj.com/kafka/high_throughput/ 摘要 上一篇文章<Kafk ...

  9. 流式处理的新贵 Kafka Stream - Kafka设计解析(七)

    原创文章,转载请务必将下面这段话置于文章开头处. 本文转发自技术世界,原文链接 http://www.jasongj.com/kafka/kafka_stream/ Kafka Stream背景 Ka ...

随机推荐

  1. 【面试 struts2】【第三篇】struts2的问题

    1.struts2的工作流程 1>客户端浏览器发出HTTP请求. 2>根据web.xml配置,该请求被FilterDispatcher接收 3>根据struts.xml配置,找到需要 ...

  2. ubutu强制结束进程 kill -9 ProcessID

    强制终止进程 kill -9 2128 表示强制结束进程号 2128 对应的进程.

  3. C++ 宏定义与常量

    原文: http://blog.csdn.net/t894690230/article/details/50605021 前言:突然想起很久之前上课时被问及C++ 宏定义与常量的区别,仔细了想了想,并 ...

  4. Python中ConfigParser模块应用

    Python中ConfigParser模块应用 Python的ConfigParser模块定义了3个对INI文件进行操作的类 RawConfigParser.ConfigParser和SafeConf ...

  5. iOS开发核心语言Objective C —— 面向对象思维、setter和getter方法及点语法

    本分享是面向有意向从事iOS开发的伙伴们.或者已经从事了iOS的开发人员.假设您对iOS开发有极高的兴趣,能够与我一起探讨iOS开发.一起学习,共同进步.假设您是零基础,建议您先翻阅我之前分享的iOS ...

  6. CPU Stepping

    http://baike.baidu.com/view/16839.htm?fr=ala0_1_1 步进 编辑   步进(Stepping)是CPU的一个重要参数,也叫分级鉴别产品数据转换规范,“步进 ...

  7. SQL Server故障转移集群

    在XenServer集群上给客户搭建一个应用服务,要求有负载均衡,Web服务器用Windows Server 2008 R2 + IIS,数据库Sql Server 2008 R2,并且使用SAN存储 ...

  8. mysql insert操作

    insert的语法 INSERT [LOW_PRIORITY | DELAYED | HIGH_PRIORITY] [IGNORE] [INTO] tbl_name [(col_name,...)] ...

  9. mysqld与mysqld_safe的区别

    文章1: 直接运行mysqld程序来启动MySQL服务的方法很少见,mysqld_safe脚本会在启动MySQL服务器后继续监控其运行情况,并在其死机时重新启动它.用mysqld_safe脚本来启动M ...

  10. mysql优化----explain的列分析

    sql语句优化: : sql语句的时间花在哪儿? 答: 等待时间 , 执行时间. 等待时间:看是不是被锁住了,那就不是语句层面了是服务端层面了,看连接数内存. 执行时间:到底取出多少行,一次性取出1万 ...