数据传输安全解决方案[研究分析]

1、数据传输安全解决方案传输安全解决方案1一.总体框架2二.安全需求32.1 应用集成和政务集成中的安全需求32.2 OA 产品的安全需求41安全电子邮件42电子签章53数字水印54防拷屏55安全加密文档52.3方案中解决的安全问题和需求6三 PKI 方案73.1 PKI 简介7(1) 提供用户身份合法性验证机制7(2) 保证敏感数据通过公用网络传输时的保密性8(3) 保证数据完整性8(4) 提供不可否认性支持83.2 非对称密钥加密技术简介83.3 PKI 的组成部分93.3.1 认证和注册审核机构(CA/RA)103.3.2 密钥管理中心113.3.3 安全中间件12四. PMI 部分134.

2、1 什么是PMI134.2 为什么需要PMI144.3 PMI 发展的几个阶段154.4 PMI 的安全体系模型16二十一世纪是信息化世纪，随着网络技术的发展，特别是Internet 的全球化，信息共享的程度进一步提高。数字信息越来越深入的影响着社会生活的各个方面，各种基于互联网技术的网上应用，如电子政务、电子商务等也得到了迅猛发展。网络正逐步成为人们工作、生活中不可分割的一部分。由于互联网的开放性和通用性，网上的所有信息对所有人都是公开的，所以网络上的信息安全问题也日益突出。目前政府部门、金融部门、企事业单位和个人都日益重视这一重要问题。如何保护信息安全和网络安全，最大限度的减少或避免因信息

3、泄密、破坏等安全问题所造成的经济损失及对企业形象的影响，是摆在我们面前亟需妥善解决的一项具有重大战略意义的课题。网络的飞速发展推动社会的发展，大批用户借助网络极大地提高了工作效率，创造了一些全新的工作方式，尤其是因特网的出现更给用户带来了巨大的方便。但另一方面，网络，特别是因特网存在着极大的安全隐患。近年来，因特网上的安全事故屡有发生。连入因特网的用户面临诸多的安全风险：拒绝服务、信息泄密、信息篡改、资源盗用、声誉损害等等。类似的风险也存在于其它的互联网络中。这些安全风险的存在阻碍了计算机网络的应用与发展。在网络化、信息化的进程不可逆转的形势下，建立安全可靠的网络信息系统是一种必然选择。一.总

4、体框架构建平台统一、系统安全、投资合理、运行高效的系统平台，提供服务于应用集成、数据集成和表现集成的全线产品，为企事业单位信息化构建动态协同的基础设施。图11产品框图办公系统满足企事业单位日常办公的各种业务需要，是政府、企业信息化的基础应用系统；数据交换平台提供各系统间的业务集成，是企事业单位实施全方位信息化和数据共享的基础中间件平台；一站式服务平台实现政府跨部门的网上行政、网上办公和网上审批，是实现阳光行政、高效行政、依法行政的关键平台；统一信息门户提供丰富的内容表现方式、全方位的访问接入方式和个性化服务，是企事业单位信息化的统一入口，是领导决策的信息来源，是政府、企业的形象的集中表现。安全

5、中间件作为PKI的主要组成部分是连接CA与各应用系统的桥梁，使得各应用系统与CA之间实现松散连接。安全中间件是以公钥基础设施（PKI）为核心、建立在一系列相关国际安全标准之上的一个开放式应用开发平台，并对PKI基本功能如对称加密与解密、非对称加密与解密、信息摘要、单向散列、数字签名、签名验证、证书从证，以及密钥生成、存储、销毁等进一步扩充，进而形成系统安全服务器接口，和通信安全服务接口。安全中间件可以跨平台操作，为不同操作系统上的应用软件集成提供方便，满足用户对系统伸缩性和可扩展性的要求。在频繁变化的企业计算机环境中，安全中间件能够将不同的应用程序无缝地融合在一起，使用户业务不会因计算环境的改

6、变遭受损失。同时，安全中间件屏蔽了安全技术的复杂性，使设计开发人员无须具备专业的安全知识背景就能够构造高安全性的应用。二.安全需求2.1 应用集成和政务集成中的安全需求随着网络技术的发展，特别是Internet 的全球化，各种基于互联网技术的网上应用，如电子政务、电子商务等得到了迅猛发展。应用的需求越来越复杂，迫切需要各种独立的异构分布式应用之间能够进行协同互操作，传统的分布式构件方案如DCOM 和CORBA 难以满足应用开发的需要，于是由于XML 技术的逐渐成熟，出现了一种新的分布式、松耦合、自描述的分布式组件服务Web Service 。因为Web Service 具有跨平台、易开发的优良

