基于CORBA的电子商务系统的安全性

1、基于CORBA的电子商务系统的平安性摘要：电子商务使用了登载广告并出售货物的新方法来进展交易，并为动态开放式电子商务环境中的大组客户提供效劳和信息。本文说明了实现电子商务应用程序所用的技术，该技术集中于rba框架对于这些解决方案的支持。关键词：通用对象恳求代理体系构造，电子商务，平安性，平台seurityinrba-basedeletrnieresystesliuhai-yan,tianxin-yan,tianxin-yuabstrat:eletrniereprvidesbusinessithneaysfadvertisingandsellinggds,servies,andinfratint

2、largegrupsfustersindynaipeneletrniereenvirnents.thisartileaddressesthetehnlgiesfrrealizingeletrniereappliatins,fusingntherelevaneftherbafraerkfrtheseslutins.keyrds：rba，eletrniere,seurity,platfr1.电子商务介绍通俗的说，所谓电子商务，就是在网上开展商务活动当企业将它的主要业务通过企业内部网intranet、外部网extranet以及internet与企业的职员、客户供销商以及合作伙伴直接相连时，其中发生的

3、各种活动就是电子商务。电子商务是基于internet/intranet或局域网、广域网、包括了从销售、市场到商业信息管理的全过程。目前，电子商务只是在对通用方针和平台意见一致的参与者间的封闭组织内进展。例如，电子数据交换edi被用来在一个机构的多个分支之间，或者在建立了契约联络的机构之间平安地传输数据。而在这些早期阶段，电子商务系统只处理某几个方面的完全商务事务。当客户可以通过他们的eb阅读器来使用的第一批基于eb的商店出现时，建立了电子商务的一个更全面的概念作为internet上传递货物和价格的方式。如今，大多数电子商务系统是基于eb的，并且允许客户通过他们的eb阅读器购置货物并用信誉卡结帐

4、。然而，基于eb的应用程序的局限功能使得很难向客户提供全范围的效劳。将来，电子商务解决方案的需求将超过当前级别。将来的系统将必须通过多个自治的效劳提供商来满足动态开放式环境中的需求，电子商务将成为一个包含多个交易实体间复杂的交互作用的分布式过程。在一个开放式市场中，有许多独立的货物和效劳的供给商，并且可能有通过合并第三方提供的效劳来提供效劳的调解者。客户本身也可能合并随选n-deand产品或者效劳来实现合成包。因此，现代的电子商务系统必须能集成不同种类参与系统和不同政策领域中互相不信任的用户。2背景及将来电子商务平安性问题internet的爆发增长，使得通过为一大群顾客和供给商提供一个通用通讯

5、环境的方法可以发挥电子商务的独一无二的潜力。今天，网上有数以千计的面向消费者和面向交易的商务站点，并且这个数目正在快速增长。从消费者的观点来看，这个大型系统积极的方面是：用户可以从相当大的产品范围内选择，并且寻找最适宜的产品。提供者可以从大量的可能顾客和减少事务花费来获益。然而，电子商务成为世界新热点,但其平安性也随着信息化的深化也随之要求愈高了。快速和不受控制的增长产生了组织和技术天性方面的不同问题。市场照旧是封闭的，并且常常没有完全符合顾客和提供者的需求。今天的电子商务系统在私人拥有的平台上运行，因此应用程序并不能互操作，也不能建立在对方的根底上。平安性和支付系统仍然不成熟，并且常常是不相

6、称的。只有用标准的电子商务框架才能解决这些问题。将来的电子商务系统的主要平安性问题是它们必须通过复杂的组件技术和信托关系在一个动态并开放的，从而也是不受控制的环境中操作。多数电子商务使用的电子支付系统必须很容易使用的，也必须透明地提供鉴定、完好性保护、机密性保护和认可。另外，客户和提供者之间的通讯连接必须保持数据的机密性和完好性，首先保护客户的隐私，其次是确保客户购置的效劳不能被篡改。很不幸，今天的基于eb的电子商务系统不能迎合这些关于功能性和平安性的需求。下面的段落描绘如何用rba来解决一些问题。3rba概述通用对象恳求代理体系构造rba是对象管理组织g1995年首先开发出来的一个标准。其核

