Аутентификация WCF DataServices

Я пытаюсь аутентифицировать вызовы службы WCF DataServices через Silverlight. По сути, когда пользователь входит в систему, он получает специальный хэш, который должен быть встроен в заголовки каждого запроса к WCF DataServices. В настоящее время используйте это как проверку с помощью метода QueryInterceptor, например

    [QueryInterceptor("Orders")]
    public Expression<Func<Orders,bool>> OnQueryOrders()
    {
        string hash = WebOperationContext.Current.IncomingRequest.Headers.Get("MyHeader");

        if(!TestHash(hash))
        {
            return o => false;
        }
        else
        {
            return o => true;
        }
    }

Это кажется ХУДШИМ способом добиться этого. Есть ли какой-либо хук в WCF Dataservices, который запускается до запуска запроса, который вы можете использовать для отмены запроса? Имейте в виду, что эта служба не имеет состояния и не имеет доступа к сеансу.


person James Hughes    schedule 14.01.2010    source источник


Ответы (2)


На самом деле я думаю, что решил эту проблему сам. Переопределив OnStartProcessingRequest, я могу создать исключение, если оно не подходит, например.

    protected override void OnStartProcessingRequest(ProcessRequestArgs args)
    {
        if (string.IsNullOrEmpty(WebOperationContext.Current.IncomingRequest.Headers.Get("MyMagicHeader")))
        {
            throw new DataServiceException(404, "Access denied!");
        }
        else
        {
            base.OnStartProcessingRequest(args);
        }
    }
person James Hughes    schedule 14.01.2010
comment
Вы должны вернуть 403 (Запрещено) вместо 404 (Не найдено) - person Louis S. Berman; 17.05.2010
comment
Потрясающий! Почему мы не можем сделать это для аутентификации вместо дурацкой базовой cust auth. Это намного безопаснее, верно? Я могу зашифровать сообщение или токен и проверить его на сервере. - person gideon; 16.11.2010

Рассматривали ли вы инспекторы сообщений WCF? Я думаю (не гарантируется), что инспектор сообщений будет поражен до перехватчика запросов, поэтому вы можете проверить заголовки и проверить хэшированное значение пользователей. Вот хорошая ссылка с информацией о Написание инспекторов сообщений

person Tanner    schedule 14.01.2010