如何解决 ASP.Net MVC 应用程序中 iisreset 后发生的 AntiForgeryToken 异常？

Question

我在 ASP.Net MVC 中遇到 AntiForgeryToken 问题。如果我在我的 Web 服务器上执行 iisreset 并且用户继续其会话，他们会跳到登录页面。并不可怕，但是 AntiForgery 令牌会爆炸，再次启动的唯一方法就是炸掉浏览器上的 cookie。

在版本 1 的测试版中，当我读回 cookie 时，它​​常常会出错，所以我过去常常在请求验证令牌之前清理它，但在发布时这个问题得到了修复。

现在我想我会回滚到修复测试版问题的代码，但我忍不住认为我错过了一些东西。有没有更简单的解决方案，我应该放弃他们的助手并从头开始创建一个新的吗？我感觉很多问题是因为它与旧的 ASP.Net 管道紧密相连，并试图将其拼凑起来，去做一些它本来不是设计要做的事情。

我查看了 ASP.Net MVC 2 RC 的源代码，看起来代码没有太大变化，所以虽然我没有尝试过，但我认为那里没有任何答案。

这是异常堆栈跟踪的相关部分。

编辑：我刚刚意识到我没有提到这只是尝试在 GET 请求上插入令牌。这不是您执行 POST 启动时发生的验证。

System.Web.Mvc.HttpAntiForgeryException: A required anti-forgery token was not
supplied or was invalid.
---> System.Web.HttpException: Validation of viewstate MAC failed. If this 
application is hosted by a Web Farm or cluster, ensure that <machineKey> 
configuration specifies the same validationKey and validation algorithm. 
AutoGenerate cannot be used in a cluster.
---> System.Web.UI.ViewStateException: Invalid viewstate. 
  Client IP: 127.0.0.1
  Port: 4991
  User-Agent: scrubbed
  ViewState: scrubbed
  Referer: blah
  Path: /oursite/Account/Login
---> System.Security.Cryptography.CryptographicException: Padding is invalid and
cannot be removed.
at System.Security.Cryptography.RijndaelManagedTransform.DecryptData(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount, Byte[]& outputBuffer, Int32 outputOffset, PaddingMode paddingMode, Boolean fLast)
at System.Security.Cryptography.RijndaelManagedTransform.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount)
at System.Security.Cryptography.CryptoStream.FlushFinalBlock()
at System.Web.Configuration.MachineKeySection.EncryptOrDecryptData(Boolean fEncrypt, Byte[] buf, Byte[] modifier, Int32 start, Int32 length, IVType ivType, Boolean useValidationSymAlgo)
at System.Web.UI.ObjectStateFormatter.Deserialize(String inputString)
--- End of inner exception stack trace ---
--- End of inner exception stack trace ---
at System.Web.UI.ViewStateException.ThrowError(Exception inner, String persistedState, String errorPageMessage, Boolean macValidationError)
at System.Web.UI.ViewStateException.ThrowMacValidationError(Exception inner, String persistedState)
at System.Web.UI.ObjectStateFormatter.Deserialize(String inputString)
at System.Web.UI.ObjectStateFormatter.System.Web.UI.IStateFormatter.Deserialize(String serializedState)
at System.Web.Mvc.AntiForgeryDataSerializer.Deserialize(String serializedToken)
--- End of inner exception stack trace ---
at System.Web.Mvc.AntiForgeryDataSerializer.Deserialize(String serializedToken)
at System.Web.Mvc.HtmlHelper.GetAntiForgeryTokenAndSetCookie(String salt, String domain, String path)
at System.Web.Mvc.HtmlHelper.AntiForgeryToken(String salt, String domain, String path)

Answer 1

现在我已经采用了一个解决方案，如果抛出异常，则会擦除 cookie。如果再次抛出异常，我将让它按原样发生。

我暂时不会将此标记为“最佳”答案，希望有人能有更好的答案。