7、特性，因此在应用系统集成领域和网络服务领域成为了一个广泛应用的标准。DCI 产品框架平台就是这样一个完全基于J2EE 平台和Web Service 的完整的企业应用和电子政务应用的集成平台。但是因为Web Service 的开放性和通用性，为了能够保护信息系统的安全，对Web Service 的安全性提出了很高的要求。Web Service 迫切需要一个完整的安全服务框架，来为上层应用开发提供全面的安全服务。构建Web Service 的安全框架的困难在于：web service 是非常分布式的，并且关键的安全实现和算法都是由不同提供商实现的。将各分散的业务部门和它们原先的异构的安全系统和架构

8、统一集成到Web Service 安全和业务平台上，并且能够以一种信任关系在各部门应用之间共享用户信息、描述和权限是一个摆在面前的巨大挑战。为什么需要安全的可信的Web Services 与过去十年中客户/服务器和基于Web 的应用一样，XML Web Services 给应用开发和信息系统的构建带来了革命性的影响。通过使用标准协议，如XML、SOAP、WSDL 和UDDI，应用能够更容易的相互通讯，并且更快、更便宜的进行应用集成，供应链集成，实现分布式的服务模型。XML Web Service 接口是基于XML 和松耦合的。XML 和SOAP 允许任意系统间进行相互通讯，无论它是一个Offi

9、ce XP 桌面还是一个大型主机系统。随着自动化业务流程集成的越来越普及，越来越多各式各样的系统通过Web Service 加入到一个广泛的Web Service 集成环境中去，因此出现了以下一些问题： 非集中的架构 非集中的管理 用异构的技术实现 多个部门间相互连接 多个企业间相互连接 天然的对等的架构 有可能对Internet 开放上面的每一个问题都是对系统安全的严峻挑战。如何跨越多个异构系统在整个环境中实施一个安全策略？如何为一个不了解安全系统的外部提供商提供安全服务？如何监视和审计跨越多个异构系统的安全活动事件? 要解决上述问题，仅依赖于传统的防火墙和入侵监测系统是不足够的，即使加上了

10、SSL 和VPN 也只是解决了数据在网络中安全传输的问题，并没有解决跨系统的认证和访问授权问题，也没能解决面向Internet 的服务安全问题。要解决这些问题，需要提供一个完整的基于Web Service 的安全和企业应用集成架构。DCI 架构以及产品系列提供了对上述问题的完整解决方案（完整的架构说明请看另文）。2.2 OA 产品的安全需求1安全电子邮件电子邮件已经是现在最常使用的文本通讯手段，是OA 系统中的核心功能之一。为了保证电子邮件的安全，需要能够使用数字证书对邮件进行数字签名和数字加密。安全电子邮件是在原有的 MIME 邮件规范的基础上，新增了许多强有力的安全功能。通过基于“S/MI

11、ME” 协议来实现，可以与各种支持相同协议的常用邮件程序（如OutLook 系列、Netscape 系列）兼容互通。2电子签章在办公和文档管理中，需要将传统的印章、签名方法同现代的数字签名技术相结合，用电子数据安全来支持用户的传统使用习惯，使整个系统具有更好的易用性，同时又具有完善的安全性。这种结合被称为电子签章。在电子签章系统中需要PKI 提供的数字证书和数字签名服务，并结合智能卡或其他身份识别技术，实现各种常用应用文档编写程序的签署插件，并通过OA 系统进行公文文档的工作流传递。同时随着Web 化办公的兴起，迫切需要用户能够安全的通过浏览器来传递数据，同时能够验明自己的身份，因此需要有能够

