Web服务访问控制规范及其实现
- 格式:doc
- 大小:9.52 KB
- 文档页数:3
防止网络入侵攻击的主要技术措施防止入侵和攻击的主要技术措施包括访问控制技术、防火墙技术、入侵检测技术、安全扫描、安全审计和安全管理。
1.访问控制技术访问控制是网络安全保护和防范的核心策略之一。
访问控制的主要目的是确保网络资源不被非法访问和非法利用。
访问控制技术所涉及内容较为广泛,包括网络登录控制、网络使用权限控制、目录级安全控制,以及属性安全控制等多种手段。
1)网络登录控制网络登录控制是网络访问控制的第一道防线。
通过网络登录控制可以限制用户对网络服务器的访问,或禁止用户登录,或限制用户只能在指定的工作站上进行登录,或限制用户登录到指定的服务器上,或限制用户只能在指定的时间登录网络等。
网络登录控制一般需要经过三个环节,一是验证用户身份,识别用户名;二是验证用户口令,确认用户身份;三是核查该用户账号的默认权限。
在这三个环节中,只要其中一个环节出现异常,该用户就不能登录网络。
其中,前两个环节是用户的身份认证过程,是较为重要的环节,用户应加强这个过程的安全保密性,特别是增强用户口令的保密性。
用户可以使用一次性口令,或使用IC卡等安全方式来证明自己的身份。
网络登录控制是由网络管理员依据网络安全策略实施的。
网络管理员能够随时建立或删除普通用户账号,能够控制和限制普通用户账号的活动范围、访问网络的时间和访问体式格局,并对登录过程进行必要的审计。
对于试图非法登录网络的用户,一经发现立即报警。
2)网络使用权限控制当用户成功登录网络后,就能够使用其所具有的权限对网络资源(如目录、文件和相应设备等)进行访问。
如果网络对用户的使用权限不能进行有效的控制,则可能导致用户的非法操作或误操作。
网络使用权限控制就是针对可能出现的非法操作或误操作提出来的一种安全保护措施。
经由过程网络使用权限控制能够规范和限制用户对网络资源的访问,允许用户访问的资源就开放给用户,不允许用户访问的资源一律加以控制和保护。
网络使用权限控制是通过访问控制表来实现的。
计算机三级(网络技术)填空题部分国家计算机等级考试三级网络技术(笔试部分)2008年6月国鑫录入●1、B-ISDN协议分为3面和3层,其中控制面传送____信令___信息,完成用户通信的建立、维护及拆除。
●3、通常,电子商务应用系统由CA安全认证系统、____支付网关___ 系统、业务应用系统和用户及终端系统组成。
●4、在因特网路由器中,有些路由表项是由网络管理员手工建立的。
这些路由表项被称为____静态____路由表项。
●5、如果一个登录处理系统允许一个特定的用户识别码,通过该识别码可以绕过通常的口令检查,这种安全威胁称___陷门或非授权访问_____。
●6、赫尔辛基大学设计了一个著名的、开放源代码的操作系统,这种操作系统被称为____Linux 或 Linux操作系统_____。
●7、网络操作系统为支持分布式服务,提供了一种新的网络资源管理机制,即分布式______目录服务或目录____管理机制。
●8、由于在多媒体网络应用中需要同时传输语音、数字、文字、图形与视频信息等多种类型的数据,不同类型的数二据对传输的服务要求不同,因此多媒体网络应用要求网络传输提供高速率与低_____延迟或延时或时延____的服务。
●9、在因特网中,远程登录系统采用的工作模式为_____客户机/服务器或 C/S______模式。
●10、在电子政务建设中,网络是基础,_安全____是关键,应用是目的。
●11、在Client/Server网络数据库中,客户端向数据库服务器发送查询请求采用_____结构化查询或SQL____语言。
●12、有一类加密类型常用于数据完整性检验和身份验证,例如计算机系统中的口令就是利用_不可逆加密或安全单向散列或单向散列算法加密的。
●13、尽管Windows NT操作系统的版本不断变化,但从网络操作与系统应用角度看,有两个概念始终没变,这就是工作组模型与___域___模型。
●14、某种虚拟局域网的建立是动态的,它代表了一组IP地址。
基于XACML访问控制模型在Web服务中的应用作者:郭静文来源:《数字技术与应用》2014年第03期摘要:访问控制是信息系统保护中及其重要的组成部分。
传统的访问控制机制缺少表示复杂访问策略的能力,而XACML规范解决了上述问题。
本文在研究XACML的基础上,阐述了基于XACML的应用系统访问控制模型。
关键词:XACML 访问控制 Web服务中图分类号:TP393 文献标识码:A 文章编号:1007-9416(2014)03-0178-01随着信息化建设的不断深入,应用系统的安全成为了一个愈来愈突出的问题。
而访问控制作为应用系统安全中的一个至关重要的环节越来越被关注。
一个企业的访问安全策略有许多因素和外力点,传统应用系统的访问控制功能多采用基于权限或访问控制列表(ACL)的方式实现,这些实现机制缺少表示复杂访问策略的能力,因此,访问控制策略通常被嵌入应用程序代码中,这种策略与程序代码的高度耦合,使更改策略变得非常困难。
1 XACML标准XACML(eXtensible Access Control Markup Language,可扩展访问控制标记语言)是由OASIS开发的一个基于XML的标准,用来描述授权策略和授权决策请求/响应。
XML的XACML标准的提出统一了访问控制策略的表达形式,规范了访问控制请求信息和授权响应信息的格式。
2 XACML的策略语言模型XACML的语法结构模型如(图1)。
XACML策略语言定义了三个顶层元素:规则,策略和策略集。
规则用来描述访问控制的要求,确定一个主体是否能对应用系统资源拥有某种操作能力的一套规则。
规则由目标、条件和结果组成。
目标表达了适用于该规则的决策请求的范围,包含主体,资源、动作及环境要素。
条件是一个布尔型的表达式,通过对访问请求对象属性的判断给出该规则的结果(Permit或Deny)。
在现实应用中,一个决策请求经常需要评估多个决策的组合才能获得授权决策结果。
文章标题:深度探析:gateway配置webservice规则在当今数字化发展的时代,网关(gateway)作为一种重要的网络安全策略和通信技术,不仅可以提高系统的可用性和性能,还可以为系统提供更多的安全防护。
而随着企业服务的逐步向互联网化、云化和移动化发展,配置webservice规则成为了网关实现服务治理的一项重要功能。
本文将深入探讨如何在gateway上配置webservice规则,从而更好地实现各类系统间的通信和数据交换。
1. 简介webservice作为一种基于SOAP和WSDL技术的网络服务,在企业应用中起到了至关重要的作用。
而网关则可以作为企业内外系统之间的桥梁,通过webservice规则的配置,实现对来自外部系统的数据请求、接口访问和安全管理。
对gateway上的webservice规则进行合理配置,对于系统集成、业务拓展和安全防护都具有重要意义。
2. 配置步骤在实际操作中,配置gateway的webservice规则需要遵循一定的步骤和技术规范。
需要在gateway的管理界面中找到webservice规则配置入口,然后按照具体的需求和接口定义,设置访问控制、数据转换和安全策略等相关参数。
还需要针对不同的webservice接口,制定相应的访问策略和数据处理规则,以确保系统的稳定性、安全性和性能优化。
需要进行全面的测试和验证,确保配置的准确性和有效性。
3. 主要技术点在配置gateway的webservice规则时,需要重点关注以下几个主要技术点:3.1 访问控制:通过设置访问控制策略,可以对不同的访问者进行身份认证和权限控制,确保系统的安全性和数据隐私性。
3.2 数据转换:针对不同的webservice接口,可能需要进行数据格式、协议和编码的转换,以适配不同系统间的数据交换需求。
3.3 安全策略:在webservice规则中,需要设置合适的安全策略,包括加密、防火墙、攻击防护等技术手段,保障系统的信息安全和网络安全。
基于Web服务的网络软件运行平台的分析与实现随着时代的发展科技的进步,互联网(Internet)在人们日常生活、工作、学习中的应用也越加广泛,计算机软件方面无论是在产品外形、客户需求、核心技术及使用方法上都在进行深度的优化、升级革新,使软件变成与客户直接交流服务的一种趋势。
Web(Web Service)服务已经成为其中一个极为重要的技术手段,对于Web服务如今还没有一个统一、合理的定义,广义上来讲是指通过Web共享数据和功能的交流模式,狭义上来理解是指通过Web和标准接口来调用的软构件,比如CORBA或EJB.W3C。
相关研究将其定义为一种新的软件应用,通过结合已有组件技术及Web技术的方式,使其成为互联网环境下一种新型、必不可少的中间系统。
如今,Web服务及其应用的相关研发的重点在于Web服务的调用支持,比如:Microsoft的.NET 环境和SUN ONE计划使用Web Service作为Web化构件的对象,IBM在其Web Service Toolkit中也发布了很多便于构造Web Service的类库和工具。
本研究通过对Web服务应用生命周期特点及模式需求的探讨分析,从而提出设计方针,实现了一个基于Web服务的网络软件运行平台WebSASE(Web Services based Application Supporting Environment)。
1 Web服务的应用模式和生命周期从Web服务的应用预期目标来看,是指应用一种标准化的相互操作模式(如UDDI(Universal Description, Discovery and Integration)规范化的接口标准),在互联网环境下进行大量软件应用的统一功能显示、共享及资源功能整合,建立大规模、分布型、动态式的复杂功能应用,如电子商务的动态供应链管理、多部委联合办公、虚拟网络计算组织等。
[1]作为Web服务的应用模式,其系统构建最基本模型是面向服务的体系结构SOA(Service Oriented Arch-itecture),可将其分为简单调用模式和合作处理模式。
webservice 接口调用规则全文共四篇示例,供读者参考第一篇示例:Webservice是一种基于网络的通信协议,通过HTTP协议进行数据交换的一种技术。
在现代的软件开发中,使用Webservice接口可以方便不同系统之间的数据交换和通信。
在实际的开发过程中,了解和遵循Webservice接口调用规则是非常重要的,可以确保系统之间的正常通信和数据交换。
下面我们就来介绍一些关于Webservice接口调用规则的内容。
1. 接口文档的重要性在使用Webservice接口进行开发之前,首先需要阅读并了解相关的接口文档。
接口文档通常包括接口的详细说明、参数的说明、返回结果的格式等内容。
通过仔细阅读接口文档,开发人员可以清楚地了解接口的使用方法和规则,从而能够正确地调用接口,并处理返回的数据。
2. 参数的传递方式在调用Webservice接口时,通常需要传递一些参数给接口,以便接口能够正确地处理请求并返回相应的结果。
在传递参数时,需要遵循一定的规则,例如参数的格式、参数的类型等。
通常情况下,参数可以通过URL的查询字符串传递,也可以通过POST请求的正文传递。
开发人员需要根据接口文档的要求,正确地传递参数给接口。
3. 接口的认证和授权为了保证接口的安全性,通常需要进行接口的认证和授权。
接口的认证可以通过用户名和密码进行,也可以通过令牌进行。
在调用接口时,需要正确地提供认证信息,以便接口能够验证请求的合法性。
接口还需要进行授权,即检查调用者是否有权限调用接口。
开发人员需要明确了解接口的认证和授权规则,并正确地进行认证和授权。
4. 接口的错误处理在调用Webservice接口时,可能会出现一些错误,例如网络故障、参数错误等。
在接口返回错误时,开发人员需要正确地处理错误,例如记录错误日志、返回错误信息等。
接口也应该提供清晰的错误码和错误信息,以便调用者能够及时地识别和处理错误。
开发人员需要根据接口文档中定义的错误码和错误信息,正确地处理接口返回的错误。
基于XACML访问控制模型在Web服务中的应用XACML是一种广泛应用于访问控制的模型,它提供了一种规范化的方式来定义和管理访问策略。
在Web服务领域中,XACML可用于保护应用程序和数据资源,以确保只有授权用户能够获取到相关信息。
本文将探讨XACML访问控制模型在Web服务中的应用,介绍它的优势和使用方法。
XACML是一个面向策略的访问控制标准,它提供了一种灵活的方式来管理授权策略,并可与现有的身份验证和授权机制集成。
通常情况下,XACML包含一组政策和规则,这些规则定义了用户可以访问的资源以及他们可以执行的操作。
XACML 将访问控制过程划分为三个主要部分:访问请求,访问控制决策,和访问响应。
对于一个Web服务应用来说,XACML模型可通过一组授权策略来保护其数据资源,当用户请求访问资源时,应用程序将把请求发送给XACML引擎进行决策。
要通过XACML进行授权,Web应用必须显式地定义它提供的资源以及资源上用户可以执行的操作。
具体而言,这意味着将资源标识符,操作和相关的XACML规则,配置到应用程序的访问控制或授权配置文件中。
在XACML模型的内部,策略和规则是基于属性的,它们可以基于用户提供的属性或从其保存的属性中动态生成。
例如,XACML模型可以使用用户所在的地理位置或其上下文操作记录来确定用户的授权。
通过这种方式,XACML模型能够提供更加动态的和个性化的授权策略,而不是静态的、基于角色和权限的方法。
此外,XACML模型还可以提高Web服务的安全性和可扩展性。
出于安全性考虑,当XACML引擎接收到一个请求时,它可以执行一些安全检查来确保请求来源是一个合法的应用程序,并且用户是一个有效的和授权的用户。
对于可扩展性,XACML模型使得访问控制策略可以中心化管理,因此,在各个应用程序和服务之间共享这些策略更具可行性。
这种方式避免了在Web服务应用中实现访问控制时出现诸如代码冗余和不一致性等问题。
国内关于web3.0的标准概述及解释说明1. 引言1.1 概述随着互联网的迅猛发展,人们对于web技术的需求也在不断升级。
Web3.0作为下一代互联网的重要组成部分,引起了国内各个领域的广泛关注和研究。
本文旨在概述和解释国内关于Web3.0标准制定的现状,并分析标准化对其发展的必要性与重要性。
1.2 文章结构本文共分为五个部分进行探讨。
首先是引言部分,对文章的背景和目的进行介绍;第二部分解析Web3.0的概念,并详细阐述它在国内发展中扮演的角色;第三部分对国内关于Web3.0标准制定的现状进行分析,探讨主要进展、倡议以及所面临的问题与应对策略;接着,在第四部分,我们将重点解释标准化对于Web3.0生态系统发展、技术交流、创新协同以及风险管理和安全保障方面所带来的影响;最后,我们将在第五部分总结目前国内关于Web3.0标准制定的现状与问题,并展望未来的发展方向和应对策略。
1.3 目的本文的目的是为读者提供一个全面的了解国内关于Web3.0标准制定的现状,阐明其对国内发展带来的影响和挑战,并强调标准化在促进技术创新、产业升级以及风险管理方面所起到的重要作用。
通过本文内容的介绍和分析,读者将能够更好地理解Web3.0标准化的必要性,并有助于对未来国内Web3.0标准化发展前景做出深入展望。
2. web3.0概念解析2.1 web3.0的定义与背景Web3.0是互联网发展的下一阶段,是对Web2.0的升级和拓展。
它借鉴了区块链技术和智能合约的理念,促进了去中心化、安全性和可信性的增强,并更加注重用户控制和数据隐私保护。
相比于Web2.0,Web3.0致力于构建更开放、协作和价值共享的互联网生态系统。
背景上,Web2.0时代主要以社交媒体、在线购物等为代表,用户通过浏览器访问各种网站来获取信息或使用服务。
然而,在这个模式下用户往往需要依赖中心化的平台来进行数据交换,并且面临着个人信息被滥用、数据不安全等问题。
局域网组建方法利用网络代理服务器实现访问控制在当代信息社会中,局域网的组建和管理对于许多企事业单位来说是非常重要的。
通过搭建局域网,可以实现内部资源共享、提高工作效率等多种好处。
然而,为了确保局域网的安全性和控制访问权限,利用网络代理服务器实现访问控制是一种非常有效的方法。
本文将介绍基于网络代理服务器的局域网组建方法及其实现访问控制的具体步骤。
一、局域网组建方法要搭建一个基于网络代理服务器的局域网,需要按照以下步骤进行操作:1. 购买并安装网络代理服务器:选择一款适合的网络代理服务器软件,可根据实际需求购买。
安装和配置网上代理服务器软件,确保其能够正常工作。
2. 设定网络代理服务器的IP地址:局域网中的所有设备需要将网络代理服务器的IP地址设置为默认网关。
这样,所有网络流量都将通过代理服务器进行转发和控制。
3. 设置网络代理服务器的访问权限:根据实际需求,对网络代理服务器进行访问权限的设置。
可以设置特定的IP地址、端口号、协议等来限制访问。
4. 配置代理服务器的防火墙规则:通过在代理服务器上设置防火墙规则,可以对访问进行更加精细的控制。
可以设置允许或禁止特定IP地址或端口的访问。
5. 设置用户认证和授权:为了进一步提高访问控制的安全性,可以配置代理服务器的用户认证和授权机制。
只有经过认证并具备访问权限的用户才能够使用代理服务器。
二、实现访问控制通过上述的局域网组建方法,可以搭建起一个基于网络代理服务器的局域网。
而利用网络代理服务器实现访问控制的过程主要包括以下几个方面:1. 访问控制策略的制定:根据实际需求,制定合理的访问控制策略。
这包括确定哪些用户可以访问特定的资源、设置访问时间的限制、限制访问的数据传输量等。
2. 配置网络代理服务器的访问策略:根据访问控制策略,对网络代理服务器进行配置。
这包括设置特定的IP地址、端口号、协议等来限制访问。
3. 用户认证和授权的设置:配置代理服务器的用户认证和授权机制,确保只有经过认证的用户才能够使用代理服务器。
WEB服务器配置安全规范在互联网时代,WEB服务器是许多企业和个人不可或缺的一部分。
然而,随着网络攻击技术的不断发展,WEB服务器面临着越来越多的安全威胁。
为了保障WEB服务器的安全,以下是一些常见的WEB服务器配置安全规范:1.配置防火墙:WEB服务器应该安装并配置防火墙,防止未经授权的访问和入侵。
防火墙可以过滤掉来自非信任IP地址的流量,并允许只有特定端口和协议的访问。
2.更新操作系统和应用程序:WEB服务器上的操作系统和应用程序应该定期更新,以修复已知的安全漏洞。
不及时更新可能会导致攻击者利用已知的漏洞,并对服务器进行攻击。
3.限制服务器权限:WEB服务器应该以一个低权限用户运行,这样即使被攻击者入侵,也只能获取到有限的权限。
同时,应该禁用不必要的服务和功能,以减少攻击面。
4.使用安全协议和加密:WEB服务器应该使用HTTPS协议来保证数据的安全传输。
同时,应该启用TLS/SSL加密协议,以防止数据被窃听和篡改。
5.启用访问控制:WEB服务器应该根据需要启用访问控制,限制对敏感文件和目录的访问。
可以使用密码、IP地址过滤和访问控制列表等技术来实现。
6.定期备份和恢复:WEB服务器的数据应该定期备份,并存储在安全的地方。
在服务器遭受攻击或数据丢失的情况下,可以使用备份数据进行快速恢复。
7.监控和日志记录:WEB服务器应该安装监控和日志记录工具,以便及时发现异常活动和入侵行为。
日志记录应该包含所有的登录尝试、访问记录和错误信息。
8.常规安全检查:WEB服务器应该定期进行安全检查,包括漏洞扫描、漏洞修复和安全配置审计等。
这些检查可以帮助发现服务器上的安全问题,并及时进行修复。
9.强制密码策略:WEB服务器上的用户应该遵守强密码策略,包括密码长度、复杂度和定期更改等要求。
这样可以减少密码被猜测和破解的风险。
综上所述,WEB服务器配置安全规范是确保服务器安全的关键。
通过合理配置防火墙、定期更新操作系统和应用程序、限制服务器权限、使用安全协议和加密、启用访问控制、定期备份和恢复、监控和日志记录、常规安全检查、强制密码策略以及安全培训和意识提高等措施,可以提高服务器的安全性,并有效防止来自网络的威胁和攻击。
Web服务访问控制规范及其实现摘要:提出了一种用于Web服务的访问控制模型,这种模型和Web服务相结合,能够实现Web服务下安全访问控制权限的动态改变,改善目前静态访问控制问题。
新的模型提供的视图策略语言VPL用于描述Web服务的访问控制策略。
给出了新的安全模型和Web服务集成的结构,用于执行Web服务访问控制策略。
关键词: Web服务;访问控制;视图策略语言;访问控制策略随着Web服务的广泛应用,Web服务中的访问控制策略描述及实现显得尤为重要。
目前,Web服务安全标准以及其实现并不完善,Web服务安全多数交由作为应用程序服务器的Web 服务器的安全机制管理。
例如,Tomcat服务器为用户、组、角色的管理和为访问Java-Web 应用程序的权限提供了安全管理。
但是,Tomcat中的授权是粗粒度的,也就是说,Tomcat 不可能限制对Web服务的单个的访问操作。
本文通过示例,探讨如何把一种新的安全模型应用到Web服务中。
这种新的安全模型提供了一种规范语言——视图策略语言,其授权可以在Web服务单个的操作层次上细粒度地指定,同时授权还可以通过操作的调用动态地改变。
这种模型和Web服务相结合,能够实现Web服务下安全访问控制权限的动态改变,改善目前静态访问控制的问题。
1 Web服务访问控制规范1.1 图书中心系统图书中心系统是一个Web服务的简单应用,其结构。
图书中心系统主要提供书店注册服务、书店客户注册服务、书店处理客户注册请求服务、书店管理客户借阅图书信息服务和为所有的用户查询图书信息的服务。
其中书店注册是其他所有服务的前提条件。
1.2 系统中的访问控制需求图书中心系统的访问控制需求描述如下:BusinessRegistration:书店经理注册自己的书店。
这个注册是其他所有服务的前提条件。
CustomerRegistration:书店的客户向书店提交注册申请。
CustomerRegistrationProcess:书店处理客户的注册申请。
CustomerBookList:书店仅能为自己的客户使用此服务。
客户可以查询己借阅清单,但不能在此清单上添加新的请求,只有店员可以添加客户的借阅清单。
BookSearch:店员和客户都能使用此服务查询图书信息。
1.3 系统中的访问控制基于视图的访问控制VBAC(View-Based Access Control)模型是专门用于支持分布式访问控制策略的设计和管理的模型[1],图2是VBAC的简易模型。
VBAC模型可以看成是基于角色的访问控制RBAC(Role-Based Access Control)模型的扩展,VBAC增加了视图以及模式的概念。
视图描述的是对访问对象的授权,视图被分配给角色。
如果一个主体所扮演的角色拥有对某个对象访问的视图,则这个主体就可以访问此对象。
如果这个角色没有这个视图,则这个主体就不能访问此对象。
模式描述的是视图和角色动态的分配以及删除。
视图策略语言VPL(View Policy Language)是一种说明性的语言,用于描述VBAC策略。
VPL用于描述角色、视图以及模式。
角色在角色声明roles之后,视图以及模式声明使用关键字view和schema。
角色声明描述了策略中的角色以及这些角色初始拥有的视图。
图3是图书中心的角色声明。
这个例子中有customer和staff两个角色。
staff继承了customer,customer能够调用的操作,staff也可以调用。
staff拥有初始视图BusinessRegistratoin,关键字holds来说明角色拥有视图,而customer没有初始视图。
图4是图书中心的访问控制需求的VPL视图声明,关键字controls引导的是一个类或者接口。
例如,视图BusinessRegistration允许调用类BusinessRegistration的操作processRegisterRequest。
VPL视图可以静态地被限制给特定的角色,这些角色罗列在关键字restricted to后面。
例如,视图BusinessRegistration只能被赋给角色staff而不能赋给customer。
VPL对被描述的授权操作的参数没有限制,即不需要全部参数才能调用某个操作。
例如,调用操作getCustomerGUID仅需要书店的loginBusinessID就能获取到自己书店的所有客户的信息。
因为,书店在注册以后有对应的loginBusinessID。
由于基于CORBA的应用程序,都会采取为每个客户端在服务器端创建一个对象的设计模式。
因此,客户端与创建的对象进行通信无需身份验证。
例如,在这个例子中,每个客户端在服务器端都有一个CustomerRegistrationProcess对象,由于SOAP对面向对象支持的局限性,将loginBusinessID作为一个参数给出。
因此,研究扩展VPL来说明操作被调用的时候所必须具备的条件是在操作后添加if caller=param来指定必备条件。
这个表达式中,关键字caller表示此操作调用者的ID,param表示操作的实参。
调用者由一个整数表示其身份。
如果操作的某个参数不是必须的,用”-”表示;如果视图中操作参数没有任何条件限制,则VPL视图中仅有操作名称的标识符,而没有参数列表。
例如,视图BusinessRegistration中的操作processRegisterProcess就属于这一类型。
依据服务CustomerBookList,角色staff和customer有不同的访问需求。
staff可以调用processAddRequest以及processQueryRequest两个操作,但是customer仅能调用processQueryRequest。
视图CustomerBookListFull确定其使用角色是staff,可以拥有两个操作,而CustomerBookListRestricted没有角色的限制。
如果视图被调用,customer仅能查询自己借阅的书。
VPL模式(VPL Schema)为动态访问控制建立模型。
它描述给定的操作被调用后带来角色授权的改变,而角色不能拥有某个视图,用assign视图from角色表示;反之,用assign视图to角色表示。
图5表示调用完操作processRegisterRequest后,将CustomerRegistrationProcess等视图授权给角色staff,而将CustomerBookListRestricted 等视图授权给角色customer,即表示了访问控制权限动态地改变。
2 访问控制策略的执行这部分描述在Web服务下执行VPL表示的访问控制策略的基础结构。
这个结构中包含了执行VPL所描述策略的Raccoon[2]结构。
2.1 Raccoon结构Raccoon结构包含了处理VPL策略的开发工具以及定义角色视图的存储库(即角色、视图服务器)。
视图角色服务器可以使用图形管理工具来处理,访问控制决策依据这些存储库来决定。
图6为Raccoon结构的主要部分。
角色服务器包含了用户所有的角色证书,当一个客户在系统中认证时,客户得到所有属于自己的角色证书;而当客户端调用服务器端的某个操作时,相应的角色证书被传送。
此调用由拦截器拦截,拦截器传送客户端信息给访问决策对象。
如果客户端被准许调用此操作,访问决策对象依据给出的角色以及策略来决策。
请求策略分布在服务器上,如果策略允许客户调用操作,那么拦截器给服务器发送一个请求;如果不允许,则此访问被拒绝。
2.2 Web服务访问控制的实现Web服务访问控制的实现使用Raccoon来管理和执行VPL策略,即通过获取SOAP消息,让Raccoon做出访问控制的决策,依赖于Raccoon的决策,来拒绝或者发送SOAP消息。
因为消息在服务器端加密,客户证书在服务器端传输,因此把HTTP作为传输协议。
2.2.1 Web服务部署此结构中,把Web服务部署在Apache Tomcat服务器上,同时使用Axis引擎。
Axis本质上是一个SOAP引擎,提供创建服务器端、客户端和网关SOAP 操作的基本框架[3]。
使用Axis是为了利用Axis handler概念。
handler是SOAP消息的特殊部分,例如,handler可以控制消息发送方在允许消息被服务器处理之前对其执行身份验证。
2.2.2 策略部署Web服务的VPL策略部署在策略服务器中。
由于Raccoon是基于CORBA的,所以部署VPL策略需要CORBA接口库。
接口使用IDL语言描述,IDL语言由WSDL演变而来。
这种演变可以由XSL样式表转换,例如,WSDL中portTypes对应了IDL的interfaces,operations对应了IDL的operations,WSDL操作中<input>元素对应了IDL中的参数in,<output>对应了IDL中的参数out。
2.2.3 用于访问决策的Axis handler Axis handler充当CORBA客户端与角色以及策略服务器通信的中介。
当SOAP消息通过handler,handler从SOAP消息中获取用户信息(如证书)以及请求的方法名以及参数。
这些证书用于从Raccoon角色服务器中获取用户的角色证书。
角色服务器中存放了用户证书和角色之间的关系。
策略服务器包含了视图以及视图和角色之间的关联。
基于客户角色,handler决定是否允许访问Web服务操作。
如果访问被拒绝,将抛出异常;否则,SOAP消息被发送给Web服务。
本文使用VPL来描述Web服务的访问控制需求。
VPL以及相应的访问控制模型来源于基于CORBA的应用。
通过扩展VPL来覆盖所有的Web服务需求。
提出了一种用于实现基于Web应用的访问控制策略的结构,同时也为Web服务安全管理提供部署和管理工具。
VPL可以用于描述XACML规范,可以通过样式表将VPL转换成XACML。
后期工作主要集中于将Raccoon结构转化为XACML模型,为其他系统提供互操作性,例如jiffyXACML或者sun’sXACML。