Как защитить конечную точку MEX WCF

Предположим, я разработал службу WCF с одной конечной точкой mex. Теперь мне нравится знать, как я могу защитить конечную точку mex. Это означает, что если кто-то знает мой адрес конечной точки mex, то этот пользователь, возможно, не сможет добавить мой адрес конечной точки mex из своей VS IDE для создания прокси. если пользователь попытается это сделать, появится диалоговое окно авторизации в Windows.

Теперь вопрос в том, как тогда любой внешний пользователь сможет вызвать мою службу wcf. Я буду распространять свою служебную dll или файлы * .cs, связанные с прокси-классом, или WSDL. поэтому пользователь может добавить эту dll или добавить этот файл .cs, связанный с прокси, или добавить wsdl в свой проект, чтобы создать прокси только для вызова и использования моей службы. Я не продвинутый разработчик, поэтому я не могу понять, как разработать такой безопасный сервис wcf, когда пользователь не может добавить мою конечную точку mex.

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


person Thomas    schedule 09.04.2014    source источник
comment
Безопасность WCF - довольно обширная тема, о ней написаны целые книги. Предлагаю найти и прочитать одну из этих книг. msdn.microsoft.com/en-us/library /ms732362(v=vs.110).aspx   -  person asawyer    schedule 09.04.2014


Ответы (1)


Эта тема выглядит полезной https://msdn.microsoft.com/en-us/library/aa395212%28v=vs.110%29.aspx.

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

Если вы используете mexHttpsBinding, ваша конечная точка метаданных будет защищена, но нет возможности изменить параметры привязки.

person S Meaden    schedule 19.02.2015