加签和验签

基本概念

明文/密文：明文是没有经过加密的数据，密文是加密后的数据
公钥/私钥：公钥和私钥是相对来说的，一般公钥用来解密，私钥用来解密
对称加密/非对称加密：对称加密公钥和私钥相同，非对称加密公钥和私钥不同，不论公钥私钥都可被称为密钥
加密/解密：加密是明文转密文，解密是密文转明文
原始报文/摘要/数字签名：原始报文即为经过加密处理的报文，当原始报文经过了一些 hash 算法处理之后就成为了数字摘要，如果经过sha256 或者 RSA 处理之后，当数字摘要经过密钥加密之后就成为了数字签名

加签的过程就是 hash 函数对原始报文做一个 hash 之后得到数字摘要，然后再把数字摘要通过密钥做一次加密之后得到一个数字签名，一般请求方会把 [原始报文]+[数字签名] 一起发给服务端，让服务端验证签名

在这里插入图片描述

服务端拿到 [原始报文]+[数字签名] 之后先对数字签名部分使用密钥解密之后拿到数字摘要，再把原始报文通过 hash 算法加密之后比较两个数字摘要是不是一样的来验证签名

在这里插入图片描述

一般最简单的加签，验签方式

如请求方传过来原始报文和加密后的报文，因为原始报文和加密后的报文无法推出加密方式，然后在服务端对原始报文做一个加密，如果和传过来的密文相同则验证成功。其实主要是验证原始报文和加密后的报文的对应关系是否成立

一些常见的 jwt 方式，auth 2.0

其实验签的过程就是请求方把原文和密文一起传过来，然后服务端验证方需要验证原文和密文是匹配的，可以通过原文加密后等于密文来验证，或者密文解密后和原文一致来验证。如果这个加密解密方式是非对称的，那么用户即使知道多组原文密文的组合也无法推算出密钥是什么，因此就无法篡改

标签： https http 安全

本文转载自: https://blog.csdn.net/abcnull/article/details/123502285
版权归原作者 abcnull 所有，如有侵权，请联系我们删除。