12、对网页上用户提交的数据进行数字签名和加密的能力。3数字水印由于多媒体信息很容易被未授权的用户复制，特别是图片性文档，因此采用传统密码方法并不能完全解决以上问题,于是人们开始通过永久性数字水印来解决这一难题。数字水印技术是指用信号处理的方法在数字化的多媒体数据中嵌入隐含的标记。数字水印(Digital Watermarking)广泛应用于数字作品版权保护、隐蔽通讯、电子商务等领域。通过在OA 系统中应用数字水印技术，对发给不同用户的需要保密的图片文档使用该用户的印章进行水印加注，日后一旦图片原本泄漏，可以追查图片的泄漏来源，进而得到防范和威慑效果。4防拷屏某些秘密文档需要特定人于特定机器才能进行

13、浏览，为了防止用户用拷屏的手段复制屏幕上已经解密的秘密信息并泄密，需要提供一些辅助的软件工具来阻止用户进行拷屏操作。5安全加密文档在办公系统中，某些秘密文档不允许以解密后的明文文档方式存在，要求必须在存储时，文档必须是加密的。这就需要办公系统中提供一些文档目录的加解密客户端工具。这些加解密的客户端工具软件能够自动加解密整个文件目录。2.3方案中解决的安全问题和需求 身份认证通常我们在Web 应用中使用口令、证书、Kerberos、LDAP 等不同验证方式来认证服务的请求者，并且在更高的安全级，要需要请求者通过SmartCard 或生物指纹技术进行验证。同样服务的请求者也需要认证服务的提供者。

14、授权/访问控制Web Service 很容易进行访问，因此授权并限制外部对该Web Service 的访问是相当重要的。不仅要能够控制应用/用户能够访问哪些信息，还要控制应用或用户有权执行哪些操作。此外能够对管理权进行委托，以能够管理大型组织结构的跨应用的访问授权。特别的对于不同域之间，如B2B 的场景中，系统间需要能够相互认证并能够交换授权断言。 单点登录（Single Sign On）在Web Service 环境中，单点登录扮演着非常重要的角色。在Web Service 环境中，各式各样的系统间需要相互通讯，但要求每个系统都维护彼此之间的访问控制列表是不实际的。用户也需要更好的体验以不需

15、要繁琐的多次登录和身份验证来使用一个业务过程中涉及到的不同系统。在Web Service 的单点登录环境下，还包含这样一些系统，它们有着自己的认证和授权实现，因此需要解决用户的信任状在不同系统间进行映射的问题，并且需要保证一旦一个用户被删除，则该用户将不能访问所有参与的系统。SAML 是一个将认证和授权信息以XML 格式编码的标准。一个Web Service 因此能够从一个SAML 兼容的认证和授权服务中请求并收到SAML 断言，并据此验证和授权一个服务请求者。SAML 可以用来在多个系统间传递信任状，并因此被用于单点登录的方案中。 数据加密标准的安全通信协议，如使用SSL 来实现端到端的数据

16、加密。但是在Web Service 的环境的许多情形下，一个消息的不同部分可能会被多个Web Service 消息中介进行处理，因此需要XML Encryption 加密标准来允许对一个消息的不同部分进行加密，同时可以不对路由的目的消息头进行加密，以减少敏感的加密性能损失。 数字签名和防止否认在系统间消息通讯中，特别是对那些跨越企业或不同行政单位的消息，需要保证消息的完整性、防篡改，还要保证该消息确定来自于所期望的源。这一切都可以通过数字签名来实现。XML Signature 标准提供了签名XML 文档的一部分的方法，它提供了跨越多个系统的端到端的数据完整性。同时数字签名和时间戳还能防止对已发

17、生交易的否认。 重放攻击为了防止网络截听者拦截并拷贝有效的消息，特别是身份验证消息，并在随后的时间重放该消息，以获得非法利益的情况发生，必须实现两次握手的身份验证过程，并保证身份信息数据是机密传输的。这样的验证过程可以是基于SSL 的，也可以是自定义的。 恶意和拒绝服务攻击Web Service 是如此容易进行调用，一般来说Web Service 都是通过HTTP 和HTTPS 协议进行调用的，而大多数防火墙又开放80 和443 端口以作为标准的Web 消息通道。防火墙一般不会检查在通道上传输的SOAP 消息的合法性。这就需要Web Service 的基础设施是稳固可靠的，不会因为消息中非法的

