SDK接口设计&对接流程

旧街凉风 提交于 2020-08-07 07:01:17

一、前言

基本上系统都会涉及与外部系统的交互,不论数据、或者业务上,这就涉及到 SDK 接口开发,假设接口由您来设计并开发,那么如何保证整个流程的对接、安全性又如何保证呢?ok,开始今天的学习。

(一)SDK 介绍

SDK 即“软体开发工具包”,一般是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件的开发工具的集合。通俗点是指由第三方服务商提供的实现软件产品某项功能的工具包。

摊牌了,不装了,直接上设计的模拟详细的对接流程图

(二)SDK 对接流程图

image

看完之后,您是否基本上对 SDK 的整个两端流程已经有了大致的了解了呢?

二、SDK 接口安全

接口安全,这是 SDK 开发者最担心的问题了,毕竟 SDK 平台如果是暴露互联网,安全不考虑,平台坐着等着瘫痪吧,作为 SDK 设计及开发者,大家肯定会问:

  • 您的接口安全吗?
  • 您的接口数据传输安全,会不会数据泄露?业务数据会不会篡改?
  • 您的接口时效性如何保证?

基于以上的灵魂拷问,咱们就来好好设计下 SDK ,废话不说往下走。

  • 接口安全采用非对称的加密算法 RSA 进行签名,保证接口的完整性安全。
  • 接口数据安全采用对称加密算法 AES 对业务数据进行加密,密文传输。
  • 时效性采用每次请求时间戳保证接口的有效请求。

(一)签名算法

签名流程:
1.对参与AES加密的业务参数数据序列化为JSON字符串,然后对其进行AES加密。得到data参数。
【AES加密模式:CBC 填充:PKCS7 数据块:128位 输出:base64 字符集:UTF-8】
2.然后对非code、msg、sign、可空字段空值以外的所有参数字母ASCII码排序“&”连接,进行RSA签名,得到sign参数。


注:data、sign需要url编码后传输。

在返回结构的状态属于200时,再进行验签流程。
验签流程:
先对返回结果进行RSA验签,得到AES密文,先根据接口版本号,时间戳验证接口有效性、时效性,再对AES密文进行解密,得到返回明文业务数据JSON字符串。

注:data、sign需要url解码

三、工具

工欲善其事,必先利其器

站在巨人的肩膀上做事。

  • RSA 公私钥生成工具。
标签
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!