JWT-安全信息传输和用户鉴权方法
1、JWT定义：JWT，即json web Token，是一种遵守RFC 7519标准的用于安全传输信息的方法。它常用于用户登录场景，以替代传统的cookie，用于保存用户登录状态、过期时间等信息。数据签名：JWT能够提供安全性，因为它在传输过程中进行了数据签名。
2、生成JWT 使用jsonwebtoken库：首先，需要安装jsonwebtoken库。该库提供了生成和验证JWT的功能。构建JWT：通过jsonwebtoken库的sign方法生成JWT。JWT由头部、载荷和签名三部分组成。在Payload中，可以包含用户信息，如用户ID、用户名等。设置密钥：生成JWT时，需要指定一个密钥。
3、前端开发中，通常使用 axIOS 发起请求，携带 JWT 令牌。将令牌值放在 http header 的 Authorization 字段。完整代码示例展示了从前端发起请求，携带 JWT 令牌获取用户信息的过程。总结，Node.js 中使用 JWT 进行鉴权实现过程包括环境配置、登录与 JWT 生成、中间件验证、路由处理，以及前端请求携带 JWT。
4、JWT的组成结构 头部：包含JWT的元数据，如所使用的签名算法。载荷：包含实际要传输的数据，如用户身份、权限信息等。这部分数据是JSON格式。签名：对头部和载荷进行签名，以确保数据的完整性和来源的可靠性。签名通常使用私钥进行，以确保只有持有对应公钥的服务器才能验证签名的有效性。
关于前后端鉴权的几种方式
1、前后端鉴权是网络安全的重要组成部分。通过认证用户身份，确保操作者是合法用户。实现方法有四种：HTTP Basic Authentication：通过在请求中包含用户名和密码来验证用户。此方法简单，但存在安全性问题，密码在传输过程中易被截取和修改。解决办法是服务器准备注销账号，当接收到注销账号的请求时进行注销。
2、JWT的使用方式有三种基本途径：认证、授权和状态管理。在项目中使用JWT，通常需要处理JWT的生成、验证和过期等问题。Token与JWT的区别在于，JWT更侧重于使用JSON格式进行安全的数据传递。常见的前后端鉴权方式包括基于Token的鉴权和基于Session的鉴权。加密算法的选择应考虑安全性、性能和兼容性。
3、这种操作，在前后端鉴权系统中，叫 session。典型的 session 登陆/验证流程： **「Session 的存储方式」**显然，服务端只是给 cookie 一个 sessionId，而 session 的具体内容（可能包含用户信息、session 状态等），要自己存一下。
4、更灵活的方式：根据项目的具体需求，后端可以选择其他更灵活的方式将Token传递给前端。 前端需要在后续的请求中手动携带这个Token，通常是通过HTTP请求的Header来实现的。 后端读取Token： 后端在接收到请求时，从请求的Header中读取Token，并使用SaToken进行鉴权。
aka鉴权过程用什么语言实现
1、AKA（Access Key Authentication）鉴权过程可以使用多种编程语言实现，包括但不限于以下几种：java：优势：Java在企业级应用中非常流行，拥有强大的安全框架如JAAS（Java Authentication and Authorization Service），可以提供全面的鉴权解决方案。
2、SIM卡仅支持单向鉴权，而USIM卡开始支持双向鉴权。在4G时代，普遍使用USIM卡。鉴权技术的发展经历了1G到5G时代，从最初的电子序号认证到如今的5GAKA鉴权，不断完善和增强。5G核心网二次鉴权分为基本鉴权过程和二次鉴权过程。
3、鉴权（authentication）是指验证用户是否拥有访问系统的权利。鉴权包括两个方面：用户鉴权，网络对用户进行鉴权，防止非法用户占用网络资源。网络鉴权，用户对网络进行鉴权，防止用户接入了非法的网络，被骗取关键信息。
4、G AKA的认证过程如下：UDM/ARPF创建5G HE AV，生成AV，计算KAUSF和XRES*，然后根据RAND，AUTN，XRES*和KAUSF生成5G HE AV。UDM在Nudm_UEAuthentication_Get响应中将5G HE AV连同指示一起返回给AUSF，AUSF将XRES*与接收到的SUCI或SUPI临时存储起来。
5、鉴权的含义：鉴权是网络对终端进行身份验证的过程，同时终端也需要对网络进行验证，以确保双方的身份可信。鉴权技术的发展：鉴权技术从1G到5G时代不断发展，从最初的电子序号认证到如今的5GAKA鉴权，安全性和可靠性不断提升。
Vue项目前后端分离下的前端鉴权方案
引入SaToken依赖： 在Spring Boot项目中，首先需要引入SaToken的依赖，并根据项目的SpringBoot版本进行适配。 配置SaToken： 在SaTokenConfigure类中添加自定义配置，以满足项目的特定需求。例如，如果前端在Token前添加了特定前缀，需要在配置中指定这个前缀，以便后端能够正确解析Token。
后端处理方式有两种，一是直接将Token返回给前端，二是通过更灵活的方式。此外，Sa-Token可视为header参数的替代，通过模拟Cookie实现鉴权。对比前后端一体与分离架构，差异更为明显。在某些系统中，前端可能会在Token前添加特定前缀，这时需在配置中指定，以便正确解析Token。
需求分析 为了确保layuiAdmin前后端分离项目中的所有请求都按照指定规则进行鉴权，我们需在header中携带token。当鉴权失败时，服务器返回http状态码401，要求重新登录。然而，原生layui方法无法识别这类状态码，因此需要对此进行自定义改造。
需注意，使用GinSkeleton时，推荐的go语言版本应为15，以支持gorm v2的读写分离方案，最新稳定分支为master。接着，介绍了一个结合gin与vue的前后端分离项目——gin-vue。此项目采用gorm访问MySQL，前端使用vue-element-admin框架简化实现，后台则通过jwt进行API接口权限控制。
前端本地开发时，设置URL面临的主要问题包括跨域、cookie种植以及调用外部服务需要真实域名。跨域问题源于浏览器的同源策略，要求协议、域名和端口一致才能相互通信，这在前后端分离的web项目中尤其明显。cookie种植问题与前后端鉴权涉及cookie有关，localhost等域名可能影响cookie的正确种植。
那么，剩下的问题就是讨论A类项目的前后端分离了。这个问题的核心在什么地方呢，在于模板的与数据结合的位置，以及，模板的控制权在谁手里。
