информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsЗа кого нас держат?Все любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Утекший код XP и Windows Server... 
 Дела виртуальные 
 Простое пробивание рабочего/провайдерского... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Это контроль доступа на уровне строк таблицы (row-level... 11.02.05 03:01  Число просмотров: 1281
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
Это контроль доступа на уровне строк таблицы (row-level access control), в MS SQL Server-ах это не реализовано. Есть в некоторых других СУБД, но более-менее сносно работает только в Oracle9i.

Из личного опыта могу сказать, что в конечном счете весь подобный контроль становится обузой. Потом постепенно проясняется до очевидности, что разумнее остановится на 2-3 группах пользователей с продуманными полномочиями и контролем на уровне (внутри) приложения. Например, если реализовать доступ к этой таблице через хранимые процедуры с нужными проверками.
<programming>
вопрос о пользователях БД (MS SQL) 10.02.05 15:34  
Автор: pukapin Статус: Незарегистрированный пользователь
<"чистая" ссылка>
К примеру, есть таблица "object"

У этой таблицы к примеру есть поле UserID, которое характеризует принадлежность "object" тому или иному пользователю.
Пользователь видит только свои (UserID) "object".
Пользователь имеет право создавать, удалять, просматривать "object".

На MS SQL смешанная авторизация.
Как грамматно прикрутить UserID к пользователю, работающему с данной таблицей БД?
Как лучше сделать авторизацию пользователя, используя .NET (windows application)?

Помогите, плиз, ОЧЕНЬ НАДО.


PS
Какие книги по MS SQL 2000 рекомендуете прочитать.
Это контроль доступа на уровне строк таблицы (row-level... 11.02.05 03:01  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
Это контроль доступа на уровне строк таблицы (row-level access control), в MS SQL Server-ах это не реализовано. Есть в некоторых других СУБД, но более-менее сносно работает только в Oracle9i.

Из личного опыта могу сказать, что в конечном счете весь подобный контроль становится обузой. Потом постепенно проясняется до очевидности, что разумнее остановится на 2-3 группах пользователей с продуманными полномочиями и контролем на уровне (внутри) приложения. Например, если реализовать доступ к этой таблице через хранимые процедуры с нужными проверками.
А ещё представления (views) есть на сервере — можно через них организовать доступ к данным... 11.02.05 09:10  
Автор: HandleX <Александр Майборода> Статус: The Elderman
Отредактировано 11.02.05 09:11  Количество правок: 1
<"чистая" ссылка>
В представлениях использовать фильтры по UserSID — к примеру
Select * From UnsecuredTable Where RowOwner = UserSID

Разрешить доступ к незащищённым данным только для этих представлений, а к представлениям — всем.
И тогда трудно будет даже с использованием "левых" программ поломать такую защиту.
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2020 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach