HttpContext.Current.User.Identity.Name Возвращает неправильное имя пользовательскому

Question

Это обычная ASP.NET приложение, использующее SQL поставщика членства для проверки подлинности. Хотя приложение работает большую часть времени. Мы недавно видим жалобы от пользователей, говорящих, что они видят учетную запись других пользователей.

Я уверен, что & подтвердил я снова непосредственно потреблять HttpContext.Current.User.Identity.Name в коде, чтобы получить информацию о пользователе. Поэтому при большой нагрузке я получаю другое имя пользователя.

Неужели кто-нибудь сталкивался с подобной проблемой? Возможна ли причина?

Приложение работает в ASP.NET 4.0, веб-формы, без кэширования, не обрабатывается никаких файлов cookie в коде, нет Javascripts, которые обнюхивают куки.

Я вижу, что эти две ссылки занимают одно и то же, но ответов нет.

http://bytes.com/topic/asp-net/answers/324385-serious-issue-httpcontext-current-user-identity-name

http://www.experts-exchange.com/Web_Development/Miscellaneous/Q_21105924.html

Answer 1

проверки подлинности форм не должны быть связаны с поставщиком членства слишком много.

FormsAuthentication сохраняет подписанную информацию пользователя в файле .ASPXAUTH cookie. И когда следующий запрос приходит на сервер, он расшифровывает значение cookie и устанавливает его обратно на HttpContext.Current.User.Identity.Name. Он использует MachineKey для шифрования \ decription. Затем он создает объект FormsIdentity на основе объекта FormsAuthenticationTicket, который содержит имя пользователя. Итак, ваше имя пользователя хранится на клиенте. И весь этот процесс не включает использование провайдера членства.

Forms Authentication использует членство только при входе в систему для пользователя, а затем на основе зарегистрированного пользователя FormsAuthentication создает файл cookie с UserName.

О вашей проблеме, вам нужно проверить значение cookie .ASPXAUTH для тех, у кого есть недопустимое имя пользователя. Вы можете попытаться записать информацию о файлах cookie для этих плохих запросов, а затем вы можете расшифровать их, чтобы получить информацию о пользователе из запроса. Или, если вы можете воспроизвести его локально, вы можете отключить шифрование файлов cookie (protection element), а затем проверить его значение для плохих запросов.