public static class MyAntiForgeryExtensions
{
    // Methods
    public static string MyAntiForgeryToken(this HtmlHelper helper)
    {
        return MyAntiForgeryToken(helper, null);
    }

    public static string MyAntiForgeryToken(this HtmlHelper helper, string salt)
    {
        string fragment;
        string path = helper.ViewContext.HttpContext.Request.ApplicationPath;
        try
        {
            fragment = helper.AntiForgeryToken(salt, null, path);
        }
        catch (HttpAntiForgeryException)
        {
            // okay, scrub the cookie and have another go.
            string cookieName = GetAntiForgeryTokenName(path);
            helper.ViewContext.HttpContext.Request.Cookies.Remove(cookieName);
            fragment = helper.AntiForgeryToken(salt, null, path);
        }
        return fragment;
    }

    #region AntiForgeryData code that shouldn't be sealed
    // Copied from AntiForgeryData since they aren't accessible.
    internal static string GetAntiForgeryTokenName(string appPath) {
        if (String.IsNullOrEmpty(appPath)) {
            return "__RequestVerificationToken";
        }
        else {
            return "__RequestVerificationToken_" + Base64EncodeForCookieName(appPath);
        }
    }
    private static string Base64EncodeForCookieName(string s) {
        byte[] rawBytes = Encoding.UTF8.GetBytes(s);
        string base64String = Convert.ToBase64String(rawBytes);

        // replace base64-specific characters with characters that are safe for a cookie name
        return base64String.Replace('+', '.').Replace('/', '-').Replace('=', '_');
    }
    #endregion
}

Answer 2

我遇到了这个问题，要解决这个问题，您需要做的就是在您的网络配置中添加一个显式的机器密钥...

<machineKey validationKey="D82960E6B6E9B9029D4CAB2F597B5B4AF631E3C182670855D25FBDE1BFAFE19EFDE92ABBD1020FC1B2AE455D5B5F8D094325597CE1A7F8B15173407199C85A16" decryptionKey="577404C3A13F154908D7A5649EEC8D7C8A92C35A25A3EC078B426BB09D426A71" validation="SHA1" decryption="AES" /> 

确保将其放置在 web.config 中...

<system.web>

Answer 3

您可以将 AntiForgeryConfig.SuppressIdentityHeuristicChecks = true; 添加到 global.asax

protected void Application_Start() {
    AntiForgeryConfig.SuppressIdentityHeuristicChecks = true;
}

Answer 4

如果我在我的网络服务器上执行 iisreset
用户继续他们的
他们被弹回登录的会话
页。

iisreset 没有理由将用户带到登录页面。如果您使用 cookie 来跟踪身份验证信息并拥有无状态应用程序，则即使在服务器重新启动后，用户也应该保持身份验证（当然，如果在重置期间发出请求，则会失败）。

Answer 5

实际上，我发现这在我的登录操作中起作用：

    public ActionResult LogOn()
    {
        formsAuthentication.SignOut();

        Response.Cookies.Clear();

        Session[SessionKeys.USER_SESSION_KEY] = null;
        Session.Clear();
        Session.Abandon();


        return View();
    }

重要的部分是：Response.Cookies.Clear();

Answer 6

如果您的 MachineKey 设置为AutoGenerate，那么您的验证令牌等将无法在应用程序重新启动后继续存在 - ASP.NET 将在启动时生成一个新密钥，然后将无法正确解密令牌。

如果您经常看到这种情况，我建议：

1. 配置静态 MachineKey（您应该能够在应用程序级别执行此操作），请参阅 “如何：配置 MachineKey” 了解详细信息
2. 尽量不要在使用站点时执行 IIS 重置¹

¹ 实现此目的的最佳方法是使用负载平衡应用程序，这将要求您设置静态 MachineKey。另一种选择是通过在网站的根目录中放置一个名为 app_offline.htm 的文件来关闭网站，这将使网站脱机并显示您的消息 - 至少用户会期望一切正常错误的。