Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Как лучше построить безопасность БД ? (Oracle)


Страницы:   1 2 3 4 5

ANB ©   (2005-05-25 16:05:00) 

Знаю несколько способов :
- Через гранты раздаем права. Тонкая настройка (выборка только части записей или сложные условия) - на клиенте. Хуже еще не видел, легко ломается, хотя можно усложнить взлом, например, шифруя пароль.
- Доступ только на вьюхи, изменения через хранимки - жутко неудобно каждый раз переправлять эти хранимки. И блокирутся возможность выполнять обычные DML.
- Доступ только на вьюхи, изменения через instead of триггера + хранимки для удобства - так еще не видел, соответственно прокомментировать не могу.
Все комментарии, ессно, имхо.
Кто еще с какими схемами защиты сталкивался и какую может посоветовать ?


ANB   (2005-05-26 12:42:00) [41]


> Потом враги подошли к девочке операционистке и за шоколадку
> попросили рапечатать нужную инфу

Ну во первых настройку грамотно построенной системы доступа можно свалить на заказчика.
Во вторых, если я (на месте заказчика) знаю, что программист закрыл все дыры, и, если я разрешил только этой девочке такую опасную операцию, то девочка мне долг вернет, продав квартиру. Да и вряд ли рискнет.


Sergey13   (2005-05-26 12:31:00) [42]

2 ANB ©
Я уже говорил - безопасность это очень разноплановое понятие. Ну занимался ты пол года этим. Истратил 300000$. Нагородил изрядный частокол и распределил все права которые можно. Потом враги подошли к девочке операционистке и за шоколадку попросили рапечатать нужную инфу. А за золотое колечко изменить немного. И что? Может и не стоило столько вбухивать в это дело?
И это касается не только Оракла.


ANB   (2005-05-26 12:31:00) [43]


>  - они все хороши для одних конкретных случаев
- вот хотелось бы и обсудить поконкретнее, в каких случаях какой способ применять.


> Кто-то из этой ветки что-либо полезное вынес?
- пока кроме Danilka никто ничего полезного и не постит.

А сабж спецально обобщенный, чисто теоретический. Хотелось бы знать, кто еще какими способами пользуется и при каких условиях.


Val   (2005-05-26 12:23:00) [44]

>[40] ANB ©   (26.05.05 12:10)
:) спасибо, не надо. я не нагревался.
 По сабжу - сабж довольно расплывчат. Схема построения политики безопасности базы данных непосредственно зависит от содержимого базы, ее назначения, правил ее использования.
 Вы предлагаете сравнить перечисленные варианты - они все хороши для одних конкретных случаев и плохи для иных. В чем тогда смысл обсуждения? Кто-то из этой ветки что-либо полезное вынес?


ANB   (2005-05-26 12:19:00) [45]


> Я так думаю, что воруют в БД гораздо меньше чем просто так
>
- там нести нечего было, стулья, столы и свой комп. А продавали дорогую технику. И при этом можно было аккуратно подкрутив базу, положить в карманчик за раз около $10000.


ANB   (2005-05-26 12:17:00) [46]


> Sergey13 ©   (26.05.05 12:14) [41]
- все зависит от цены проекта. На тот проект в год тратилось $600000 (своя ERP). Ессно, за такие баки начальство хотело, чтобы все было круто. В том числе и безопасность.


Sergey13   (2005-05-26 12:14:00) [47]

2[39] ANB ©   (26.05.05 12:06)
Я так думаю, что воруют в БД гораздо меньше чем просто так - несут то что плохо лежит. Если же
>Денежка вполне законно ушла
Тогда что ты этому противопоставишь? Вьюхи с процедурами?

Весь вопрос в соотношении потерь от слабой безопасности и затрат на сильную безопасность.


ANB   (2005-05-26 12:10:00) [48]


> Val ©   (26.05.05 12:02) [38]
- ну все остынь. Давай я перед тобой извинюсь. Ты по сабжу что нибудь имеешь ? А то уже Жук пришел, ща мы опять в холиварчик плавно переползем.

to Danilka - ты так и не ответил на вопрос - если я нагло буду нарушать правила (селекать из изменяемых таблиц например) в триггере instead of, мутатинг вылезет или нет ?


