提供了编程的基础技术教程

zl程序教程

您现在的位置是：首页 >  后端

当前栏目

[WCF权限控制]通过扩展自行实现服务授权[提供源码下载]

WCFWCF控制扩展源码下载服务权限
2023-09-27 14:27:56 时间

其实针对安全主体的授权实现的原理很简单，原则上讲，只要你能在服务操作执行之前能够根据本认证的用户正确设置当前的安全主体就可以了。如果你了解WCF的整个运行时框架结构，你会马上想到用于授权的安全主体初始化可以通过自定义CallContextInitializer来实现。[源代码从这里下载]

目录：
CallContextInitializer简介
步骤一、自定义CallContextInitializer
步骤二、创建服务行为
步骤三、使用服务行为进行授权

CallContextInitializer简介

对于WCF的整个运行时框架来说，CallContextInitializer是一个重要的对象。一个运行时服务操作（DispatchOperation）具有一个CallContextInitializer列表。而每一个CallContextInitializer实现ICallContextInitializer接口。如下面的代码片断所示，ICallContextInitializer具有两个方法BeforeInvoke和AfterInvoke。它们分别在操作方法之前前后进行调用上下文的初始化和清理操作。那么我么就可以自定义CallContextInitializer，在BeforeInvoke中初始化当前的安全主体。

 1: public interface ICallContextInitializer


步骤一、自定义CallContextInitializer

我们授权自定义一个抽象的CallContextInitializer，起名为AuthorizationCallContextInitializerBase。下面的代码片断给出了AuthorizationCallContextInitializerBase的整个定义。AuthorizationCallContextInitializerBase具有一个抽象的方法GetPrincipal用于根据当前的安全上下文信息创建安全主体。该方法会在BeforeInvoke方法被调用，返回值被设置成当前线程的安全主体。为了让服务操作执行之后当前线程的上下文恢复到执行前的状态，在BeforeInvoke方法中当前的安全主体被保存下来，并传递给AfterInvoke方法中恢复当前线程的原来的安全主体。


 1: public abstract class AuthorizationCallContextInitializerBase: ICallContextInitializer

 11: public object BeforeInvoke(InstanceContext instanceContext, IClientChannel channel, Message message)

 14: Thread.CurrentPrincipal = this.GetPrincipal(ServiceSecurityContext.Current);

 17: protected abstract IPrincipal GetPrincipal(ServiceSecurityContext serviceSecurityContext);

基于两种安全主体权限模式，我们创建了两个具体的CallContextInitializer。第一个为基于Windows用户组的WindowsAuthorizationCallContextInitializer。WindowsAuthorizationCallContextInitializer定义如下，它继承了AuthorizationCallContextInitializerBase，在实现的抽象方法GetPrincipal中根据当前ServiceSecurityContext的WindowsIdentity属性创建WindowsPrincipal。


 1: public class WindowsAuthorizationCallContextInitializer:AuthorizationCallContextInitializerBase

 3: protected override IPrincipal GetPrincipal(ServiceSecurityContext serviceSecurityContext)

而基于ASP.NET Roles安全主体权限模式的安全主体初始化实现在如下所示的AspRoleAuthorizationCallContextInitializer类中。AspRoleAuthorizationCallContextInitializer具有一个RoleProvider属性，表示用于获取当前用户角色列表的RoleProvider，该属性在构造函数中被初始化。在实现的GetPrincipal抽象方法中，借助于RoleProvider获取基于当前用户的所有角色，并创建GenericPrincipal。


 1: public class AspRoleAuthorizationCallContextInitializer : AuthorizationCallContextInitializerBase

 4: public AspRoleAuthorizationCallContextInitializer(RoleProvider roleProvider)

 8: protected override IPrincipal GetPrincipal(ServiceSecurityContext serviceSecurityContext)


步骤二、创建服务行为

