‘壹’ 什么是非对称加密
非对称加密算法是一种密钥的保密方法。
非对称加密算法需要两个密钥：公开密钥（publickey）和私有密钥（privatekey）。公开密钥与私有密钥是一对，如果用公开密钥对数据进行加密，只有用对应的私有密钥才能解密；如果用私有密钥对数据进行加密，那么只有用对应的公开密钥才能解密。因为加密和解密使用的是两个不同的密钥，所以这种算法叫作非对称加密算法。 非对称加密算法实现机密信息交换的基本过程是：甲方生成一对密钥并将其中的一把作为公用密钥向其它方公开；得到该公用密钥的乙方使用该密钥对机密信息进行加密后再发送给甲方；甲方再用自己保存的另一把专用密钥对加密后的信息进行解密。
另一方面，甲方可以使用乙方的公钥对机密信息进行签名后再发送给乙方；乙方再用自己的私匙对数据进行验签。
甲方只能用其专用密钥解密由其公用密钥加密后的任何信息。 非对称加密算法的保密性比较好，它消除了最终用户交换密钥的需要。
非对称密码体制的特点：算法强度复杂、安全性依赖于算法与密钥但是由于其算法复杂，而使得加密解密速度没有对称加密解密的速度快。对称密码体制中只有一种密钥，并且是非公开的，如果要解密就得让对方知道密钥。所以保证其安全性就是保证密钥的安全，而非对称密钥体制有两种密钥，其中一个是公开的，这样就可以不需要像对称密码那样传输对方的密钥了。这样安全性就大了很多。
‘贰’ 微信支付遇到签名验证失败的解决方法
1．下单的签名方式使用MD5方式
2．利用下单获取到的prepay_id，来进行调起支付阶段的paySign的签名
3．如果提示签名验证失败：
①首先检查你的5个参数是否完整：timeStamp，nonceStr，package，signType，paySign
②signType 必须是MD5，官方demo不是MD5,改为MD5,这也是大坑，当然我自己用python 写的时候直接用的MD5
③在做paySign签名的时候，需要6个参数，上述5个参数去掉paySign(不参与签名),加上appId(注意是大写I,这是个大坑，这个错了那签名必然失败)和key
④如果上述步骤没问题还是失败，那么去https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=20_1验证以下你的签名是否通过
⑤还有一点签名的时候必须把所有英文全部转为大写
4．欢迎评论，多多交流
‘叁’ 微信小程序-微信支付签名验证
在微信支付之后,小程序会主动向服务端发送支付状态.为了防止恶意篡改,必须生成签名发送给服务端进行验证.
签名生成官方文档:https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=4_3
签名验证分为如下几步:
1.与服务端确认上传的签名内容(即上传参数key=value)以及加密方式.并且要到商户平台设置的密钥key.
2.生成随机字符串nonceStr.
3.将要上传的参数,对参数按照key=value的格式，并按照参数名ASCII字典序排序,比如:
假设传送的参数如下：
appid： wxd930ea5d5a258f4f
mch_id： 10000100
device_info： 1000
body： test
nonce_str： ibuaiVcKdpRxkhJA
则:stringA="appid=wxd930ea5d5a258f4f&body=test&device_info=1000&mch_id=10000100&nonce_str=ibuaiVcKdpRxkhJA";
4.拼接API密钥,例如:stringSignTemp=stringA+"&key=" //注：key为商户平台设置的密钥key
5.对拼接秘钥后的字符串进行加密并且转换为大写.(加密方式自定)
6.将参数以及加密得到的sign一起上传给服务端进行验证.
7.查看服务端返回结果.
谢谢大家~
‘肆’ 图文彻底搞懂非对称加密（公钥密钥）
前文详细讲解了对称加密及算法原理。那么是不是对称加密就万无一失了呢？对称加密有一个天然的缺点，就是加密方和解密方都要持有同样的密钥。你可以能会提出疑问：既然要加、解密，当然双方都要持有密钥，这有什么问题呢？别急，我们继续往下看。
我们先看一个例子，小明和小红要进行通信，但是不想被其他人知道通信的内容，所以双方决定采用对称加密的方式。他们做了下面的事情：
1、双方商定了加密和解密的算法
2、双方确定密钥
3、通信过程中采用这个密钥进行加密和解密
这是不是一个看似完美的方案？但其中有一个步骤存在漏洞！
问题出在步骤2：双方确定密钥！
你肯定会问，双方不确定密钥，后面的加、解密怎么做？
问题在于确定下来的密钥如何让双方都知道。密钥在传递过程中也是可能被盗取的！这里引出了一个经典问题：密钥配送问题。
小明和小红在商定密钥的过程中肯定会多次沟通密钥是什么。即使单方一次确定下来，也要发给对方。加密是为了保证信息传输的安全，但密钥本身也是信息，密钥的传输安全又该如何保证呢？难不成还要为密钥的传输再做一次加密？这样不就陷入了死循环？
你是不是在想，密钥即使被盗取，不还有加密算法保证信息安全吗？如果你真的有这个想法，那么赶紧复习一下上一篇文章讲的杜绝隐蔽式安全性。任何算法最终都会被破译，所以不能依赖算法的复杂度来保证安全。
小明和小红现在左右为难，想加密就要给对方发密钥，但发密钥又不能保证密钥的安全。他们应该怎么办呢？
有如下几种解决密钥配送问题的方案：
非对称加密也称为公钥密码。我更愿意用非对称加密这种叫法。因为可以体现出加密和解密使用不同的密钥。
对称加密中，我们只需要一个密钥，通信双方同时持有。而非对称加密需要4个密钥。通信双方各自准备一对公钥和私钥。其中公钥是公开的，由信息接受方提供给信息发送方。公钥用来对信息加密。私钥由信息接受方保留，用来解密。既然公钥是公开的，就不存在保密问题。也就是说非对称加密完全不存在密钥配送问题！你看，是不是完美解决了密钥配送问题？
回到刚才的例子，小明和下红经过研究发现非对称加密能解决他们通信的安全问题，于是做了下面的事情：
1、小明确定了自己的私钥 mPrivateKey，公钥 mPublicKey。自己保留私钥，将公钥mPublicKey发给了小红
2、小红确定了自己的私钥 hPrivateKey，公钥 hPublicKey。自己保留私钥，将公钥 hPublicKey 发给了小明
3、小明发送信息 “周六早10点soho T1楼下见”，并且用小红的公钥 hPublicKey 进行加密。
4、小红收到信息后用自己的私钥 hPrivateKey 进行解密。然后回复 “收到，不要迟到” 并用小明的公钥mPublicKey加密。
5、小明收到信息后用自己的私钥 mPrivateKey 进行解密。读取信息后心里暗想：还提醒我不迟到？每次迟到的都是你吧？
以上过程是一次完整的request和response。通过这个例子我们梳理出一次信息传输的非对称加、解密过程：
1、消息接收方准备好公钥和私钥
2、私钥接收方自己留存、公钥发布给消息发送方
3、消息发送方使用接收方公钥对消息进行加密
4、消息接收方用自己的私钥对消息解密
公钥只能用做数据加密。公钥加密的数据，只能用对应的私钥才能解密。这是非对称加密的核心概念。
下面我用一个更为形象的例子来帮助大家理解。
我有下图这样一个信箱。
由于我只想接收我期望与之通信的朋友信件。于是我在投递口加了一把锁，这把锁的钥匙（公钥）我可以复制n份，发给我想接受其信件的人。只有这些人可以用这把钥匙打开寄信口，把信件投入。
相信通过这个例子，可以帮助大家彻底理解公钥和私钥的概念。
RSA 是现在使用最为广泛的非对称加密算法，本节我们来简单介绍 RSA 加解密的过程。
RSA 加解密算法其实很简单：
密文=明文^E mod N
明文=密文^D mod N
RSA 算法并不会像对称加密一样，用玩魔方的方式来打乱原始信息。RSA 加、解密中使用了是同样的数 N。公钥是公开的，意味着 N 也是公开的。所以私钥也可以认为只是 D。
我们接下来看一看 N、E、D 是如何计算的。
1、求 N
首先需要准备两个很大质数 a 和 b。太小容易破解，太大计算成本太高。我们可以用 512 bit 的数字，安全性要求高的可以使用 1024，2048 bit。
N=a*b
2、求 L
L 只是生成密钥对过程中产生的数，并不参与加解密。L 是 (a-1) 和 (b-1) 的最小公倍数
3、求 E（公钥）
E 有两个限制：
1<E<
E和L的最大公约数为1
第一个条件限制了 E 的取值范围，第二个条件是为了保证有与 E 对应的解密时用到的 D。
4、求 D（私钥）
D 也有两个限制条件：
1<D<L
E*D mod L = 1
第二个条件确保密文解密时能够成功得到原来的明文。
由于原理涉及很多数学知识，这里就不展开细讲，我们只需要了解这个过程中用到这几个数字及公式。这是理解RSA 安全性的基础。
由于 N 在公钥中是公开的，那么只需要破解 D，就可以解密得到明文。
在实际使用场景中，质数 a,b 一般至少1024 bit，那么 N 的长度在 2048 bit 以上。D 的长度和 N 接近。以现在计算机的算力，暴力破解 D 是非常困难的。
公钥是公开的，也就是说 E 和 N 是公开的，那么是否可以通过 E 和 N 推断出 D 呢？
E*D mod L = 1
想要推算出 D 就需要先推算出 L。L 是 (a-1) 和 (b-1) 的最小公倍数。想知道 L 就需要知道质数 a 和 b。破解者并不知道这两个质数，想要破解也只能通过暴力破解。这和直接破解 D 的难度是一样的。
等等，N 是公开的，而 N = a*b。那么是否可以对 N 进行质因数分解求得 a 和 b 呢？好在人类还未发现高效进行质因数分解的方法，因此可以认为做质因数分解非常困难。
但是一旦某一天发现了快速做质因数分解的算法，那么 RSA 就不再安全
我们可以看出大质数 a 和 b 在 RSA 算法中的重要性。保证 a 和 b 的安全也就确保了 RSA 算法的安全性。a 和 b 是通过伪随机生成器生成的。一旦伪随机数生成器的算法有问题，导致随机性很差或者可以被推断出来。那么 RSA 的安全性将被彻底破坏。
中间人攻击指的是在通信双方的通道上，混入攻击者。他对接收方伪装成发送者，对放送放伪装成接收者。
他监听到双方发送公钥时，偷偷将消息篡改，发送自己的公钥给双方。然后自己则保存下来双方的公钥。
如此操作后，双方加密使用的都是攻击者的公钥，那么后面所有的通信，攻击者都可以在拦截后进行解密，并且篡改信息内容再用接收方公钥加密。而接收方拿到的将会是篡改后的信息。实际上，发送和接收方都是在和中间人通信。
要防范中间人，我们需要使用公钥证书。这部分内容在下一篇文章里会做介绍。
和对称加密相比较，非对称加密有如下特点：
1、非对称加密解决了密码配送问题
2、非对称加密的处理速度只有对称加密的几百分之一。不适合对很长的消息做加密。
3、1024 bit 的 RSA不应该在被新的应用使用。至少要 2048 bit 的 RSA。
RSA 解决了密码配送问题，但是效率更低。所以有些时候，根据需求可能会配合使用对称和非对称加密，形成混合密码系统，各取所长。
最后提醒大家，RSA 还可以用于签名，但要注意是私钥签名，公钥验签。发信方用自己的私钥签名，收信方用对方公钥验签。关于签名，后面的文章会再详细讲解。
‘伍’ 开放平台API接口安全性设计——微信支付为例
API接口，类似 http://mypay.com/refund/order_id=123&mch_id=123 ，这个请求我以商户mch_id=123的身份给订单号为order_id=123退款，如果服务器不辩别请求发起者的身份直接做相应的操作，那是及其危险的。
一般的，在PC端，我们是通过加密的cookie来做会员的辨识和维持会话的；但是cookie是属于浏览器的本地存储功能。APP端不能用，所以我们得通过token参数来辨识会员；而这个token该如何处理呢？
延伸开来，接口的安全性主要围绕Token、Timestamp和Sign三个机制展开设计，保证接口的数据不会被篡改和重复调用。
一般来说，在前端对数据做加密或者前面，是不现实的。前后端使用HTTP协议进行交互的时候，由于HTTP报文为明文，所以通常情况下对于比较敏感的信息可以通过在前端加密，然后在后端解密实现"混淆"的效果，避免在传输过程中敏感信息的泄露（如，密码，证件信息等）。不过前端加密只能保证传输过程中信息是‘混淆’过的，对于高手来说，打个debugger，照样可以获取到数据，并不安全，所谓的前端加密只是稍微增加了攻击者的成本，并不能保证真正的安全。即使你说在前端做了RSA公钥加密，也很有可能被高手获取到公钥，并使用该公钥加密数据后发给服务端，所以务必认为前端的数据是不可靠的，服务端要加以辩别。敏感信息建议上https。
所以一般建议上https，敏感信息md5混淆，前端不传输金额字段，而是传递商品id，后端取商品id对应的金额，将金额等参数加签名发送到支付系统。金额可以是明文的。
token授权机制 ：用户使用用户名密码登录后，后台给客户端返回一个token（通常是UUID），并将Token-UserId键值对存储在redis中，以后客户端每次请求带上token，服务端获取到对应的UserId进行操作。如果Token不存在，说明请求无效。
弊端 ：token可以被抓包获取，无法预防MITM中间人攻击
用户每次请求都带上当前时间的时间戳timestamp，服务器收到请求后对比时间差，超过一定时长（如5分钟），则认为请求失效。时间戳超时机制是防御DOS攻击的有效手段。
将token，timestamp等其他参数以字典序排序，再加上一个客户端私密的唯一id（这种一般做在服务端，前端无法安全保存这个id）或使用私钥签名，将前面的字符串做MD5等加密，作为sign参数传递给服务端。
地球上最重要的加密算法：非对称加密的RSA算法。公钥加密的数据，可以用私钥解密；私钥签名（加密）的数据，可以用公钥验签。
RSA原理是对极大整数做因数分解，以下摘自维基网络。
暂时比较忙没时间，将于7月29日晚更新。
来更新啦。
微信支付安全规范，可以查看官方文档 https://pay.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=4_3
第1点中，其签名算法最重要的一步，是在最后拼接了商户私密的API密钥，然后通过md5生成签名，这时即使金额是明文也是安全的，如果有人获取并修改了金额，但是签名字段他是无法伪造的，因为他无法知道商户的API密钥。当然，除了微信支付的拼接API生成签名的方法，我们也可以通过java自带的security包进行私钥签名。其中nonce随机字符串，微信支付应该做了校验，可以防止重放攻击，保证一次请求有效，如果nonce在微信支付那边已经存在，说明该请求已执行过，拒绝执行该请求。
阮一峰老师的博客-RSA算法原理： http://www.ruanyifeng.com/blog/2013/07/rsa_algorithm_part_two.html
维基网络： https://zh.wikipedia.org/wiki/RSA%E5%8A%A0%E5%AF%86%E6%BC%94%E7%AE%97%E6%B3%95
‘陆’ 微信支付页面怎么加密
微信支付页面加密，具体操作步骤如下：
操作环境：
品牌型号：iPhone13
系统版本：iOS15.3.1
app版本：v8.0.18
一、首先打开微信app，在首页找到并点击底端的我的选项，这时在个人页面点击支付功能，
二、在支付页面选择右上角三点图标，接下来点击修改支付密码，
三、先输入旧的支付密码，以验证身份，这时输入新的支付密码，然后再输入一次确认，点击完成就可以了。
【拓展资料】
微信支持多种语言，以及手机数据网络。用户可拍摄照片或视频发送至“朋友圈”。用户可在联系人列表中选择联系人，使用云端服务将数据备份和恢复，以保护用户通讯录数据。微信中还有订阅号、服务号、企业号等功能，可以供用户订阅他们喜欢的公众号，也提供一个良好的自媒体平台，每个人都可以申请个人订阅号发布个人的文章等，用户可以透过订阅或者搜索获取微信公众号的文章，用户使用微信大部分功能都不会被收取费用。
微信的主要社交功能，只有互相是微信联系人才可以进行即时通讯。在通帧中，有文字消息、语音消息、语音输入、语音与视频聊天、照片与视频分享、定位分享、微信红包、转账等功能。利用蓝牙和其他近场通信，微信可以和附近的人获取联系，并提供各种功能，方便人们随时联系。同时，它还与腾讯QQ和脸谱等社交网络服务平台集成。照片还可以加上滤镜和注释，文字信息还可以机器翻译。
微信支持不同类型的即时信息，包括文字短信、视频、语音短信、实时对讲和表情包。用户可以发送事先保存或实时的图片和视频、其他用户的名片、优惠券、红包或当前的定位。
用户可以通过语音聊天室和一群人语音对讲，但与在群里发语音不同的是，这个聊天室的消息几乎是实时的，并且不会留下任何记录，在手机屏幕关闭的情况下也仍可进行实时聊天。
微信是由深圳腾讯控股有限公司（Tencent Holdings Limited）于2010年10月筹划启动，由张小龙带领腾讯广州研发中心产品团队打造。腾讯公司于2011年1月21日推出的一款支持Android以及iOS等移动操作系统的即时通信软件，其面对智能手机用户。
用户可以透过客户端与好友分享文字、图片以及贴图，并支持分组聊天和语音、视讯对讲功能、广播（一对多）消息、照片/视讯共享、位置共享、消息交流联系、微信支付、理财通，游戏等服务，并有共享流媒体内容的Feed和基于位置的社交插件“摇一摇”、“朋友探测器”和“附近的人”快速新增好友。
‘柒’ 关于验签
1.hash计算
是把任意长度的输入通过散列算法变成固定长度的输出，该输出就是散列值。简略讲就是把任意长度压缩到固定长度的摘要函数。
2.公钥和私钥
（1）私钥
私钥加密又称对称加密，即信息的加密方和解密方用同一个秘钥去加密和解密数据。优点是加/解密速度快，适合对大量数据进行加解密。缺点是不易管理。
单秘钥加密法，是指用同一个秘钥进行加解密，也称对称加密和秘钥加密。由于加密和解密方都用同一种加密方式，所以这种方式本身就不安全。
（2）公钥
非对称加密，这种加密方式需要两个秘钥：一个公钥一个私钥，公钥和私钥是成对的。用某个私钥进行加密，需要对应的公钥解密；对用某个公钥加密，需要对应私钥才能解开。
非对称加密的方法保密性好，但是加密和解密花费时间长、速度慢。
3.验签
对于接收到的报文，本地进行一次签名过程，对比本地签名产生的签名和接收的签名值，若相同则验签成功。
4.数字信封加密
针对敏感信息，使用随机生成的私钥进行对称加密。同时，为了保证堆成秘钥的安全性，使用公钥证书，对对称私钥进行非对称加密，得到数字信封。
5.数字信封解密
针对接收到的数字信封，进行数字信封加密的逆向操作，得到敏感信息明文，即为数字信封解密。
6.数字证书
网络通讯中标志各通讯各方身份的一系列数据，类似于现实生活中的身份证。它是由一个权威机构发行的，人们可以在互联网上用它识别对方的身份，证书格式遵循ITUTX.509国际标准。