Должен ли я делать авторизацию в своих доменных службах?

Question

У меня есть следующие услуги домена:

pulic void DeleteCustomer(int customerId, string userIdentity, string userPassword) 
{ 
    //1º Do login operation to verify if the credentials are valid. 

    customerRepository.DeleteById(customerId); 
} 

Давайте предположим, что я потребляя этот код ASP.NET MVC или Windows Forms приложение, которое имеет окно входа в систему.

Логин будет снова проверен в каждой операции, тратя ресурсы.

Скажем, я изменить его на:

pulic void DeleteCustomer (int customerId, int requestUserId) 
{ 
    //1º Trust that requestUserId is valid. 

    //Do something with the requestUserId (e.g Set the UserId that deleted the customer) 

    customerRepository.DeleteById(customerId); 
} 

В этом случае операция Логин будет сделано в ASP.NET MVC ИЛИ Windows Forms приложений только один раз, но любой абонент может пройти любой requestUserId, оставляя страшная дыра в безопасности.

Answer 1

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

От defensive programming перспектива, каждый метод должен уметь защищаться от недействительных или поддельных входов, что также применимо в этом случае.

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

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

Answer 2

Хотя я полностью согласен с логикой @KhanhTO, я бы расширил это, поскольку это ваш уровень обслуживания, отличный от атрибута, я бы предпочел бы добавить в интерфейс служб авторизации, который бы выполнял проверки с зарегистрированным в пользователь, например. чтобы убедиться, что он имеет правильные разрешения, связанные с его учетными данными, для выполнения данной команды.