wcf - WF4 服务和 WIF 集成

Question

关于与 Windows Identity Foundation 集成的 Workflow 4.0 服务，是否存在任何人都可以分享的经过验证的模式？我们正在寻找检查 STS token 和声明的最佳方法，以便在工作流服务实例上下文之外派生出用户是谁，并使应用程序的用户对象可用于工作流上下文。

我们希望在 WIF 的服务实现和工作流业务逻辑之间保持关注点分离，以便我们的工作流服务具有高度可测试性。我们已经看到提供的几个示例，这些示例指向使用代码事件包装 Receive 事件，该代码事件实例化 IReceiveMessageCallback 的实现，以便获得对 OperationContext 的引用。 Link to Maurice's Blog Post.但是，这意味着服务内部的事件依赖于操作上下文的存在，甚至可能依赖于 IClaimsIdentity。

到目前为止，我们能想到的最佳解决方案是为服务创建 IDispatchMessageInspector 的实现，该服务询问 token 并创建工作流所需的应用程序用户对象，使它们通过 InstanceContext.Extensions 可用于工作流运行时。这似乎可行，但感觉并不十分可靠。非常感谢任何帮助或反馈!

服务行为

public class SecurityTokenServiceBehavior : IServiceBehavior, IDispatchMessageInspector
{
...
public object AfterReceiveRequest(ref Message request, IClientChannel channel, InstanceContext instanceContext)
    {
        var claimsPrincipal = (IClaimsPrincipal)(Thread.CurrentPrincipal is GenericPrincipal ? null : Thread.CurrentPrincipal);

        ...

        instanceContext.Extensions.Add(new SecurityContextExtension(appUser, audit));
        return null;
    }
...
}

IReceiveMessageCallback

public class SecurityContextCallback : IReceiveMessageCallback
{
    [DataMember]
    public SecurityContextExtension SecurityContext { get; private set; }

    public void OnReceiveMessage(OperationContext operationContext, ExecutionProperties activityExecutionProperties)
    {
        SecurityContext = operationContext.InstanceContext.Extensions.Find<SecurityContextExtension>();
    }
}

Answer 1

你看到了吗this关于使用 ClaimsAuthorizationManager 的博客文章？使用 ClaimsAuthorizationManager 是使用 WIF 时检查授权的常用方法。

参见 Dominick 帖子 here有关如何使用 ClaimsAuthorize 属性或静态 ClaimsAuthorize.CheckAccess() 方法在代码中嵌入检查的一些示例。您可能还想看看 WF 安全包 CTP 1 here .