Установка прав безопасности сервера Sql для нескольких ситуаций

У нас есть приложение, которое использует экземпляр Sql Server локально для своего внутреннего хранилища. У администратора для входа в Windows были отозваны права системного администратора, и вместо этого были созданы два входа в систему с помощью sql; один для приложения с секретным паролем и один логин только для чтения, с помощью которого пользователи могут просматривать необработанные данные.

Это работало нормально, пока мы не перешли на FileStreams, который требует интегрированной аутентификации Windows. Итак, теперь необходимо заменить логины на сервере sql.

В результате я сейчас просматриваю все наши логины, но не уверен, как это возможно. Кажется, что приложению требуется полный доступ для чтения / записи, но мне все еще нужно заблокировать запись в таблицы, чтобы пользователь не мог войти в базу данных и удалить данные случайным образом. Есть ли у кого-нибудь советы по настройке нескольких уровней безопасности с использованием интегрированных учетных записей Windows, или вы можете направить меня для дальнейшего чтения?

Некоторые ответы также можно найти на serverfault: https://serverfault.com/questions/138763/setting-sql-server-security-rights-for-multiple-situations


person DanDan    schedule 05.05.2010    source источник
comment
Просто чтобы убедиться, что я понимаю, что при подходе до FILESTREAM ваши пользователи использовали один и тот же логин SQL для подключения к приложению для просмотра ваших данных, а теперь эти данные были перенесены в одну или несколько групп FILESTREAM?   -  person jl.    schedule 05.05.2010
comment
Нет, был один общедоступный вход только для чтения и один личный вход для чтения / записи, которые использовались внутри приложения. Чтобы использовать логины FILESTREAM, необходимо использовать аутентификацию Windows, поэтому мне нужно удалить логины SQL, но при этом поддерживать безопасную систему.   -  person DanDan    schedule 05.05.2010


Ответы (1)


Вы можете предоставить права на чтение данных для входа в Windows, который будут использовать ваши пользователи (т. Е. Фактического пользователя, группы или встроенной группы, например, «Пользователи» или «Все»). Ваше приложение может использовать подтверждение с «секретным» паролем и предоставить необходимые права на запись для этого утверждения. Ваше приложение входит в систему как пользователь Windows, но затем выдает себя за одобренного. См. Роли приложения.

Некоторые примечания:

person Remus Rusanu    schedule 05.05.2010