c# - ASP.NET MVC 在 Controller 实例化之前进行身份验证

Question

我有一个 Controller ，我在其中将服务接口(interface)注入(inject)到构造函数中。该服务也将接口(interface)注入(inject)到其构造函数中。IoC 容器 (Unity) 在构造它为给定接口(interface)返回的类之一时需要使用有关用户的信息。

正在发生的事情是， Controller 在 [Authorize] 属性被评估和用户被认证之前被实例化。这会强制 Unity 在用户登录之前执行依赖项注入(inject)并使用有关用户的信息。当我们使用集成 Windows 身份验证时，这都不是问题，但现在我们使用 OpenID Connect 连接到 Azure AD，并且用户信息不是'直到他们登录(这发生在 Controller 初始化之后)。

我听说(在其他帖子中)有一种方法可以配置我的 owin 启动类，以便在此过程中更早地移动身份验证，但我找不到有关如何执行此操作的任何示例。我需要在实例化 Controller 之前进行身份验证。

这是我所拥有的一个简化示例...

Controller :

[Authorize]
public class MyController : Controller
{
    private readonly IMyService myService;

    public MyController(IMyService myService)
    {
        this.myService = myService;
    }

    // ...
}

统一配置:

public class UnityBootstrap : IUnityBootstrap
{
    public IUnityContainer Configure(IUnityContainer container)
    {
        // ...

        return container
            .RegisterType<ISomeClass, SomeClass>()
            .RegisterType<IMyService>(new InjectionFactory(c =>
            {
                // gather info about the user here
                // e.g.
                var currentUser = c.Resolve<IPrincipal>();
                var staff = c.Resolve<IStaffRepository>().GetBySamAccountName(currentUser.Identity.Name);
                return new MyService(staff);
            }));
    }
}

OWIN 启动(Startup.Auth.cs):

public void ConfigureAuth(IAppBuilder app)
{
    app.SetDefaultSignInAsAuthenticationType(CookieAuthenticationDefaults.AuthenticationType);

    app.UseCookieAuthentication(new CookieAuthenticationOptions());

    app.UseOpenIdConnectAuthentication(
        new OpenIdConnectAuthenticationOptions
        {
            ClientId = this.clientID,
            Authority = this.authority,
            PostLogoutRedirectUri = this.postLogoutRedirectUri,
            Notifications = new OpenIdConnectAuthenticationNotifications
            {
                RedirectToIdentityProvider = context =>
                {
                    context.ProtocolMessage.DomainHint = this.domainHint;
                    return Task.FromResult(0);
                },
                AuthorizationCodeReceived = context =>
                {
                    var code = context.Code;

                    var credential = new ClientCredential(this.clientID, this.appKey.Key);
                    var userObjectID = context.AuthenticationTicket.Identity.FindFirst("http://schemas.microsoft.com/identity/claims/objectidentifier").Value;
                    var authContext = new AuthenticationContext(this.authority, new NaiveSessionCache(userObjectID));
                    var result = authContext.AcquireTokenByAuthorizationCode(code, new Uri(HttpContext.Current.Request.Url.GetLeftPart(UriPartial.Path)), credential, this.graphUrl);
                    AzureAdGraphAuthenticationHelper.Token = result.AccessToken;
                    return Task.FromResult(0);
                }
            }
        });
}

Answer 1

在网上找不到专门解决我的问题的任何内容后，我决定深入研究 ASP.NET MVC 5 application lifecycle .我发现我可以创建自定义 IControllerFactory(或从 DefaultControllerFactory 继承)，我可以在其中定义 CreateController 方法。

在 CreateController 期间，我检查用户是否已通过身份验证。如果是，我只需让 DefaultControllerFactory 像往常一样创建 Controller 。

如果用户未通过身份验证，我将创建我的(非常)简单的“Auth” Controller ，而不是请求的 Controller (具有多层依赖关系的 Controller )，同时 RequestContext 保持不变。

Auth Controller 将毫无问题地实例化，因为它没有依赖项。注意:不会在 Auth Controller 上执行任何操作。创建 Auth Controller 后，全局 AuthorizeAttribute 将启动，用户将被引导进行身份验证(通过 OpenID Connect 连接到 Azure AD 和 ADFS)。

登录后，他们被重定向回我的应用程序，原始 RequestContext 仍然完好无损。 CusomControllerFactory 将用户视为已通过身份验证并创建请求的 Controller 。

这个方法对我来说非常有用，因为我的 Controller 有一个很大的依赖链被注入(inject)(即 Controller 依赖于 ISomeService，它依赖于许多 ISomeRepository、ISomeHelper、ISomethingEles ......)并且在用户登录之前没有解决任何依赖关系中。

对于如何实现我在最初问题中提出的问题，我仍然绝对愿意听取其他(更优雅的)想法。

---

CustomControllerFactory.cs

public class CustomControllerFactory : DefaultControllerFactory
{
    public override IController CreateController(RequestContext requestContext, string controllerName)
    {
        var user = HttpContext.Current.User;
        if (user.Identity.IsAuthenticated)
        {
            return base.CreateController(requestContext, controllerName);
        }

        var routeValues = requestContext.RouteData.Values;
        routeValues["action"] = "PreAuth";
        return base.CreateController(requestContext, "Auth");
    }
}

---

全局.asax.cs

public class MvcApplication : HttpApplication
{
    protected void Application_Start()
    {
        // ...
        ControllerBuilder.Current.SetControllerFactory(typeof(CustomControllerFactory));
    }

    // ...
}

---

AuthController.cs

public class AuthController : Controller
{
    public ActionResult PreAuth()
    {
        return null;
    }
}