Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Понимание Application role
|
|||
|---|---|---|---|
|
#18+
Microsoft SQL Server: контрольная по безопасности Алексей Шуленин последний ответ: .... " revoke all from [Cаша] exec sp_addapprole @rolename=’AppRole1’, @password='abc' grant execute on spChangeBalance to ‘AppRole1’ Cымитируем работу приложения (исходный код пользователю, естественно, неизвестен и недоступен): exec sp_setapprole @rolename=’AppRole1’, @password={Encrypt N'abc'}, @Encrypt='ODBC' exec spChangeBalance … Процедура вызывается и отрабатывает. Теперь откроем Query Analyzer, Microsoft Query, Access или любую другую программу, позволяющую послать на SQL Server интерактивный запрос, зарегистрируемся на нем под логином Саши и попробуем вызвать spChangeBalance. Вызов не сработает. Это был пример действия прикладной роли. Прикладные роли в SQL Server 7.0 ограничивают возможности пользователей по доступу к данным рамками конкретного приложения. Таким образом, даже если продвинутый пользователь Саша догадается, что изменение остатка по счету производится хранимой процедурой spChangeBalance, он все равно не сможет ей воспользоваться помимо своего сценария. " Тогда: 1. Используем Windows Authentication 2. В Windows создаем группу пользователей SQL-сервера 3. Эта группа входит в роль public требуемой базы, причем для этой роли запрещено все, кроме проверки имени под которым оператор будет работать в приложении 4. Клиентская программа устанавливает соединение по WinLogon, проверяет наличие в таблице операторов. 5. Если проверка прошла, то из клиентской программы выполняется sp_setapprole, для которой запрещено все кроме хранимых процедур. Хотелось бы, чтобы таблицы были доступны только администратору сервера, а хранимые процедуры только клиентской программе (и администратору, конечно). Все ли я правильно понял? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2002, 09:45 |
|
||
|
Понимание Application role
|
|||
|---|---|---|---|
|
#18+
Ну так на первый взляд должно все получиться. Только следует помнить, что как только актиризируется application role (вызовом sp_setapprole), у пользователя теряются абсолютно все существовавшие привелегии. Остаются только те привелегии, которые были предоставлены application role. У меня, например, возникли проблемы, что с использованием application role не получается создавать и удалять логины (т.е. выполнять sp_addlogin, sp_droplogin). Хотя до активизиции application role пользователь обладал всеми необходимыми привелегиями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2002, 11:20 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=3512&tid=1824208]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 361ms |

| 0 / 0 |
