SOA当前面临的问题:安全

 
   | |

导读:SOA革命的浪潮中却有一个被忽略的问题,即它的安全性 - SOA会产生哪些安全影响,如何才能确保基于SOA的企业的数据完整性。

关键词:SOA SOA安全 企业数据

 
正在加载数据...

  SOA的飞速发展大家都看到了,很多企业整天谈的都是SOA,但大家看到SOA好用的同时却忽略了一个关键性的问题:SOA安全。我们已经看到了太多SOA安全问题留给个别开发商的例子,他们竭尽所能的兴建SOA安全功能却但不能处理SOA复杂的内部和外部安全问题。那么在部署SOA的时候,需要考虑周全的SOA安全问题该如何解决呢?SOA将对安全产生怎样的影响以及人们需要采取甚么措施在以SOA为基础的世界中来确保企业数据的完整性呢?

  SOA现在很火爆,每个人都在谈论它是如何从根本上改变应用建立、数据访问和与伙伴进行沟通的方式。SOA所带来的好处已是众所周知。但是在这波SOA革命的浪潮中却有一个被忽略的问题,即它的安全性 - SOA会产生哪些安全影响,如何才能确保基于SOA的企业的数据完整性。

  在购买SOA安全系统的部件之前,要做必要的准备工作,因为市场在不断变化。总的说来,市场上出现的动向对IT人员来说是好消息,因为这意味着更多的选择;要打交道的厂商也可能更少了。但这同时使得采购决策大大复杂化。

  核心安全问题是很困难的,而实际安全管理执行则显得难上加难。因为安全威胁和条件是经常变化的。许多新的攻击类型已被确定,也有新的规则实施,然后你又产生新的公司政策。又可能是因为你使用了新的基础架构,想确保它使用新来源的识别信息。如今许多公司把各自面向服务的架构(Service-Oriented Arthitecture,SOA)向业务合作伙伴开放,那么你是否准备好了应对由此带来的种种风险呢?

  我正好有机会参加一个关于SOA安全的大会,涉及SOA一个最迫切需要解决的问题:安全。

  安全问题确实是SOA比较头疼的问题,你不能指望一个商业开发商完全了解这一切。每个人都在谈论它将如何从跟本上改变应用程序建立的方式,数据存取方式,贸易伙伴沟通方式等等。即使是你用于一群训练有素的开发人员比一般开发人员要了解得更多,我仍然不指望依靠他们根据公司的政策实施适当的安全职能,事实上他们所有的编写都被直接写入其应用代码。”  由于SOA向基础架构引入了许多连接,安全变成了多方面的挑战。如果你在SOA方面有一些经验,你会意识到它增加了新层面的安全问题,这主要是因为你建立了自己的一套松耦合连接,其中包含了大量的依赖关系问题。安全威胁和要求十分复杂,你必须认为一般的开发商都不能完全认识存在的威胁和挑战。事实上要让开发商独立管理安全问题是不恰当的。

  灌输安全理念关键在于通过有效治理。为了贯彻执行一致的安全条件,具体化你的安全条件,非常重要的是要有很好的治理流程以确保适当的安全措施应用到每一个服务当中去。

  看来,安全职能的集中管理才是关键之所在。企业需要“采取政策驱动的执行模式,允许安全部门实际决定受保护内容、保护方式并对这些安全措施尽可能具体化”。

  Web服务一直被认为是组织之间共享数据的一条途径:企业可以有选择地向客户、合作伙伴和供应商开放内部系统,从而让曾经需要人来干预的交易实现自动化。虽然到目前为止,大多数公司避免走这条路,把Web服务放在防火墙后面保护起来,但是服务服务的架构(SOA)的发展和Web 2.0的兴起势必会改变这种情况。

  SOA安全标准的不成熟加剧了互操作性方面的难题。如果想严加保护牵涉多家企业的庞大Web服务网络,每家企业必须就采用的技术、甚至安全策略达成共识:如果合作伙伴的员工使用弱密码来访问系统,那么要求贵企业的员工使用生物特征识别技术和物理令牌是毫无用处的。

  面向服务的体系结构从本质上说是一种由元数据和XML(可扩展的标记语言)一类的标准数据结构协议生成的应用程序。SOA所面临的安全问题与应用其他任何分布式系统时所遇到的安全问题是相同的,即如何确保机密性、完整性和可用性。

  SOA虽然在某些方面使安全简化,但是在其他方面却使安全问题变得复杂。业界人士认为,由于在基础设施中使用了XML一类的数据结构通用协议、IP通信协议和通用操作系统,因此SOA有助于简化某些安全决策;但在模块程序中,由于许多移动部件作为最终应用要集成在一起,因此使安全决策变得复杂。

  举例说,暴露在互联网面前的Web服务需要XML防火墙(又叫SOA安全网关)。然而,由于SOA方面不断合并,这一类产品正开始销声匿迹。

  与此同时,由于XML防火墙功能集成到从管理平台到核心交换机在内的各种产品,选用哪种产品、甚至像使用硬件还是使用软件这些基本决策,将不但取决于任何现有的SOA基础架构,还取决于每家企业的Web服务的规模及预计增长。而虚拟化技术增添了另一个意想不到的变数。

  加密和验证方面的决策更困难,因为它们并不依赖某一家公司。Web服务外联网中的每家公司都要使用同样的技术;眼下有好几项彼此竞争的标准。

  最大的冲突在于身份管理方面,这项复杂工作旨在确保登录到某一家公司系统的用户或者流程获得授权,可以使用合作伙伴的这些系统。这方面已出现了两项不相兼容的标准,它们提供的功能大致一样。第一种是安全声明标记语言(SAML),该标准得到了除微软之外几乎每家公司的支持;微软更喜欢比较新的Web服务联合身份验证(WS-Federation),该标准与其他Web服务标准的关系更为紧密。虽然两者都使用XML,但彼此互不兼容,这意味着使用公共Web服务的企业必须要么同时支持这两项标准,要么确保使用安全Web服务的所有业务合作伙伴都选择同一项标准。

  安全就是这样的一个领域,如果没有在它上面付出应有的努力,那么它就会成为使得任何SOA的举动失败。总而言之,SOA 的安全风险同时来自内外部。企业中使用 Web 服务进行互操作的系统对于内外部攻击的防御能力越来越差。当这些系统使用的 Web 服务由供应商和业务伙伴等外部机构提供时,SOA 和 web 服务的部署工作将变得更加复杂。您应全面考虑上述所有因素并谨慎部署最新的安全解决方案,如应用级防火墙、IDP、 SSL VPN 和 SSL 卸载产品等,以便为企业中的 SOA 环境提供安全保护。

 