18、错误数据而出现内部错误，从而拒绝服务，也不会因为不合法的超长消息而导致系统资源耗尽而拒绝服务。 入侵检测要整理出所有对庞大的Web Service 方法的误用是一个非常困难的任务。通过安全策略和访问控制管理可以减少对系统的非法入侵。要防止系统入侵，需要很好的智能化分析手段，并借助于专家系统来帮助检测恶意的行为。 安全系统管理如何对在Web Services 环境中各个异构系统的安全配置进行管理，并能够监控其安全状态是一个需要解决的问题。这就需要各个系统能够按照统一的系统管理标准进行远程管理并提供系统的安全状态信息。技术发展三 PKI 方案3.1 PKI 简介PKI 是Public Key In

19、frastructure ( 公共密钥体系)的缩写，是一个使用非对称密钥加密原理和相关技术实现的安全基础设施。PKI 为组织机构建立和维护一个可信赖的安全环境，为应用系统提供对身份认证、数据保密性和完整性、不可否认等特性的支持，以满足应用系统对安全性的需求。在基于Internet 技术的电子政务和电子商务场景下，应用系统对安全性的需求在技术上最终都归于以下四个方面：(1) 提供用户身份合法性验证机制身份认证(Authentication)是分布式部署的信息系统首先面临的安全问题。举一个简单的例子，当用户B 接收到一封来自用户A 的重要文件，那么用户B 首先需要确认的是该文件的确是由用户A 本人

20、发出的，而不是第三者以用户A 的名义发出的，如果这一点无法保证，那么即使能够确认文件本身的数据完整性和保密性，也没有任何意义。在分布式部署的企业信息系统中，用户的交互往往是非面对面的，因此提供一个可靠的身份认证过程将是讨论一切安全措施的前提条件。传统的用户名+密码的身份认证方式在安全性方面存在各种缺陷，应用系统需要采用其它更为有效的身份验证机制。(2) 保证敏感数据通过公用网络传输时的保密性保密性(Confidentiality) 需求是指应用系统需要能够确保敏感数据只被特定的用户查看。以前面的例子为例，用户A 需要保证所发出的文件的内容只有用户B 才能查看。很多时候，用户A 通过公共网络，比

21、如以电子邮件的形式将文件发给用户B，这时，保证文件的内容不被第三者查看变得尤为重要。(3) 保证数据完整性保证数据完整性(Integrity)就是确认我们所接收到的来自某一用户的数据是完整的和未被篡改的。以上面的例子为例，用户B 除了需要确认该文件的确是由用户A 发出的以外，还需要确认这封文件在传输过程中没有被有意或无意的篡改，即用户B 接收到的文件和用户A 发出的文件是完全一致的。(4) 提供不可否认性支持安全的信息系统常常要求实现用户在系统中的行为的不可否认性(Non-Repudiation)。以前面的例子为例，当用户A 发出该文件之后，用户A 将再不能否认曾经发出该文件这一事实。在需要用

22、户对自己在系统中的行为承担责任的场合，不可否认性显得非常的重要。PKI 为从技术上实现以上需求提供了原理上的保证，我们对此在下一小节中加以简单的介绍。3.2 非对称密钥加密技术简介PKI 基于非对称密钥加密技术来实现应用系统对身份认证、数据保密性和完整性、不可否认性的支持。理解非对称密钥加密技术的基本原理是理解PKI 为什么安全的基本前提，也只有在对PKI 的原理有一定程度的了解之后，才能有效的部署和实施PKI。在传统的加密算法中，接收密文的一方使用与加密密钥相同的密钥作为解密密钥，这种加密技术因此被称为对称密钥加密技术。对称密钥加密算法本身是非常安全的，问题出在如何传递加密所使用的密钥上。为

23、了解决这一问题，提出了非对称加密技术。非对称加密在加密时和解密时使用不同的密钥，设为密钥p 和q。使用密钥p 加密的数据必须使用密钥q 才能解密，而使用密钥q 加密的数据必须使用密钥p 才能解密。但是从密钥p 本身计算出密钥q 是不可行的。PKI 使用了非对称加密技术，其中的一个密钥称为私钥，由证书的持有者妥善保管，必须严格保密，另一个密钥称为公钥，通过CA 公布，无须保密。当用户A 需要将数据以加密的方式传递给用户B 时，用户A 使用用户B 的公钥加密数据，加密后的数据必须使用用户B 的私钥才能解密，因此可以保证数据传输过程的保密性。为了验证数据的真实性，用户A 使用自己的私钥对数据的哈希值

