xml语言是一种面向数据的标记规范，与html不同，xml标记通常总是力求准确清晰地说明数据本身的涵义，即使对于一些非常陌生的xml文件，人们也很容易理解其所要表达的内容，从这个意义上讲，xml数据是完全开放的。由于在xml规范中并不提供对数据的保密措施，因此，一旦含有商业信息的xml文档被别有用心的人直接得到，泄密几乎是必然的。要设计一个基于xml传递数据的商业系统，信息安全是非常关键的问题，通过对b2b供应链的分析，我们可以发现影响系统xml数据安全保密的因素主要有以下几点：
◇n 监听网络端口或信道，数据在传输的过程中被截取；
◇存在本地或网络存储器中的xml文件被打开阅读；
◇通过浏览器等工具非法访问b2b网站的xml数据；
◇应用层中处理xml数据的组件被非法调用或修改；
◇用户口令泄漏或存在后门可以进入前端管理界面；
◇使用木马或陷阱等手段，记录并分析业务流片断；
◇修改、捏造请求或返回信息以得到应用的控制权；
◇获取网络中以文件形式共享的dtd/schema、xsl。
一般而言，在b2b供应链中，前台的b2b网站由于其开放性，因此受攻击的风险较大；而后台的erp/mrp管理系统可以说涵盖了企业所有重要的事务处理，因此数据的机密级别往往会更高。基于目前的计算机开发技术所限，通常b/s结构的应用系统其安全性较c/s结构更低，这也是影响intranet在企业内部网中普及的一个重要原因。通常在b2b供应链系统中传输处理的xml文档多以动态的数据流形式存在，生存周期很短，必须用指定的应用程序调用而不能直接打开文件，因此，要保障系统中的xml数据安全，除了实际使用过程中加强对计算机系统的全面管理外，在开发设计时选择好的加密机制也很重要，通常对xml数据的加密有以下几种主要方法：
数据秘钥加密
xml数据是基于文本文件的，因此可以使用经典的加密算法对xml数据进行加密，通常我们称xml源数据为明文，加密后产生的目标数据为密文，由明文产生密文的过程称为加密，而由密文恢复明文的过程称为解密。设明文为m，密文n，则可用如下公式表示数据的加密解密过程，其中e为加密算法，f为解密算法：
e（m）＝n
f（n）＝m
上述公式具有很大的缺陷，即任何人只要破译了解密算法f，就可以由密文n算出明文m，此时为了保障数据安全，就必须修改或替换算法e和f，而这意味着要修改系统程序，显然是不切实际的。现代密码学通过秘钥解决此问题，所谓秘钥一般是由数字或字符组成的关键字，并作为加密/解密算法的参数代入，当加密算法e和明文m固定时，采用不同的加密秘钥k将得到不同的密文n，而此时由密文n恢复出明文m同样需要一个解密秘钥k解，根据加密/解密算法的不同，k解可以与加密秘钥k相同或不同，修改后的加密/解密公式表示如下：
e（m，k）＝n //k为随机产生的关键字
f（n，k解）＝m //k解等于k或与k匹配
|
一般我们称k解等于k的秘钥算法为对称算法或单钥算法，此时当有数据在不同计算机间交互时，发送方首先用秘钥k将明文加密，然后传输至接收方，并由接收方采用同样的秘钥解密得到明文。这种方法的一个难题在于，如何使接收方安全地得到发送方随机产生的秘钥k，解决的办法有好多种，这里仅介绍其中最简单的两种，实际设计中可根据系统的要求灵活应变，有关更复杂严密的方法也可参看kerberos、dass等安全标准：
◇点对点秘钥安全：为不同计算机上的应用a与b建立一初始通信秘钥k1，此秘钥可手工输入或编程时设定，并且未被使用过加密数据，因此认为是安全的。当a、b两方要通信时，发送方产生随机秘钥k2，并用k1将k2和xml数据加密，传输至接收方，接收方收到信息，用k1解密后，销毁k1，保存k2，并通知发送方接收成功，发送方得到响应后销毁k1，保存k2，否则重发数据，k2为下一次双方通信的加密秘钥；
◇通过可信第三方的安全服务：在网络中建立秘钥数据库c（即安全服务器），每个在c注册的应用都有一个不同的用户秘钥，该秘钥仅用于应用与数据库c间的通信，由数据库c产生发给应用，一般是定期更换，可以认为是安全的。当a和b通信时，发送方首先将事件告知数据库c，由c产生随机秘钥k，并将k用a、b各自的用户秘钥ka与kb加密后交给a、b，然后双方便可用解密后得到秘钥k对xml数据进行加密/解密。
des是最流行的对称秘钥算法，该算法在七十年代由ibm的密码学专家发明，经过nsa（美国国家安全局）的评估与修改，先后被nist、iso等权威机构作为工业标准发布，可以免费用于商业应用。des采用分组密码技术，即将明文分为长度为64bit的单元组，然后用一个随机产生的56bit数字秘钥对每一组进行加密，并输出长度为64bit的密文，其基本加密步骤如下所示：
1.对64bit的明文单元组进行初始置换ip，如将第1位换到第50位，第50位换到第28位，第28位换到第3位……，并建立置换记录表s，然后将置换结果分为32bit的左右两部分r和l；
2.秘钥置换，将56bit的秘钥分为28bit的左右两部分，每部分分别循环左移1或2位，然后从移动后产生的56位秘钥中选出48位作为压缩秘钥k缩；
3.扩展置换，将单元组右半部分r切分为每4位一小组输入，经过e-盒运算，得到6位的输出结果，即将32bit的r扩展为48位的r扩；
4.s-盒代替，将r扩与压缩秘钥k缩作异或运算得到48bit的输入数据ri，将rs输入指定的8个s-盒，经过替换得到一个32位（8个4位分组）的输出ro；
5.p-盒置换，对ro进行动态的p-盒置换，并将置换结果（32bit数据）与单元组左半部分l异或得到新的右半部分r_，然后将左、右半部分l与r_交换；
6.重复步骤2～5，使该组合操作共循环16轮；
7.将单元组的左、右半部分交换后合并，并进行与初始置换ip相逆的末置换ip－1，即得到该单元组的最终加密结果。
des的解密算法与加密算法基本一致，差别在于压缩秘钥k缩的产生不同，二者顺序正好相反，设加密过程中16轮加密的压缩秘钥依次为k1，k2，k3……k16，则解密过程中的压缩秘钥便为k16……k3,k2,k1。des的算法复杂难懂，但却很容易通过计算机实现，本文在此给出des算法的c源程序，对des算法有兴趣的人可参看bruce schneier所著的《applied cryptography protocols，algorithms，and source code in c》一书。
有关des的争论主要集中在其安全性上，尽管一直没有确实的证据，仍有许多密码学家对des的可靠性表示担心，其原因主要有二：
◇des采用56位秘钥与固定的s-盒，而这都是由nsa制定的，并且没有给出这样做的理由，人们担心nsa会在算法中嵌入后门，这样便可以用简单的方法对数据解密；
◇des是受分析与攻击最多的秘钥算法，随着差分分析技术与线性分析技术的公开，使得大型des破译机的制造成本与破译时间大大降低。
为了提高des算法的强度，人们提出了基于加密分组的链接模式（如cbc、ofb、cfb等）及des的各种变型技术，如多重des和更换s-盒等，其中有些已被证实了具有强化作用（如三重des），而大多数还缺少数学上的验证支持。
除了des外，目前较为流行的对称秘钥算法还有idea、feal、loki、lucifer、rc2、rc4、rc5、blowfish、gost、cast、safer、seal等，这些算法大多只具有美国专利（这意味着你至少可以在国内免费使用），有关它们的算法介绍与源程序代码在互联网新闻组上都可得到。
与对称秘钥算法相对应的是公开秘钥算法（又称双钥加密或不对称加密），该算法要求秘钥成对出现，即k解<>k并且不能实现由k->k解或k解->k的直接推导。通常秘钥k作为公开秘钥在网络中发布，任何人都可以此秘钥为加密秘钥加密数据并发给接收方，而接收方用另一个匹配的秘钥k解（私人秘钥）作为解密秘钥将数据解密，公开秘钥算法的最大优点就在于它不存在秘钥传送所带来的泄密问题，因为其公开秘钥本来就可以随意获得。
rsa是目前应用最为广泛的公开秘钥算法，也是最容易理解和实现的公开秘钥算法，它是1977年由r.rivest、a.shamir和l.adleman三人提出的。其基本算法如下：
选择两个大素数p 和q（通常为100到200位的十进制数）， 计算：n = p * q；
随机选择加密秘钥e，要求 e 和 ( p - 1 ) * ( q - 1 ) 互质；
利用 euclid 算法计算解密秘钥d,满足e * d = 1 ( mod ( p - 1 ) * ( q - 1 ) )其中n和d也要互质；
数e和 n是公钥，d是私钥。两个素数p和q不再需要，应该丢弃，不要让任何人知道；
加密信息 m（二进制表示）时，首先把m分成等长数据块 m1 ,m2,...,mi （采用二进制数），块长s ，其中 2^s <= n,s 尽可能的大（s为小于n的2的最大次幂）；
加密公式：ci = mi^e ( mod n )
解密公式：mi = ci^d ( mod n ) （其中ci为密文分组，mi为明文分组）
rsa算法的安全性完全依赖于分解大数的难度（即得到两个大素数p、q相乘结果很容易，但要由此结果分解得到大素数p、q却非常困难，这也是目前绝大多数公开秘钥算法设计的基本思路），需要指出的是，就纯技术的角度而言，这种逻辑是并不合理的，因为事实上它所基于的仅仅是一种猜测（类似于歌德巴赫猜想），目前在数学上还从未有人能证明过必须先要分解n才能从c和e中计算出m，如果有一天有人能够找到比穷举法有效得多的因式分解法或rsa中的后门，那么，所有用rsa加密的机密数据就有可能被一览无遗。
rsa公开秘钥算法的主要缺点在于1）加密/解密速度太慢，一般而言，与des相比较，rsa的软件实现要慢一百倍，硬件实现要慢一千倍；2)处理数据量小，最多只能有其秘钥的模数大小，如一个1024的rsa公共秘钥最多只能加密1013位数据（多出11位长度要用于编码）。
事实上，在b2b供应链中，我们并不直接使用rsa加密业务数据，而是将它与des等对称秘钥算法混合使用，即先用des对称秘钥加密业务数据，然后用rsa公钥加密des秘钥，并将加密后的业务数据与对称秘钥一起发给rsa私钥持有者（即业务数据的接收端）。这样，既避免了对称秘钥传递时的安全性问题，又消除了rsa算法速度太慢的缺点。
对于xml格式的数据，秘钥加密不仅可用于全文加密，也可用于元素级的加密，这在实际应用中有着非常广泛的意义。它不仅使数据加密可以精确到子元素，而且可以在一个文档中无缝结合加密与未加密数据。以下是一张用xml描述的药材模拟报价单：
<?xml version="1.0" encoding="utf-8"?>
<price sheet>
<addresser name="浙江思能" ></addresser>
<addressee name＝"杭州胡庆余堂药业"><price><铁皮石斛>
<encryptedelement algorithm="des/cbc"
contenttype="text/xml" encoding="base64">
vjqnpdrqt1vmcvbygjfiwdidbyogxgmutgz6tvgopukvg7ixnen50ikw8pmtxfixz5hochoxgttpqk
tqheho5+vlolafgiiodirqghhmhng3cld+8tvrt8wxpbcrsmupx4d2tgxw2tqsepam0zxdmwuxwnsag
ar8hmiromd+bh+tdompv7efz4no5ft3jg3t0trllwvupf/5vaijimusmuukkgyg8x9acs/kxjxhpm
m=peqgzimf+8aa</encryptedelement>
<validtime>2001-1-1至2001-2-1</validtime></铁皮石斛></price></addressee>
<addressee name=" 哈尔滨制药六厂">
...... ..... ............
</price sheet>
|
在这份报价单中，药材价格是非公开的，因此原料商可以根据市场需求、生产成本、产量等因素定好药材价格后，先产生一张原始的报价单，然后将其中的价格部分加密（本例中所使用的算法是des/cbc），并交给代理（可以是一计算机消息队列），代理根据单据上的不同收件人（addressee）将对应的报价部分提取转发，整个过程中代理始终不曾知道药材的报价。显然，本例中若采用全文加密会麻烦的多（需要为每个制药商建立一张报价单，并在文件外部指定收件人）。
通信协议加密
xml是完全面向数据的，因此可以和任何通讯协议相结合，通常我们在xml数据传递的网络编程中使用较多的有tcp/ip、ipx/spx（通常用于后台内部网）、socket、http、soap、xml-rpc、corba（iiop）等协议。由于在b2b供应链中，xml数据主要以异地的输入输出流形式存在（包括表单等业务信息与rpc调用命令，而很少有永久性质的本地xml物理文档存在），因此，我们可以使用面向通讯安全的网络安全协议来实现xml数据传输的安全性。
通常，实现通信协议的加密有如下两种方式：
手工加密数据传输包，即以人工的方式将通信协议包中的数据分组进行加密，这种方式从实际编程上与单纯的数据加密没有什么不同，不过有两点需要注意：
对分组数据进行加密后，通常数据的长度与校验值都会改变，因此要记得修改分组头中相应的字段定义部分；
单个分组数据加密后也必须由单个分组打包发送，尤其是在某些无连接的通讯协议如ip、udp、ipx中，不至于由一个包丢失引起整个分组数据的无效。
采用手工加密xml数据传输包时基于实际通信协议的不同，可以选择使用不同的加密策略。比如当采用socket（传输层）编程时，我们需要建立一个进程之间的安全通道，实现端对端的安全通信，此时所有经过此通道的数据都将被加密。而当采用http、soap等应用层协议时，我们就可以选择采用端对端加密还是应用级加密，比如使用soap协议传输xml文档时，我们就可以实现对某个指定元素的加密。这是由于应用层协议通常都可以理解所传送文档的内部结构，而传输层协议则没有这种能力。
使用安全网络协议，所谓网络安全协议是基于某一层网络协议之上或对应于某种网络协议的安全保密规范。即使用对称秘钥加密、公开秘钥加密、数字签名、ca证书等方法，按照指定的步骤，通过建立安全连接的方法，达到保证网络数据安全传输的目的。
目前在电子商务领域较为流行的网络安全协议有ssl、set、pct、tlsp、s－http、ipsec、pptp、s/mime、pgp 、moss、pem等。其中s－http是http的安全增强版本，由commercenet公司于1994年制定，s-http提供了基于http框架的数据安全规范以及完整的客户机/服务器认证机制。s/mime、moss、pem、pgp是电子邮件的安全传输标准，pem是由irtf安全研究小组设计的邮件保密与增强规范，它的实现基于pki公钥基础结构并遵循x.509认证协议，pem提供了数据加密、鉴别、消息完整性及秘钥管理等功能，目前基于pem的具体实现有tis/pem、ripem、msp等多种软件模型。s/mime是由rsa公司于1995年提出电子邮件安全协议，与较为传统的pem不同，由于其内部采用了mime的消息格式，因此不仅能发送文本，还可以携带各种附加文档，如包含国际字符集、html、音频、语音邮件、图象、多媒体等不同类型的数据内容，目前大多数电子邮件产品都包含了对s/mime的内部支持。pgp是由美国人phil zimmermann开发的一个免费电子邮件（也可用于一般文件）加密工具包。pgp缺省采用idea进行数据加密，rsa（秘钥长度最大为2047位）进行秘钥管理与数字签名，pkzip作为数据预压缩算法，md5作为单向散列算法。pgp符合pem的绝大多数规范, 但不要求必须遵循pki基础结构，而是采用了分布式的信任模型，即每个用户都可维护一个公钥环，pgp与s/mime是目前最为流行的两个电子邮件安全协议。pptp是微软制定的用于建立虚拟专用网络（vpn）的连接协议，pptp允许客户机以拨号方式建立虚拟通道访问internet上的异构网络（如ipx或netbeui）。pptp的底层传输协议必须为ip，它采用了ras公司的rc4作为数据加密方法，保证了在pptp客户端与服务器之间的安全通信。ipsec是由ietf安全小组制定的面向tcp/ip网络安全的协议集，主要包括两个安全协议ah（验证头）和esp（封装安全载荷），以及密钥管理协议ike。其中ah提供无连接的完整性、数据发起验证和重放保护；esp除了ah的全部功能外还可另外提供数据流加密；密钥管理协议ike则负责提供共享的安全参数和密钥协商。这些协议均独立于算法，这种模块化的设计允许只改变不同的算法而不影响实现的其它部分。set是由visa与mastercard公司共同开发的用于互联网安全信用卡数据传输的协议套件，它主要提供客户、商家和银行之间的认证，并确保交易数据的安全性、完整可靠性和交易的不可否认性，特别是保证不将客户银行卡号暴露给商家。set采用公钥密码体制和x.509数字证书标准，属于典型的pki应用，由于其严密卓越的安全特性，set已成为目前公认的网上交易国际安全标准。不过由于目前在国内的电子商务领域中尤其是b2b市场中，还很少使用网上支付的交易方式，因此set的实际应用非常有限。ssl是由netscape制定的互联网安全通信协议，目前的版本为ssl 3.0，使用ssl可以建立一条点对点的安全信道用于实时的数据交互。pct协议是微软制定的ssl2改进版本，据微软称其安全性能要远远高于ssl2，二者格式上的主要差别在于它们版本号字段的最显著位(the most significant bit)取值有所不同: ssl该位取0，pct该位取1。tlsp是基于tcp/ip的传输层安全协议，提供了类似于ssl3的安全性能由itef的tls安全技术小组制定，并作为安全标准草案向iesg正式提交。
ssl是目前电子商务中应用最为广泛的安全协议，其实现模式非常适合编程开发。由于ssl提供传输层的通信加密而与应用层协议独立无关，因此各种高层的应用层协议(如http、ftp、telnet、soap、wddx等)能透明的建立于ssl协议之上。ssl协议在应用层协议通信之前就已经完成加密算法、通信密钥的协商以及服务器认证工作，在此之后应用层协议所传送的所有数据都会被加密，从而保证通信的安全性。如前面所述，由于目前国内b2b市场还很少使用网上支付，因此安全性很高的set协议几乎不太可能用到，而ssl由于其使用范围广（可结合大多数互联网通信协议），所需费用少（可以到网上免费下载基于各种操作系统平台、各种编程语言的工具包），实现方便（比如和ipsec相比较）、安全性高（经过多年实践检验），所以已成为一般网络数据安全通信的首选方案。本文将在下面对ssl的实现作简要介绍：
ssl协议包括ssl记录协议和ssl握手协议两部分，前者指定传输数据的具体格式。后者则负责在支持ssl的客户端和服务器端之间建立安全传输通道，并实现：
◇
【设为首页】
【
【