断开自主机OWIN授权服务器的耦合

Question

我有一个自托管的OWIN应用程序，配置为授权服务器和信号资源服务器。

我的客户成功地获得了承载令牌，并在随后对signalR集线器的调用中将其呈现以供授权。

我的下一步是将授权服务解耦，以便它可以在自己的主机上运行。为了开始，我创建了一个单独的自托管应用程序，其中只包含授权服务代码。在我的开发机器上，这仍然是一个完整的解决方案，但授权服务和signalR资源托管在不同的进程中。

身份验证流仍在正常工作。令牌正在进入我的资源服务器，但现在从signalR集线器获得401未经授权。

在ASP.Net Web API中有很多解决此问题的支持，在该API中，您可以同步Web.config文件中的machine.config值。但这不是我的架构。在HttpListener下作为自托管应用程序运行会使用不同的加密，默认情况下是DPAPI。

关于在自托管体系结构中解决这个问题，似乎没有太多讨论。我的理论是，即使在同一台机器上的不同进程下，DPAPI解密也会失败，所以我得到401。

我试图弄清楚是否有一些最小的方法来解决这个问题，或者我是否必须完全重构，也许可以使用JWT。

编辑：添加一些代码来帮助显示我的设置

public void ConfigureOAuth(IAppBuilder app)
{
    OAuthAuthorizationServerOptions OAuthServerOptions = new       OAuthAuthorizationServerOptions()
   {
        AllowInsecureHttp = false,
        TokenEndpointPath = new PathString("/account/login"),
        AccessTokenExpireTimeSpan = TimeSpan.FromDays(1),
        Provider = new SimpleAuthorizationServerProvider()
    };
    app.UseOAuthAuthorizationServer(OAuthServerOptions);
} 
public void ConfigureOAuth(IAppBuilder app)
{
    app.UseOAuthBearerAuthentication(new OAuthBearerAuthenticationOptions
        {
            Provider = new ApplicationOAuthBearerAuthenticationProvider(),
        });
}   

Answer 1

发布我自己的解决方案，希望能帮助其他人。

我确实决定实现JWT解决方案，而不是使用默认解决方案。无论如何，我认为这是更好的架构，将令牌加密与操作系统解耦。我用过这个教程http://bitoftech.net/2014/10/27/json-web-token-asp-net-web-api-2-jwt-owin-authorization-server/

关键的部分是创建自定义OAuthAuthorizationServerProvider和ISecureDataFormat来加密令牌，如教程中所示。这只是显示OWIN配置。

    public void ConfigureOAuth(IAppBuilder app)
    {
        OAuthAuthorizationServerOptions OAuthServerOptions = new OAuthAuthorizationServerOptions()
        {
            AllowInsecureHttp = false,
            TokenEndpointPath = new PathString("/account/login"),
            AccessTokenExpireTimeSpan = TimeSpan.FromMinutes(30),
            Provider = new JwtAuthorizationServerProvider(),
            AccessTokenFormat = new CustomJwtFormat("https://foo.test.com")
        };
        app.UseOAuthAuthorizationServer(OAuthServerOptions);
    }

您可能面临的另一个问题是将令牌获取到SignalR，在SignalR中设置Authorization标头并不像您想象的那样直接。碰巧的是，本教程中基于cookie的实现也与JWT配合得很好！http://blog.marcinbudny.com/2014/05/authentication-with-signalr-and-oauth.html#.VmWgMXarSCd

这里还是OWIN配置示例。

    public void ConfigureOAuth(IAppBuilder app)
    {
        //app.UseOAuthBearerAuthentication(new OAuthBearerAuthenticationOptions
        //{
        //    Provider = new ApplicationOAuthBearerAuthenticationProvider()
        //});
        var issuer = "https://foo.test.com";
        var audience = "client_id";
        var secret = TextEncodings.Base64Url.Decode("ABCDEF");
        // Api controllers with an [Authorize] attribute will be validated with JWT
        app.UseJwtBearerAuthentication(
            new JwtBearerAuthenticationOptions
            {
                AuthenticationMode = AuthenticationMode.Active,
                AllowedAudiences = new[] { audience },
                IssuerSecurityTokenProviders = new IIssuerSecurityTokenProvider[]
                {
                    new SymmetricKeyIssuerSecurityTokenProvider(issuer, secret)
                },
                Provider = new ApplicationOAuthBearerAuthenticationProvider()
            });
    }

Answer 2

FWIW，请考虑自托管OWIN授权服务器使用DPAPI保护，但ASP.NET应用程序默认为MachineKey数据保护。

如果您需要使这两者协作，那么在OWIN配置中，您可以指定这样的提供者：

app.SetDataProtectionProvider(new DpapiDataProtectionProvider("myApp"));

只需确保将其添加到IAppBuilder（两个项目）的两种配置方法中即可

HTH