24、加密，用户B 使用用户A 的公钥对哈希值解密，并与接收到的数据的哈希值进行对比。由于私钥不在公共网络上传播，所以PKI 有很高的安全性。3.3 PKI 的组成部分PKI 方案的基本结构如图3-2 所示。图3-2 PKI 的基本结构CA 和RA 相互配合，负责PKI 系统中的数字证书的申请、审核、签发和管理。密钥管理中心与IT 系统中的用户管理中心协同工作，负责PKI 中的密钥对的生成、备份和恢复。IT 系统中的应用系统通过安全中间件使用PKI 系统提供的各种安全服务。PKI 中的加密服务组件负责驱动系统底层的加密软件和硬件。安全中间件为应用系统隔离了PKI 系统中的复杂技术细节，而加密服务组件

25、实现了PKI 系统与来自第三方的加密软件和硬件集成的能力。PKI 系统中可以配置多套加密服务组件，以驱动不同的加软件和硬件。安全中间件与加密服务组件的组合方式通过安全策略管理中心配置，而不由应用系统控制，因此保证了PKI 方案的可扩展能力和可定制能力。3.3.1 认证和注册审核机构(CA/RA) 认证机构CA 是PKI 的信任基础，它管理公钥的整个生命周期，其作用包括签发证书、规定证书的有效期和通过发布证书废除列表(CRL)来确保必要时可以废除证书。注册审核机构RA 提供用户和CA 之间的接口，主要完成收集用户信息和确认用户身份的功能。这里指的用户，是指将要向认证机构(即CA)申请数字证书的客

26、户，可以是个人，也可以是集团或团体、某政府机构等。RA 接受用户的注册申请，审查用户的申请资格，并决定是否同意CA 给其签发数字证书。注册机构并不给用户签发证书，而只是对用户进行资格审查。因此，RA 可以设置在直接面对用户的业务部门。对于一个规模较小的PKI 应用系统来说，可把注册管理的职能由认证中心CA 来完成，而不设立独立运行的RA。但这并不是取消了PKI 的注册功能，而只是将其作为CA 的一项功能而已。PKI 方案推荐由一个独立的RA 来完成注册管理的任务，通过保证CA 和IT 系统其余部分的物理隔绝，可以增强应用系统的安全。CA 签发的数字证书一般由RA 通过LDAP 服务器发布，供P

27、KI 系统中的用户需要时进行检索和获取。CA/RA 服务器使用数据库服务器保存相关的数据。图3-3 描述了CA、RA、数据库和LDAP 服务器之间的关系。图3-3 证书机构和注册审核机构(CA/RA) 3.3.2 密钥管理中心密钥管理也是PKI (主要指CA)中的一个核心问题，主要是指密钥对的安全管理，包括密钥产生、密钥备份和密钥恢复等。密钥对的产生是证书申请过程中重要的一步，其中产生的私钥由用户保留，公钥和其他信息则通过RA 交于CA 中心进行签名，供生成数字证书使用。在一个PKI 系统中，维护密钥对的备份至关重要。如果没有这种措施，当密钥丢失后，将意味着加密数据的完全丢失，对于一些重要数据

28、，这将是灾难性的。使用PKI 的企业和组织必须能够得到确认：即使密钥丢失，受密钥加密保护的重要信息也必须能够恢复，并且不能让一个独立的个人完全控制最重要的主密钥，否则将引起严重后果。在某些情况下用户可能有多对密钥，至少应该有两对密钥：一对用于加密，一对用于签名。签名密钥不需要备份，因为用于验证签名的公钥(或公钥证书)广泛发布，即使签名私钥丢失，任何用于相应公钥的人都可以对已签名的文档进行验证。PKI 系统需要备份用于加密的密钥对，并允许用户进行恢复。因此，企业级的PKI 产品至少应该支持用于加密的安全密钥的存储、备份和恢复。密钥的备份一般用口令进行保护，而口令丢失则是管理员最常见的安全疏漏之一

