RequestVerificationToken не соответствует

у меня было и решено несколько проблем с ValidateAntiForgeryToken в последнее время, поэтому я поделюсь с вами моими результатами.

соль: поскольку вы упомянули, что это происходит только на одной странице, Я лучше всего предполагаю, что вы используете разные salt значения в ваших вызовах Html.AntiForgeryToken(salt) и ValidateAntiForgeryToken(salt) звонки.

AJAX: как сказал другой ответ, использование AJAX может потребовать дополнительной работы для обеспечения включения токена в сообщение. Вот мой любимый простой, автоматическое решение для добавления токена во все запросы AJAX POST.
В вашем вопросе, однако, вы заявляете, что вы проверили, что токен отправляет. Вы проверили, что отправляете токен только один раз? Я узнал, что мой вызов AJAX отправлял токен дважды, который объединял значения и вызывал его сбой.

машинный ключ и печенье: эта проблема уродлива, проста в обнаружении (вызывает исключения), но не очень интуитивно понятна. Утверждение печенье и жетоны кодируются и декодируются с помощью уникального "ключ". Это означает, что если у вас есть ферма серверов или вы изменили свой сервер, файл cookie больше не будет действительным. Закрытие браузера устраняет проблему (поскольку файл cookie является файлом cookie сеанса). Тем не менее, некоторые люди оставляют свои окна браузера открытыми в фоновом режиме в течение длительного времени!
Решение для установки "ключ" в файле config. Это скажет MVC использовать один и тот же ключ на всех серверах, гарантируя, что cookie будет decryptable везде.

Кодировка Ошибок: используя утилиту тестирования под названием jMeter, мы попытались загрузить наши страницы, только чтобы узнать, что у него была ошибка, из-за которой наш токен имел 2 дополнительных " значение.
Решение состоит в том, чтобы снизить доверие к своим инструментам! Тест в браузере, и если это работает, создайте тест, который извлекает значения маркера и cookie, и установите точку останова для проверки результатов.

если ни один из этих вещи работают для вас, тогда я бы рекомендовал взглянуть на исходный код MVC для ValidateAntiForgeryTokenAttribute, в частности OnAuthorization метод. Это поможет вам увидеть различные шаги, на которых проверка может завершиться неудачей. Вы даже можете проверить свою ошибку Exception.StackTrace чтобы определить, какая часть не работает.

в качестве примечания, мне очень не нравится реализация ValidateAntiForgeryToken в MVC, потому что:

• существует около 5 шагов проверки, которые могут завершиться неудачей, но есть только одно общее сообщение об ошибке.
• класс загерметизирован, поэтому его нельзя расширить с дополнительной функциональностью.
• метод шифрования странный-он инициализирует Page и создает искусственный ViewState для шифрования токенов и файлов cookie. Кажется, это перебор.

Итак, я схватил исходный код и создал свой собственный специализированный подкласс, который также оказался очень полезным при отладке его проблем, потому что я мог установить точки останова в методах проверки, и было очень легко определить, какой шаг проверки не удался.