现在，用户进行安全主体初始化的两个具体的CallContextInitializer已经创建完成，现在需要做的工作就是将其应用到WCF的运行时框架体系之中。为此，我们创建了如下一个服务行为ServiceAuthorizationBehaviorAttribute。ServiceAuthorizationBehaviorAttribute是一个自定义特性，并实现了IServiceBehavior接口。它具有两个两个属性：PrincipalPermissionMode和CallContextInitializer。前者在构造函数中指定，我们根据该参数决定具体创建的CallContextInitializer类型，是WindowsAuthorizationCallContextInitializer还是AspRoleAuthorizationCallContextInitializer。而构造函数中具有一个可选的参数roleProviderName表示采用的RoleProvider配置名称。


 2: public class ServiceAuthorizationBehaviorAttribute: Attribute, IServiceBehavior

 4: public PrincipalPermissionMode PrincipalPermissionMode { get; private set; }

 5: public ICallContextInitializer CallContextInitializer { get; private set; }

 7: public ServiceAuthorizationBehaviorAttribute(PrincipalPermissionMode principalPermissionMode, string roleProviderName = "")

 13: this.CallContextInitializer = new WindowsAuthorizationCallContextInitializer();

 20: this.CallContextInitializer = new AspRoleAuthorizationCallContextInitializer(Roles.Provider);

 24: this.CallContextInitializer = new AspRoleAuthorizationCallContextInitializer(Roles.Providers[roleProviderName]);

 30: throw new ArgumentException("只有UseWindowsGroups和UseAspNetRoles模式被支持！");

 35: public void AddBindingParameters(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase, Collection ServiceEndpoint endpoints, BindingParameterCollection bindingParameters) { }

 37: public void ApplyDispatchBehavior(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase)

 44: foreach (ChannelDispatcher channelDispatcher in serviceHostBase.ChannelDispatchers)

 48: foreach (DispatchOperation operation in endpoint.DispatchRuntime.Operations)

 55: public void Validate(ServiceDescription serviceDescription, ServiceHostBase serviceHostBase) { }

CallContextInitializer的注册实现在ApplyDispatchBehavior方法中，逻辑很简单：遍历所有信道分发器（ChannelDispatcher），每个信道分发器的所有终结点分发器（EndpointDispatcher），以及每个终结点分发器对应的分发运行时（DispatchRuntime）的所有运行时操作（DispatchOperation）。最后将初始化的CallContextInitializer添加到操作的CallContextInitializer列表中。

步骤三、使用服务行为进行授权

由于上面定义的服务行为ServiceAuthorizationBehaviorAttribute是一个自定义特性，所以我们可以直接将其应用到服务类型上。我们直接采用《基于Windows用户组的授权方式[下篇]》的例子。如下所示，在服务类型CalculatorService上应用了ServiceAuthorizationBehaviorAttribute特性，并采用了UseWindowsGroups安全主体权限模式。


 1: [ServiceAuthorizationBehavior(PrincipalPermissionMode.UseWindowsGroups)]

为了证明我们自定义的服务行为也能和ServiceAuthorizationBehavior一样实现正确的授权，我们需要将ServiceAuthorizationBehavior的授权功能关闭。为此我们修正了服务端的配置，将ServiceAuthorizationBehavior的PrincipalPermissionMode设置为None。


 5: service name="Artech.WcfServices.Services.CalculatorService" behaviorConfiguration="disableAuthorization" 

 6: endpoint address="http://127.0.0.1/calculatorservice" binding="ws2007HttpBinding" contract="Artech.WcfServices.Contracts.ICalculator"/

而客户端的服务调用程序中，依然是分别以Foo和Bar（Foo具有管理员权限）的名义进行两次服服务调用。由于两个Windows帐号权限的不同，同样只有第一个服务调用能够成功，这反映在最终的执行结果中。客户端程序：


 1: ChannelFactory ICalculator channelFactory = new ChannelFactory ICalculator ("calculatorService");

 2: NetworkCredential credential = channelFactory.Credentials.Windows.ClientCredential;

微信公众账号：大内老A
微博：www.weibo.com/artech
如果你想及时得到个人撰写文章以及著作的消息推送，或者想看看个人推荐的技术资料，可以扫描左边二维码（或者长按识别二维码）关注个人公众号（原来公众帐号蒋金楠的自媒体将会停用）。
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。 原文链接

相关文章