7、心局部是对象恳求代理rb，是一个便于实现不同硬件和软件平台上的互操作和集成的软件总线。从软件开发者的观点来看，rb抽象了分布式系统中远程方法调用的内在的复杂性。rba可以抽象网络通讯、平台的差异、编程语言等的差异，并且可以透明地提供电子商务所需的平安性功能。另外，rba指定了大量rba效劳，例如名字效劳、事务效劳、时间效劳或平安性效劳，这些效劳分别着重于分布式系统中的某些特殊方面。图1rba绑定和方法调用图1用一种简单方式说明了rba的工作机理：在最初的绑定阶段，客户端应用程序通过rb库，连接到一个活化组件或名字效劳上，然后依次查询实现库中的目的对象引用并当目的对象还没有运行起来时，启动这个对

8、象，。目的对象引用然后就被传回客户端rb库。客户无论何时通过对象代码桩调用目的方的方法，rb库都要透明地连接到目的rb库上，然后目的rb库通过目的代码骨架，将恳求传递给目的对象。应答通过和之间的链送回。rba的灵敏方法调用系统允许客户动态绑定到效劳方上，从而使得效劳灵敏动态地合成，以及交互作用的调和、互操作性和购物会话过程中的状态保持都很方便。rba还使得电子商务系统支持合成产品的概念和由多个提供者的相应项构成的效劳包的概念。例如，一个旅行社可以提供一个包括飞机票、旅店预约、汽车租赁和旅游向导等的旅行包。很不幸的，实际上多数rba的实现并没有完全遵照标准，许多效劳至今仍不可用。这对平安性效劳尤

9、其不幸，因为平安性效劳对任何基于rba的电子商务系统是绝对必需的。而且，不同厂商的rba实现并不总能完全互操作，尤其当使用别的rba效劳时。没有定制的rba平安性效劳局部地或者完全不遵照使得互操作成为可能的标准。4rba平安性概述rba平安性标准包括一个平安形式和为应用程序、管理程序和实现程序提供的接口和工具。标准中的通用平安互操作局部定义了通用平安性机制，使得可以平安互操作。分布式对象系统的rba平安形式建立在表1所示的平安性特征的根底上。机密性nfidentiality完好性(integrity)可说明性(auntability)表1：平安性特征rba平安效劳标准定义了不同的对象接口，这些

10、接口提供了下面的平安功能来增强上面提及的平安性特征见表2。平安性管理：方法和范围seurityadinistratin：pliiesanddains鉴定(authentiatin)平安性上下文制定seurityntextestablishent存取控制aessntrl通讯保护完好性，机密性uniatinsprtetin(integrity,nfidentiality)平安性审计(seurityaudit)认可(nn-repudiatin)表2：rba平安效劳标准中的平安性功能实际上，特别是在电子商务中，rba平安效劳标准中的平安效劳将不可防止的过于沉重和复杂。个别电子商务系统可能有不同于最初由

11、g料想中rba系统的特别平安性需求。值得指出的是，在这个阶段，rba平安性效劳是围绕分布式计算环境de而设计的，典型地都工作在类似于校园的封闭式环境中，下层平台和政策都可控制也就是说，可以安装和管理de底层平安性构造。在这种环境中，根本的平安需求是保护系统，防止未验证的使用和修改。5电子商务平安需求今天的电子商务系统中，一些平安需求与类似于de的环境大相径庭。在de中，客户必须信任效劳器和系统，但需保护效劳器以防未验证的客户。电子商务环境中，也需要防止有恶意的会员。因此，系统必须保护客户以防恶意的效劳器和另外的客户，也要保护效劳器以防未验证的客户。互相不信任的参与者这个概念并不是de所固有的。

12、在传统的环境中，通过所有权来指定系统的责任，并用通过这些所有权的范围来定义信任边界。在开放式系统中，信任边界、所有权和责任范围可能不同，这引发了不同的问题。例如，商家可能负责购物过程的平安性，而不能控制客户系统。另外，也常常不能规定客户软件所运行的平台例如，rba产品，java版本，操作系统或平安政策例如，操作系统平安性配置。另一方面，客户可能负责一段它并不理解的而后台透明运作的软件，而这个软件可能是由一个后来和客户发生纠纷的供给商提供的。这造成了系统中可信局部如何在供给商和客户间分配的问题。交易的合伙人之间的契约关系应该指明风险分派，责任分派和解决纠纷的原那么。就电子商务来说，我们如今必须处

13、理可能来自一些不可信任源，并且运行在不平安的下层操作系统上的硬件和软件，因此建立这种契约关系的困难就更大了。这样的软件偶然会失效或者恶意地运作，并且太复杂而不能成为多数终端用户的责任。在更技巧性的层上，事务和支付需求更强的完好性和机密性保护，同时需要保证电子兑现的匿名性。也可能存在购物时可以在阅读器端下载轻量的客户应用程序的需求。在这些情况下，客户机装不上大的平安根本设施。客户端的平安政策也许也不允许购物软件永久安装在客户机上。为了使开放的电子商务能实际运作起来，平安电子商务产品需要不定制就可使用，也需要银行掩饰电子支付系统潜在的平安破绽。6rba和电子商务平安性rba平安效劳标准提供了消息层