29、。即使口令丢失，使用密钥管理中心提供的密钥恢复功能，也能够让用户在一定条件下恢复该密钥，并设置新的口令。当用户的私钥被泄漏时，用户应该更新私钥。这时用户可以废除证书，产生新的密钥对，申请新的证书。密钥管理中心需要与PKI 系统中的其它加密软件系统和硬件设备协同工作。3.3.3 安全中间件安全中间件是PKI 方案的一个重要组成部分，是PKI 系统与应用系统的桥梁。各个应用系统通过安全中间件与底层的PKI 服务组件相互作用，协同工作，从而保证整个IT 系统的安全性。安全中间件实现以下功能： 为应用系统提供一致的安全应用程序编程接口(API) 通过加密服务组件驱动不同的CA 服务器产品、加密软件和硬

30、件安全中间件与相关组件之间的关系如图3-4 所示。安全中间件包括以下部分： 安全应用程序编程接口安全应用程序编程接口屏蔽了PKI 系统复杂的技术细节，将PKI 系统与具体的应用系统有机的集成在一起，从而构成结构良好的企业分布式安全应用环境。当PKI 系统中具体的CA 服务器、加密软件和加密硬件发生改变时，基于安全中间件的应用系统不需要进行修改，只需要使用安全配置和管理组件对安全中间件的行为重新进行配置即可。 安全实体映射组件安全实体映射组件维护IT 系统中用户与PKI 系统中的安全实体之间的映射关系。当用户采用不同的PKI 技术方案时，PKI 系统中的安全实体与IT 系统中的用户之间的映射关系

31、可能会发生改变，这种情况在当用户采用专用的加密算法和非标准的证书系统时尤其明显。由安全中间件集中维护IT 系统中的用户与PKI 系统中的安全实体之间的映射关系能够有效的简化应用系统的开发和实施。 加密服务组件在安全中间件中，加密服务组件负责驱动PKI 中的第三方软件系统和硬件设备，向安全中间件提供用户身份验证、数据加密和解密的底层实现。用户通过安全应用程序编程接口发出的数据加密和解密请求实际上由加密服务组件负责具体的实现。加密服务组件是PKI 方案实现与来自第三方的CA 服务器产品、加密软件、加密硬件的集成的途径。PKI 方案具有集成来自不同厂商的CA 服务器产品、加密软件和加密硬件的能力，这

32、种能力是通过部署不同的加密服务组件来实现的。加密服务组件向安全中间件提供支持，在加密服务组件之上的安全中间件为应用系统屏蔽了底层的复杂的PKI 组件。 安全配置和管理组件安全应用程序编程接口提供了完成独立于具体的PKI 系统组件的选型的接口，然后，随着用户对CA 服务器及相关软件、加密软件和硬件的选择不同，应用系统在使用PKI 系统提供的安全服务也会有所不同。这也即是为什么目前的大多数安全中间件事实上无法实现底层平台无关性的最主要原因。PKI 方案通过提供独立于安全应用程序编程接口的安全配置和管理组件来解决这一问题。当用户选择不同的CA 服务器及相关软件、加密软件和硬件时，PKI 系统仍然需要

33、进行新的配置，这是通过安全配置和管理组件实现的，应用系统不需要进行配置，安全中间件与安全配置和管理组件协同工作，真正的实现了PKI 方案的可扩展能力、可定制能力、可开发能力和可集成能力。安全中间件向应用系统提供以下应用程序编程接口：l 数据加密和解密 l 信息摘要计算 l 数字签名及验证 l 生成高质量随机数 l 其它与安全有关的系统功能的实现四. PMI 部分4.1 什么是PMI PMI 是Privilege Management Infrastructures 的英文缩写，意为授权管理基础设施。PMI 建立在PKI 基础上，与PKI 相结合，提供实体身份到应用权限的映射，实现对系统资源访问

34、的统一管理。PKI 证明实体身份的合法性；PMI 证明实体具有什么权限，能以何种方式访问什么资源。典型的场景中，如下面图41 所示，如果某个用户或应用需要在某一个资源上行使某个操作。用户将向实际保护该资源的系统（如一个文件系统或一个Web Server ）发出请求，该提供保护的系统称为策略实施点PEP(Policy Enforcement Point) 。随后PEP 将基于请求者的属性、所请求的资源和所要行使的操作以及其它信息，来形成一个请求并发送到一个策略决策点PDP(Policy Decision Point) 。在PDP, 将查看该请求，并计算将有哪些策略应用到该请求，从而计算得出是否允

