接口安全调用该怎么做？签名？证书？服务安全？

女爷i 2022-04-12 12:19 278阅读 0赞

在这个以“数据为生命”的时代，每一个开发商都尽可能的收集客户的数据建立自己的BI库，各系统、各平台间数据的传输和调用变得非常普遍且非常重要；那么作为开发人员，我们不但要防止系统被攻击被入侵，我们还要确保数据的安全和完整。  
  
在内网传输和外网传输的数据对安全的要求一般是不同的，因为内网数据的传输得到了网络防火墙的保护，起到了隔绝外部攻击的作用，但也并非一定安全；相比之下，对外部开放的接口则需要做的更多更好。我们简单通过四种方式介绍下常见的调用鉴权方式：  
  
一、普通的参数验证(内网系统常用)  
  
2.1 简单参数验证  
  
通过ws接口方法中的参数，验证用于鉴权的参数的值是否正确，起到简单验证作用。如：  
  
public int GetNumberStatus(String Number,String sysPssword) \{\}  
  
这种接口方法可以说没有任何防御性，通过简单的抓包就可以得到参数中的password，进而篡改等等。  
  
2.2 请求对象中加帐号密码  
  
在请求参数较多的情况下，我们会选择把参数封装成一个对象，其中需要验证的部分作为对象的头信息，数据本身作为对象体。这种方式其实也是没有太大的防御作用，不过我们通过头信息的方式可以对接口进行权限控制。如：  
  
public Msgreqheader getMsgreqheader()\{  
Msgreqheader header = new Msgreqheader();  
header.setOperidString( "admin" );  
header.setChannelidString ("chananl1" );  
return header;  
\}  
通过soap方式请求报文如：  
  
<messagereq>  
<msgreqheader>  
  
<operatorid>admin</operatorid>  
  
<channelid>channel1</channelid>  
  
</msgreqheader>  
  
<msgbody>  
<xxx></xxx>  
  
</msgbody>  
</messagereq>  
通过XML报文中的消息头的参数识别接口调用的验证以及权限。  
  
总结：这两种方式应用都非常的普遍，采用哪一种，需要根据请求的参数去判断，对接口安全要求低，数据安全要求低的系统可以采用。  
  
二、ws-security UsernameToken表头验证  
  
三、数字签名（digital signature）  
  
以前对安全验证以及数字认证方面的知识一直觉得讳莫如深，在最近接触的一个项目中，涉及到了数字签名的使用，从一开始我兴致勃勃的以为终于可以搞数字认证了，接触了才发现，原来只是需要数字签名，并没有用到数字认证（相对比较麻烦），其实也蛮好理解和开发。  
  
数字签名的使用，目前接触到的有两种方式，1、签名作为参数；2、全文签名  
  
3.1 签名作为参数  
  
在使用http或者soap传输数据的时候，签名作为其中一个参数，可以起到关键作用：1、鉴权（通过客户的密钥，服务端的密钥匹配）；2、数据防篡改（参数是明文传输，将参数及密钥加密作为签名与服务器匹配）；下面来分析下具体的方式：  
  
将请求参数中的各个键值对按照key的字符串顺序升序排列（大小写敏感），把key和value拼成一串之后最后加上密钥，组成key1value1key2value2PRIVATEKEY的格式，转成utf-8编码的字节序列后计算md5，作为请求的签名。计算出来的签名串应当全为小写形式。如果某个参数的值为空，则此参数不参与签名。  
  
下面举个例子。假设参数列表为：  
  
a 123  
b 帐号  
c 密码  
假设密钥为：123456  
  
则待签名的明文为：a123b帐号c密码123456  
  
将明文按utf-8取字节序列，并计算md5为：332ce52ed0a9686cc32bdd0eb45de577  
  
客户端调用的例子如： http://host:port/search?a=123&b=帐号&c=密码&&sign =332ce52ed0a9686cc32bdd0eb45de577  
  
注：因为md5加密是不可逆的，在服务端取到参数后按同样的规则进行匹配，起到了鉴权及数据完整性的作用。（HTTP协议没有对传输的数据大小进行限制，HTTP协议规范也没有对URL长度进行限制。GET方式:特定浏览器和服务器对URL长度有限制，例如IE对URL长度的限制是2083字节(2K+35)。因此对于GET提交时，传输数据就会受到URL长度的限制。）  
  
3.2 对象签名  
  
为了加深印象，可以互联网上用图文描述签名的文章来帮助理解， 原文地址：http://www.youdzone.com/signature.html  
  
当我们如通过ws进行较大数据的传输时，如一篇文章，一个长达1w个号码的号码集。同样可以通过签名的方式确保数据的完整性。简单地说：  
（1）\[img\]http://img2.tuicool.com/j6VVruZ.jpg!web\[/img\]  
1、对数据本身使用Hash函数生成摘要（digest），再通过上述讲到的私钥进行“数字签名”生成。  
  
（2）\[img\]http://img1.tuicool.com/UJZB3i.jpg!web\[/img\]  
2、将该数字签名作为对象的属性传输到服务端。  
  
（3）\[img\]http://img0.tuicool.com/BVbMry.jpg!web\[/img\]  
3、服务端取得数据，对数据使用Hash函数得到摘要A，并将客户端请求的数字签名进行解密得到摘要B。  
  
4、对比摘要A及摘要B，如果两者一致，则可以确保该数据未被篡改。  
  
总结：这种方式的调用一般应用于重要数据的传输，如：淘宝与商家的支付接口、一些兑换平台的兑换接口等等都采用签名。  
  
四、数字认证（digital certificate）