|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
В приложении есть генератор отчётов(Report Builder для Delphi), в нём пользователи могут менять SQL. то, что там пропускаются штуки типа "drop table" - это полбеды. В конце концов можно не давать пользователю прав на такое. Но нельзя не давать прав на update. А с ним можно наделать делов не меньше: Код: sql 1.
Как бы запретить пользователю в определённых режимах делать что-то кроме SELECT, в рамках его привилегий? Есть конечно вариант прикрутить какой-нибудь "проверяльщик SQL строки на безопасность". Если таковые есть - тоже вариант. Подскажите. Понятно, что DROP, CREATE, UPDATE и DELETE я сам могу выпилить, а какие ещё засады могут встретиться? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 22:23 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
Victor Cookin, application roles ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 22:30 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
-2-Victor Cookin, application roles там одно. Делить нельзя (постановка новой версии в production - пара недель тестирования, постановка НОВОГО приложения - несколько лет...). ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 22:34 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
Простой вариант: Код: plsql 1. 2.
Репортер подключать отдельным коннектом под новой схемой. Далее, чтобы не переписывать отчеты, можно либо при подключении Код: plsql 1.
либо создать синонимы к нужным таблицам в схеме ReportBuilder ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 22:54 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
andrey_anonymous, кажется вариант. Попробую. Но проще было бы a la Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 23:01 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
Есть Код: plsql 1.
, но это до ближайшего TCL. Как следствие - truncate пройдет :) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 23:04 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
andrey_anonymousЕсть Код: plsql 1.
, но это до ближайшего TCL. Как следствие - truncate пройдет :) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 23:05 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
andrey_anonymousдо ближайшего TCL. то есть после любого коммита это свойство пропадёт? или что? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 23:11 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
Victor Cookin, любой DDL делает commit автоматически, дважды. перед командой и сразу после. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 23:26 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
кит северных морей, DDL как раз пользователям не разрешены. Конечно, если сам Report builder не делает коммитов, то это решило бы проблему. Но сдаётся мне, что делает. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.06.2019, 23:55 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
Victor Cookin там пропускаются штуки типа "drop table" Victor CookinDDL как раз пользователям не разрешены. "Все врут" (с) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2019, 00:10 |
|
о безопасности давать пользователям править SQL
|
|||
---|---|---|---|
#18+
andrey_anonymous"Все врут" (с) Кто? Я сам DROP TABLE сделал из RB ... |
|||
:
Нравится:
Не нравится:
|
|||
06.06.2019, 00:12 |
|
|
start [/forum/topic.php?fid=52&msg=39823132&tid=1882428]: |
0ms |
get settings: |
11ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
others: | 17ms |
total: | 160ms |
0 / 0 |