来源:互联网    
 
 
 
 
 

SOA与Web服务安全

 
由于微软Azure在市场上可以买到并且于二月份开始付费使用,微软就云计算向美国国会献策。本周微软高级副总裁Brad Smith就颁布一项……
 
由于Web服务的安全要求至少有点模糊的事实,这个情况恶化。Web服务应该是灵活的,以至于其他程序员能用他们来编排Web服务创建者也许没有想象……
 
可扩展标识语言(XML)、Web服务和面向服务架构(SOA)在软件开发领域是最流行的东西。这些流行词在拥有成百上千个独立系统的大型企业中……
 
在面向服务架构中,测试并不能够节省应用程序的运行时间。 没错,运行时间进程和环境必须被测试,但是,通过在细微的视角审视服务的能力极限……
 
如果Wall Street实施健壮的企业架构,经济萎缩应该已经避免了——至少如果你问企业架构新书编者Leon Kappelman……

热门技术手册排行

 

随着开源技术越来越成熟,一个稍有开发经验的人通过学习就可以用开源的产品和技术构建一套可用的系统。对于从事软件开发的人员,尤其是对Java或动态语言相关领域的人来说,“开源”也许是他们最喜爱的单词。但是,很多时候我们需要的不仅仅是一个可用的系统,而是希望这个系统开发更简易、性能更高和扩展性更好等。这确实是一个令人头痛的问题。本指南很多地方都是点到为止,要深入了解相关信息的读者请借助参考资料、网站等自行挖掘。

 

本专题分六部分探讨SOA设计模式,当初设计面向服务架构的一大初衷就是降低服务间耦合度,由此提高服务的灵活性和自由度。

 

业务流程管理(business process management,bpm)不是一个新概念,甚至不是一个新名词。它是从相关的业务流程变革领域,如业务流程改进(bpi)、业务流程重组(bpr)、业务流程革新中发展起来的。流程管理技术也是从早期的工作流管理、eai、流程自动化、流程集成、流程建模、流程优化等技术中发展起来的。

 

TOAGF是一个架构框架,简而言之,TOGAF是一种协助发展,验收,运行,使用,和维护架构的工具。它是基于一个迭代(Iterative)的过程模型,支持最佳实践和一套可重用的现有架构资产。

 

云计算的概念越来越流行,Amazon、Google和IBM是第一批将云计算引入公众视线的公司。云计算就是新的Web2.0,一种既有技术上的市场绽放。

 

Mashup是一个非常cool的新的应用程序种类。如果你想真正的了解它们,我们需要回过头来看看你现在的计算机,其实它就是一个非常好的帮助你理解mashup的模型。现在开源的操作系统无疑是非常好的apis的集合或应用程序编程接口,帮助开发者去构建其应用程序。计算机本身也是一个很好的为用户提供接口的例子,键盘和鼠标可以被理解为你通过计算机的接口而使用的不同的应用程序。本技术手册为读者提供了一些相关信息,如果需要深入了解mashup,读者可以借助其他参考资源。

查看更多
 
 

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
电子邮件地址:
请输入您的电子邮件地址
密码:
下次自动登录