Аутентификация веб-приложения ASP.NET с помощью службы WCF

Ответ 1

Спасибо всем за ваш вклад. Я остановился на подходе (по крайней мере пока). Это довольно просто и хорошо работает для моих целей.

Используя "ClientName" clientCredentialType и явный метод входа в службу, который возвращает токен безопасности (сведения о генерации маркера опущены для краткости), клиент службы может решить, передавать ли подлинный пароль в качестве свойства пароля на учетных данных клиента или вместо этого используется токен безопасности (полученный из метода входа). Если клиент является веб-приложением, токен безопасности может быть сохранен в билете проверки подлинности форм или сеансе или где-либо еще.

Используя "Пользовательский" userNamePasswordValidationMode и пользовательскую реализацию UserNamePasswordValidator, валидатор проверяет пароль, чтобы определить, является ли он действительным маркером безопасности или паролем - если это пароль, то учетные данные клиента аутентифицируются в хранилище пользователей (SQL Server база данных), и если это токен безопасности, то он проверяется, чтобы убедиться, что он действителен, не истек и принадлежит имени пользователя.

Ответ 2

Это очень разумный подход.

Для этого вы настраиваете конечную точку службы и настраиваете ее с помощью своего пользовательского поставщика членства (вы можете сделать то же самое с поставщиком членства в SQL, для него не требуется настраиваемый).

В веб-приложении вы настроили событие Authenticate для элемента управления Login, чтобы создать новый прокси-сервер службы и установить имя пользователя/пароль в ClientCredentials в прокси-сервере.

Теперь, когда вы выполняете вызов Сервиса через прокси-сервер, WCF передает эти учетные данные через безопасный канал в службу и использует их для аутентификации.

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

protected void LoginControl_Authenticate(object sender, AuthenticateEventArgs e)
{
    bool Authenticated = false;
    try
    {
        MyServiceClient proxy = new MyServiceClient("MyServiceEndpoint");
        proxy.ClientCredentials.UserName.UserName = LoginControl.UserName;
        proxy.ClientCredentials.UserName.Password = LoginControl.Password;

        //It doesn't really matter what is called or what it does because 
        //Membership Provider for the Service does the authentication.
        string retval = proxy.login("Logging in"); 

        //Now that channel is established the proxy needs to be kept
        //since it contains the channel state which includes a private key
        Session["MyServiceProxy"] = proxy;  
        Authenticated = true;
    }
    catch (Exception ex)
    {
        //Login Error...
    }
    e.Authenticated = Authenticated;
}

Ответ 3

Есть два возможных решения, о которых я могу думать:

Во-первых, если служба WCF является внутренней службой, веб-приложение может затем отправить имя пользователя, запрашивающего данные с каждым запросом.

Во-вторых, вы храните имя пользователя и хэш пароля (или фактического пароля) где-то. Либо в состоянии сеанса, либо в cookie пользователя (файл cookie, хранящийся в памяти, передается пользователю через https). Затем передайте имя пользователя и пароль службе WCF с каждым запросом.

Ответ 4

См. мой ответ на Сохранение пароля в файлах cookie проверки подлинности форм - вызовы ASP.NET и WCF для решения, которое не требует хранения паролей.

Ответ 5

Я бы предложил взглянуть на Geneva, который направлен на решение таких сценариев, как ваш. Основная идея заключается в том, чтобы требовать один и тот же токен безопасности, как и HttpModule, как для служб WCF, так и для сайта ASP. Токен будет выпущен после аутентификации против вашей базы данных членства и может содержать полезную информацию (претензии) для пользователя.

Для вступления вы можете прочитать статью Bustamante.

Ответ 6

Microsoft имеет службу WCF, которую вы можете использовать для аутентификации пользователей с членством в ASP.NET.

Код фактически встроен в фреймворк - вам просто нужно создать файл .svc для его использования.

http://msdn.microsoft.com/en-us/library/bb398990.aspx