WCF服务授权模式

我正在实现一个安全的WCF服务.使用用户名/密码或Windows凭据进行身份验证.该服务托管在Windows服务进程中.现在,我正在尝试找出为每个服务操作实现授权的最佳方法.

例如,请考虑以下方法:

public EntityInfo GetEntityInfo(string entityId);

您可能知道,在WCF中,有一个OperationContext对象,您可以从中检索调用方/客户端传入的安全凭据.现在,在调用方法的第一行时,身份验证已经完成.但是,如果决策取决于输入数据本身,我们如何实施授权？例如,在上述情况下,说'admin'用户(其权限等存储在数据库中),允许获取实体信息,不允许其他用户...我们在哪里进行授权检查？

假设我们把它放在方法的第一行,如下所示:

CheckAccessPermission(PermissionType.GetEntity, user, entityId) //user is pulled from the current OperationContext

现在,有几个问题:

我们在授权检查之前验证entityId(例如检查null /空值等)还是INSIDE授权检查？换句话说,如果每个方法都应该包含授权检查,那么这是一个好的模式吗？哪个应该首先发生 - 参数验证或授权？

当授权检查遍布这样的地方时,我们如何对WCF服务进行单元测试,并且我们在单元测试中没有OperationContext!？(假设我试图在没有任何WCF设置的情况下直接测试这个服务类实现).

有什么想法吗？

对于问题1,最好先执行授权.这样,您就不会将验证错误消息泄漏回未经授权的用户.

顺便说一句,您可能能够连接到WCF对ASP.NET角色提供程序的开箱即用支持,而不是使用自行开发的身份验证方法(我假设它是您的CheckAccessPermission).完成此操作后,您将通过OperationContext.Current.ServiceSecurityContext.PrimaryIdentity.IsInRole()执行授权.PrimaryIdentity是一个IPrincipal.

关于问题#2,我会使用依赖注入执行此操作并设置您的服务实现,如下所示:

class MyService : IMyService
{
    public MyService() : this(new UserAuthorization()) { }
    public MyService(IAuthorization auth) { _auth = auth; }

    private IAuthorization _auth;

    public EntityInfo GetEntityInfo(string entityId)
    {
            _auth.CheckAccessPermission(PermissionType.GetEntity, 
                    user, entityId);

            //Get the entity info
    }
}

请注意,IAuthorization是您要定义的接口.

因为您将直接测试服务类型(即,不在WCF托管框架内运行它),您只需将服务设置为使用允许所有调用的虚拟IAuthorization类型.然而,更好的测试是模拟IAuthorization并测试它是否与您期望的参数一起调用.这允许您测试您对授权方法的调用是否有效,以及方法本身.

将授权分成它自己的类型还可以让您更容易地单独测试它是否正确.在我(尽管有限)的经验中,使用DI"模式"可以更好地分离您的类型中的关注点和可测试性,并导致更清晰的界面(这显然是有争议的).

我首选的模拟框架是RhinoMocks,它是免费的,并且具有非常好的流畅界面,但是还有很多其他的.如果你想了解更多关于DI的信息,可以参考一些优秀的引物和.Net框架:

DI的Martin Fowler

杰里米米勒在DI上

Scott Hanselman的DI容器清单

我个人最喜欢的DI容器:Castle Project Windsor Container