35、许访问。决策的结果将会返回给PEP, 并由PEP 来执行对该访问请求的许可或拒绝。需要注意的是PEP 和PDP 是逻辑上的概念，它们可以就包含在一个单独的应用中，也可以分布在不同的服务器上。图41 PMI 逻辑结构示意图4.2 为什么需要PMI 11. 控制和降低商业渠道扩展时所涉及的费用，并提供更灵活的通道。这就要求无需考虑最终用户的位置（例如客户，供应商，伙伴，或雇员），用户可以动态的使用多种交互方式（浏览器、PDA、无线设备等）来使用系统并获得相同的信息内容和质量。为实现这些不同的渠道和交互方式而采用重复复制框架和应用的做法将大大提高建设和维护费用，并因为一个实际的用户在多个系统中都拥有

36、用户帐号，因此难以识别一个唯一的用户标识，并提供更好的关联服务。2. 需要加快对系统的访问并能够安全有效地保护个人信息隐私，从而提高客户对企业的信任3. 在基于Internet 的方案中，可以通过多个访问点来访问机密信息。如果没有一个适当的安全策略和高级的安全控制，机密信息泄漏和数据保护被破坏的可能性将大大增加。4. 需要一个设备和应用独立的灵活而标准的用户标识（identity）管理方案。其实现必须支持多种技术和设备，并具有关键任务级的伸缩性和可靠性。5. 需要提高操作效率而不降低安全性，需要提高个性化程度并能有效地进行活动用户管理。4.3 PMI 发展的几个阶段根据对身份认证和授权的处理方

37、式的不同，以及技术发展提供的条件，身份验证和授权的实现经历了如下几个阶段. 在第一个阶段，即原始阶段，一个用户在多个用户系统中都有各自的账号，并需要分别登录验证。整个企业系统环境中，安全问题往往出现在最薄弱的系统中，由于需要保证和维护多个系统的不同的安全级别，大大增加了维护的费用和成本，并且出现安全漏洞的机会也大大增加。在第二个阶段，为解决后台系统间互操作的问题，需要在各应用系统间建立信任连接。建立该信任连接往往是在应用系统开发时就进行决策。这样的方案一方面受到开发约束，另一方面，存在着比较大的安全隐患。 在第三阶段，整个企业已经建立起PMI 架构，各应用间包括传统应用能够通过统一的架构服务实

38、现集中的身份验证和授权管理，因此大大降低了管理和维护的成本。同时可以集中的提高所有应用在身份验证和授权管理上的安全性。整个企业环境实现了Single Sign On。 在第四个阶段，PMI 扩展到了更大的架构，不同企业，不同地域间的应用和用户能够实现相互认证和授权。有多个用户标识管理和验证授权中心存在，相互间能够实现远程委托的身份验证和授权。通过该架构为用户提供了唯一可信的网络身份标识并为企业间的B2B 实现提供坚强的安全保证。4.4 PMI 的安全体系模型在可信赖的Web Service 的安全架构中，完全需要集中地对用户的身份进行认证并且能够集中地进行授权管理和授权决策。Single Si

39、gn On 能提高和加强Web Service 参与的各系统的安全，并简化企业中各个异构系统的安全管理和维护。因此实现一个完整的，先进的PMI(Privilege Management Infrastructures) 是实现可信赖的Web Service 的安全架构的重要基础。Trusted Web Service PMI 就是这样一个先进的PMI 架构。在PMI 的框架实现中，对于身份验证和授权服务都提供了基于SAML, XACML 的Web Service 访问方法。PMI 框架还可提供对Legacy Application 和Web application 的支持，并实现对这些应用的S

40、ingle Sign On。在PMI 框架的软件产品中，提供1目录服务使用LDAP 协议进行访问。提供对系统元数据目录、用户身份和属性信息、用户授权信息、资源和服务信息、组织和角色信息、系统安全策略等重要信息的层次化存储和查询服务。LDAP 目录服务可以进行分布式部署，并通过群集实现负载均衡和高可用性2管理服务（提供JMX 管理接口）提供对系统元数据目录、用户身份和属性信息、用户授权信息、资源和服务信息、组织和角色信息、系统安全策略等重要信息的创建管理和维护工作。在整个管理服务中，还实现了Java Management Extension（Java 管理扩展接口），能够和整个安全应用集成框架的顶层管理相集成。