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

原创 admin  2015-01-08 16:05  阅读 250 次

在这个以“数据为生命”的时代,每一个开发商都尽可能的收集客户的数据建立自己的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 对象签名

为了加深印象,可以互联网上用图文描述签名的文章来帮助理解,原文地址

当我们如通过ws进行较大数据的传输时,如一篇文章,一个长达1w个号码的号码集。同样可以通过签名的方式确保数据的完整性。简单地说:

(1)sign1

1、对数据本身使用Hash函数生成摘要(digest),再通过上述讲到的私钥进行“数字签名”生成。

(2)sign2

2、将该数字签名作为对象的属性传输到服务端。

(3)sign3

3、服务端取得数据,对数据使用Hash函数得到摘要A,并将客户端请求的数字签名进行解密得到摘要B。

4、对比摘要A及摘要B,如果两者一致,则可以确保该数据未被篡改。

总结:这种方式的调用一般应用于重要数据的传输,如:淘宝与商家的支付接口、一些兑换平台的兑换接口等等都采用签名。

四、数字认证(digital certificate)

本文地址:http://www.z1988.com/571.html
版权声明:本文为原创文章,版权归 admin 所有,欢迎分享本文,转载请保留出处!

发表评论


表情