C#请求JavaAPI接口安全校验流程【线下系统定制】（精简版）

利用RSA加密算法,MD5加密算法，签名认证机制，Token校验机制，时间戳失效机制

加密解密流程

演变一

1. C# 利用RSA加密算法对账号密码进行加密，POST请求到Java后端，（加密算法的参数是用公钥进行加密的）
2. Java后端接收之后先把接收的数据处理一下（坑）（前后端传输的时候存在转义字符，转义字符是自动变成空格，我接触到的是+号，还有很多比如 (  [   {  /  ^  -  $   ¦  }  ]  )   ?  *  +    . ）
3. 字符串转换之后，再利用RSA解密算法（解密算法的参数是用私钥进行解密的）
4. 解密之后剩下的就是常规操作了

演变二

问题来了： 难道是什么时候都可以请求 后端服务接口吗，总有一天会被黑客破解掉 然后干倒我们的！

1. 时间戳校验失效机制上场了。
2. 通过获取（后端）当前时间戳函数——前端传过去的时间戳函数=失效时间
3. 我这里的失效时间是5秒中，5秒钟不发生响应我就认为失效了，你必须重新请求

System.currentTimeMillis() - time > 1 * 50 * 1000

演变三

兜兜转转，我们好像遗留了最初的问题！接口身份！ 为什么可以访问？

1. Token身份验证出来了。为什么要把Token放在这里输出呢，因为我这是CS端的Token，意思也就是说，Token的用处是 验证登录之后的请求是否被后端允许，而不是第一次。
2. 这里是一大堆验证成功之后，我会把Token放在json里发给前端。然后以供前端下次请求应用

String jsonConcat=JsonUnit.JSONMain(1, UUID.randomUUID().toString(),merchant,1);

演变四

最后一步，也是这里的大结局了！签名机制，验证以上信息是否被篡改

1. 我的操作流程就是通过客户端对账号密码和盐一系列的MD5加密，因为MD5是不可逆的，所以利用MD5来进行签名验证是最合适不过了。
2. 客户端请求API发送的签名参数{e3e7a8a0c40f3629e87072ae237e3acd}，到底和谁比较呢？
3. 前端传递的账号，密码用公钥RSA加密过后的密文，后端通过私钥进行RSA解密，解密之后再进行账号密码盐的拼接进行MD5进行加密
4. 到了这一步估计大家都懂了。也就是后端RSA解密的信息重新加密和前端的签名数据进行比较！

数据接收处理

1. 创建一个接收Json包基类（这个基类一定要是泛型）
2. 在基类中要有一个泛型的对象用于随时随地扩展接收的各种数据
3. 接收过来之后要用JsonConvert.DeserializeObject(json字符串) 变换成对象处理使用
4. 最后一步就是实体列表转换格式放入C#的显示UI界面

这个项目设计到跨国业务，收费项目，无法公布太多，抱歉！

总结

如果以上信息听的有点糊里糊涂的，可以学习一下我之前整理的HTTPS底层原理！完美的解释了浏览器的所有的访问流程以及原理！