14、完好性和负责者的鉴定/认可，这两项对电子商务应用程序都很关键。然而，g的电子商务域任务组织gedtf为电子商务系统识别另外几种平安需求。rba标准中并没有下面的需求，或者由于它们仍未被提出，或者由于它们超出了rba所能到达的范围：l事务 rba平安标准提供了审核数据产生，但没有提供所需数据和粒度。l基于角色的存取控制：尽管好的粒度或者灵敏的商务交易中需要单独的存取控制，但电子商务把基于角色的存取控制作为主要形式。rba平安性没有提供基于角色的存取控制。l认可：rba规定根据的生成，但是不提供存储根据、恢复根据和确认根据的工具。电子商务所需的完全的认可功能包括根据生成、确认、存储、恢复和递送权利

15、。这个效劳可以提供创造、起源、接收、服从、赞成、递送和行为的认可。l完好性：应该提供将数据变成完好性所保护的数据、将完好性所保护的数据转变回原始数据、检查是否遗失完好性的功能。另外，也需要着手一些另外的完好性问题。例如，需要有一些用来防止恶意的软件，例如防止计算机病毒所做未验证的修改的机制。除消息层完好性以外，rba没有提供任何电子商务系统需要的其他层上的完好性功能。l受权：rba提供了使得个别责任变得容易的“扮演的受权。然而，电子商务需要别的受权选项，例如简易受权，复合受权，组合特权受权不允许把这些特权来追溯回某些中间节点，和追溯受权提供了链中的受权追溯。目前，rba并不要求提供这些受权形式

16、。l受权在平安性审核中发挥作用。它支持将一条复杂的对象恳求链追溯回最初的用户。l平安性审核库管理：审核效劳可以用来保证所有的用户对他们发起的平安相关事项负责任，并保证建立、保持和保护平安相关事项的审核跟踪。另外，必须提供警告设施，并且搜集、剖面、过滤、分析和查询审核数据也是可能的。rba目前没有提供任何审核管理功能。l平安性管理：电子商务平安性管理应该关心以下三个范畴：管理功能的平安性、平安效劳管理和平安机制管理。当前，rba并没有提供任何平安性管理工具。7基于rba的电子商务rba作为电子商务系统的底层构造有许多优点，本节概述其中几个优点。开放式电子商务系统的两个主要需求是互操作性和完好性。

17、所有的客户和供给商应用程序都应该可以在一个灵敏的、动态的、开放的框架中，越过不同平台，不同编程语言和商业布局来互操作。rba可以从开放的电子商务环境的复杂性中抽象出来。rba方便了电子商务系统和其它系统之间的交互作用，比方股票管理系统、会计系统、行销系统等，并使得和以前的应用程序的之间集成变得容易，例如，一个旧的股票数据库系统。从软件开发者的观点来看，rba使得一切都变得比拟简单，尤其是假如打算进展不同的商店配置时。rba抽象了网络和动态的远程商店调用，允许应用程序开发者集中精力在实际的程序上，而不是集中在底层构造的内部工作方式上。应用程序开发者可以再利用已存在系统中的局部(例如平安性系统)来

18、开发新程序。rba的灵敏构造也使得开发者可以实现整个商业街的一局部来迎合特殊的贸易需求，并为进一步增强系统和容易地晋级这局部商业街软件提供坚实的基矗将来，个别基于rba的可定制的商业街组件就可用了，可以购置它，并可以很容易的将之即插即用进已存在的商业街中，来增强或晋级商店系统，。为了使得商店组件的动态互用性运转起来，一套定义良好的标准效劳需要在电子商务环境下可用。例如，用来描绘对象例如货物、效劳、合同、发票或帐单等的语义需要广泛定义。因此，g和商业网erenet共同定义了一系列电子商务效劳的需求，也就是说，语义数据工具，选择/商议工具和支付效劳。语义数据工具提供了对电子市场参与者之间语义信息交换的支持，商议效劳提供了一组从事商业事务的参与者，在效劳或工具的选择和配置上互相协定的支持，而电子支付工具关注支付协议的调用。实际上，rba还是经常被认为是一项不成熟的技术，尤其是rba没有实现许多