ANB   (2005-05-26 12:06:00) [49]

Кстати, термин "мутации", как и "мутатинги" весьма условный. Просто на это слово начинается мессага об ошибке. Ну, думаю, ораклистам причину объяснять не надо.


> Тогда вам надо в милицию обращаться
- в милицию можно обращаться, если прихватили на месте. Думаю, более приличным вариантом будет не допускать подобных вещей. Схемы увода денежки бывают довольно заковыристые. Одну мы откопали (это уже была штатная дырка в программе) только через год, когда половина участников уже уволилась. Да и что ты ментам предьявишь - записи в логе ? Денежка вполне законно ушла, сам факт обнаружить довольно трудно. Особенно если у тебя больше 2000 пользователей.


Val   (2005-05-26 12:02:00) [50]

>[36] evvcom ©   (26.05.05 11:57)
заметьте, смайл означает то что он означает. "прицепился" же я к вашей попытке послать меня в "потрепаться" после абсолютно безобидной шутки.


ANB   (2005-05-26 11:59:00) [51]


> Т.е. сделать как нельзя? И удивляться результату? 8-)
- не, человек просил объяснить, что такое мутатинги. Я написал, как это посмотреть, вдруг не знает ?


evvcom   (2005-05-26 11:57:00) [52]


> Есть же триггеры уровня схемы, запрещай юзверям применять DDL

Зачем триггеры? Есть GRANT/REVOKE

> Val ©

Прицепился ты к слову. Не нравится "мутатинги" пиши "мутации", мне так вообще нравится оригинальное написание. Заметь, что этот сленг я писал в кавычках, как бы цитируя автора. С темой вижу знаком, но к слову прицепился, как ...


Sergey13   (2005-05-26 11:50:00) [53]

2[34] Андрей Жук ©   (26.05.05 11:49)
А где тут про DDL?


Андрей Жук   (2005-05-26 11:49:00) [54]

Есть же триггеры уровня схемы, запрещай юзверям применять DDL. Снять такие триггера сможет только собственник схемы.


Sergey13   (2005-05-26 11:39:00) [55]

2[29] ANB ©   (26.05.05 11:35)
>- бывают очень прошаренные юзеры. Плюс, они и с прогами погут поделится. Безопасность же на админе висит. Ну поставили триггер на кассу. Так еще нашли кучу способов денежку уводить.

Тогда вам надо в милицию обращаться. А если они (внутренние враги) еще и админа подкупят? А если и глава конторы в доле? Какую программу ты напишешь? Тут вызод один - топорм по серверу (или по сетевому кабелю как минимум) пока все не разворовали. 8-)


Val   (2005-05-26 11:38:00) [56]

>[28] ANB ©   (26.05.05 11:33)
елки-палки..нет слов. вы, простите, сами понимаете, что пишите? или просто "мутатингов" боитесь?


ANB   (2005-05-26 11:37:00) [57]

Есть у меня еще мысля, по поводу трехслойки. Тогда юзер коннектится только к серверу приложения, а к оракле никакого доступа не имеет. Но ни разу не писал.


Sergey13   (2005-05-26 11:36:00) [58]

2[28] ANB ©   (26.05.05 11:33)
>  Напиши триггер before rows for update, поселекай в нем свою табличку
Т.е. сделать как нельзя? И удивляться результату? 8-)


ANB   (2005-05-26 11:35:00) [59]


> Но до этого надо еще додуматься.
- бывают очень прошаренные юзеры. Плюс, они и с прогами погут поделится. Безопасность же на админе висит. Ну поставили триггер на кассу. Так еще нашли кучу способов денежку уводить.


ANB   (2005-05-26 11:33:00) [60]


> Val ©   (26.05.05 11:17) [27]
- Оракл есть ? Напиши триггер before rows for update, поселекай в нем свою табличку, а потом попробуй проапдейтить ее. Вылезет длинная ошибка. Ессно, это ошибка состоит не в мутации таблицы, а в кривых ручках прога и политике Оракл (т.к. в мсскуле такой ошибки не бывает), но ораклисты понимают проблему с полуслова и назыают ее "мутатинги". Исторически сложилось. Все имхо.


Страницы:   1 2 3 4 5

Наверх

Титульная страница Поиск, карта сайта Написать письмо