CIO需谨慎对待企业级SOA的安全问题

基于XML的服务间通信易受到监听和窃取

由于XML的纯文本的本质，未经保护的XML在互联网传输过程中很容易被监听和窃取。为了保障基于XML的通信安全，我们需要从传输层和消息层两个层面进行保护。通过传输安全，可以保证只允许授权用户可以访问基于XML的Web服务，目前可扩展访问控制标记语言(Extensible Access Control Markup Language，XACML)和Web服务策略(WS-Policy)是专门用来解决这个问题的两个标准;通过消息安全，可以保证Web服务环境中交换的XML消息的完整性和保密性，Web服务安全(Web Service Security，WSS)和安全声明标记语言(Security Assertion Markup Language，SAML)则用来解决这方面的问题。

目前主要的XML安全标准包括：XML加密、XML签名语法和处理、数字签名和XML密钥管理规范(XML Key Management Specification，XKMS)等。值得一提的是，现有的XML安全标准已经可以实现对XML文档进行有选择的签名处理，而这在以前是不可能做到的，要么整个文档被签名，要么根本不签名。

下面我将重点介绍XML加密和XML签名。它们已经由W3C发布为标准，可以用来把安全加入到基于XML的数据中去。

XML加密是用来把原始的XML数据通过密码依次加密，从而让数据能够在请求者和服务端之间以一种模糊的方式传输。密码仅由请求者和服务端掌握，这就能保证即使是在传输的过程中有数据被截取，窃取者也只能看到一堆毫无意义的字符串，从而防止敏感信息泄露。

另一方面，XML签名则用来防止XML文档的被非法篡改。通过使用XML签名，一个服务供应商可以提供给任何的服务消费者——以一种确定的方式来检测XML的有效负载是否相对于它原来的方式或者原来的状态发生了改变。

需要特别指出的是，XML加密和XML签名适用于任何的XML类型的文档。意识到这一点是很重要的，因为它们不仅仅可以用来保护服务交互的有效负载的交换，同样的它们也可以用来保护类似WSDL这种契约，这些文档也是基于XML的，并且也是SOA中的一个重要组成部分。

同样，市场上也出现了专门解决这类问题的产品，称为XML安全网关。类似传统的防火墙，企业可以把它部署在网络边界上，从而对所有进出的XML数据进行保护。XML安全网关遵循包括XML和WS-Security在内的行业标准，对XML数据进行验证、加密、签名以及认证，来提供安全的基于XML的Web服务通信。此外，它还可提供防火墙功能和访问控制功能。有些产品还可以与网络管理软件集成，帮助企业降低IT管理成本，并解决依从性需求。

XML通信协议消耗大量带宽，引发安全问题

与传统的二进制通信协议相比，XML最高可以消耗高达50倍的带宽，这不仅会导致交互系统性能下降，而且会为分布式拒绝服务攻击提供可趁之机。因此，未经优化的XML通信将导致严重的安全问题。

由于SOA架构的开放性本质，您很难控制SOA中未知的第三方，比如您的合作伙伴，它们可以间接访问未受保护的Web服务。因此，未受保护的Web服务很容易超负荷运转，如果没有访问控制，未受保护的Web服务很容易被来自黑客的大量SOAP消息所“淹没”，结果可能导致拒绝式攻击从而损害系统的正常功能。

为了解决这类问题，市场上已出现了专门的XML加速器。利用基于64位平台架构的语法分析器，该设备可以用来加速XML/SOAP的解析、XML模式的确认、XPath的处理以及XSLT的功能转换。据公开的产品测试报告称，这种XML加速器能够达到每秒处理1万多条XML消息的能力。

缺乏良好的编程模型严重威胁企业安全

对于任何应用程序来说，保护信息访问的安全都是最基本的要求。由于按SOA原则而构造实现的服务、应用程序以及跨组织操作所具有的松耦合特性，这种环境往往更加容易暴露现有安全实现的弱点或局限性，因此缺乏良好的编程模型将严重威胁Web服务的安全。

仅采用边界防御(如防火墙和路由器)来保护企业信息安全是不够的，因为企业必须能够随着其合作伙伴、客户和雇员之间的关系发展而建立和断绝动态的信任关系。因此，企业需要灵活的、可自定义的基础设施，以适应新要求和规章制度。要提供这种灵活性，不应简单的指望将策略生搬硬套到基础设施中，应该在服务的开发过程中建立和遵循由策略驱动的编程模型。SOA编程模型可以确保每个服务调用都符合对请求者和服务端点均有效的安全策略。

未经允许不得转载：DOIT » CIO需谨慎对待企业级SOA的安全问题