ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / ограничение доступа
18 сообщений из 43, страница 2 из 2
  2  все
ограничение доступа
    #39451259
dekloper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dekloper
Гость
env,

дык вроде говорят с ролью дба триггеры не срабатывают..
Violinato alexa

Триггер будет работать только если у SCOTT нет роли DBA

grant/revoke dba в триггере

PS
Кроме того это можно обойти переименованием sqlplus.exe в toad.exe.
...
Рейтинг: 0 / 0
11.05.2017, 12:01
| Ответить | Цитировать | Написать  
ограничение доступа
    #39451266
dekloper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dekloper
Гость
Q.Tarantinodekloper100% так и есть.. если б кто точно знал что надо для работы нашего кривософта, вопросов бы не было...
для кривософта должна быть тестовая среда. ее нереально развернуть???
есть конечно.. тока там тестятся более страшные вещи..
невозможность работы без дба привилегии у нас пока не считается кривизной..
...
Рейтинг: 0 / 0
11.05.2017, 12:05
| Ответить | Цитировать | Написать  
ограничение доступа
    #39451277
аз сисьдба
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
аз сисьдба
Гость
dekloperдык вроде говорят с ролью дба триггеры не срабатывают..
алиона очепаталась. Событийные триггеры не прерывают действо только для SYSа.
...
Рейтинг: 0 / 0
11.05.2017, 12:17
| Ответить | Цитировать | Написать  
ограничение доступа
    #39451292
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Q.Tarantino
Участник
dekloperQ.Tarantinoпропущено...

для кривософта должна быть тестовая среда. ее нереально развернуть???
есть конечно.. тока там тестятся более страшные вещи..
невозможность работы без дба привилегии у нас пока не считается кривизной..
ну раз наличие роли DBA не критично, то тему можно закрывать :)
...
Рейтинг: 0 / 0
11.05.2017, 12:33
| Ответить | Цитировать | Написать  
ограничение доступа
    #39451342
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
аз сисьдбаdekloperдык вроде говорят с ролью дба триггеры не срабатывают..
алиона очепаталась. Событийные триггеры не прерывают действо только для SYSа.Для имеющих ADMINISTER DATABASE TRIGGER
...
Рейтинг: 0 / 0
11.05.2017, 13:38
| Ответить | Цитировать | Написать  
ограничение доступа
    #39451358
dba123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dba123
Участник
Aliona,Violina - это разные люди
...
Рейтинг: 0 / 0
11.05.2017, 13:54
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453041
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
dba123Aliona,Violina - это разные люди
...кхм..если сравнить 2 профиля, то Aliona есьм Violina, в..кхм..девичестве, imho..
...
Рейтинг: 0 / 0
15.05.2017, 12:44
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453636
Фотография Ozornitca
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ozornitca
Участник
а мне на этом форуме советовали fgac)) хорошая такая штука, которой парвда нельзя злоупотреблять))

у вас же для отдельного приложения свой отдельный пользователь, под которым оно коннектиться к схеме ?

написать процедуру, которая будет выдавать фигу конкретно этому пользователю

не ? норм мысль?
...
Рейтинг: 0 / 0
16.05.2017, 10:56
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453684
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
Ozornitcaмне советовали fgac...правда нельзя злоупотреблять
... будет выдавать фигу конкретно этому пользователю
use FGAC with EM (кузькина мать или фига с маслом) "Вертит Очками fgac так и сяк:
То к темю их прижмет, то их на хвост нанижет,
То их понюхает, то их полижет;"
...
Рейтинг: 0 / 0
16.05.2017, 12:00
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453712
Фотография Ozornitca
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ozornitca
Участник
ViewerOzornitcaмне советовали fgac...правда нельзя злоупотреблять
... будет выдавать фигу конкретно этому пользователю
use FGAC with EM (кузькина мать или фига с маслом) "Вертит Очками fgac так и сяк:
То к темю их прижмет, то их на хвост нанижет,
То их понюхает, то их полижет;"

да блин, я же сказала - не злоупотребляя)

можно ли навесить fgac на процесс авторизации ? там же тоже обращается к системной какой таблице с логинами паролями?
...
Рейтинг: 0 / 0
16.05.2017, 12:29
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453717
Фотография Ozornitca
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ozornitca
Участник
вообще тут принято отвечать то стихами, то выписками из классической прозы...

эрудированный форум!
...
Рейтинг: 0 / 0
16.05.2017, 12:31
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453749
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
dekloperподскажите плз, можно ли запретить юзеру с ролью DBA доступ к em?
dekloperмне скл+ за глаза хватает..
нужна именно защита от.. обезъяны с гранатой..
Лучшее средство от перхоти: ./emctl stop dbconsoleTo access the Oracle Enterprise Manager Console from a client browser, the dbconsole process needs to be running on the server.
Starting and Stopping the Oracle Enterprise Manager Console
...
Рейтинг: 0 / 0
16.05.2017, 12:58
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453765
dba123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dba123
Участник
Ozornitcaа мне на этом форуме советовали fgac)) хорошая такая штука, которой парвда нельзя злоупотреблять))
у вас же для отдельного приложения свой отдельный пользователь, под которым оно коннектиться к схеме ?
написать процедуру, которая будет выдавать фигу конкретно этому пользователю
не ? норм мысль?
Ozornitcaпо моему - это вы пренебрегаете элементарными логическими рассуждениями со своими выводами : у вас все работают под владельцем (феерично), затем - у пользователей есть что-то кроме навигатора ... я валяюсь, чесслово

Довольно просто сделать приложение с несколькими схемами

Например, клиент-серверное приложение:
- изъяты все any privileges от известных тебе людей

- пользователи оракловые, со своими профилями(смена пароля, лимиты..)
--имеют привилегию create session, как минимум, для ЕЕ достаточно)

- схема данных OZDATA(таблицы, представления, OZPROC(пакеты, процедуры), триггеры ...) пользователь заблокирован

- схема ограниченного доступа OZSECURITY (таблицы логов/аудита, представления, пакеты, процедуры, триггеры) пользователь заблокирован
--имеет возможность создавать новых пользователей
--раздавать им права от имени других

- пользователь OZPROXY для прокси подключения к схеме данных

- созданы роли для любых производственных групп(как минимум, у всех insert в АУД/ЛОГ табле)

Даже синонимы не нужны(если нет тестовых схем).

Юзер
зашел в приложение
,попал в схему OZDATA
,имеет доступ к данным/процедурам в этой схеме согласно ролям.

Вот теперь можно использовать разграничение доступа к таблицам на уровне строк или меток.
Что сложного в такой структуре?
...
Рейтинг: 0 / 0
16.05.2017, 13:15
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453776
Фотография Viewer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Viewer
Участник
dba123,
Это вы кому... столько много букв... и цитата из 19197817 к чему?
...
Рейтинг: 0 / 0
16.05.2017, 13:31
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453787
dba123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dba123
Участник
Viewer,

Это всё ей на вопрос
"у вас же для отдельного приложения свой отдельный пользователь, под которым оно коннектиться к схеме ?"
...
Рейтинг: 0 / 0
16.05.2017, 13:42
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453846
Фотография Ozornitca
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ozornitca
Участник
dba123Ozornitcaа мне на этом форуме советовали fgac)) хорошая такая штука, которой парвда нельзя злоупотреблять))
у вас же для отдельного приложения свой отдельный пользователь, под которым оно коннектиться к схеме ?
написать процедуру, которая будет выдавать фигу конкретно этому пользователю
не ? норм мысль?
Ozornitcaпо моему - это вы пренебрегаете элементарными логическими рассуждениями со своими выводами : у вас все работают под владельцем (феерично), затем - у пользователей есть что-то кроме навигатора ... я валяюсь, чесслово

Довольно просто сделать приложение с несколькими схемами

Например, клиент-серверное приложение:
- изъяты все any privileges от известных тебе людей

- пользователи оракловые, со своими профилями(смена пароля, лимиты..)
--имеют привилегию create session, как минимум, для ЕЕ достаточно)

- схема данных OZDATA(таблицы, представления, OZPROC(пакеты, процедуры), триггеры ...) пользователь заблокирован

- схема ограниченного доступа OZSECURITY (таблицы логов/аудита, представления, пакеты, процедуры, триггеры) пользователь заблокирован
--имеет возможность создавать новых пользователей
--раздавать им права от имени других

- пользователь OZPROXY для прокси подключения к схеме данных

- созданы роли для любых производственных групп(как минимум, у всех insert в АУД/ЛОГ табле)

Даже синонимы не нужны(если нет тестовых схем).

Юзер
зашел в приложение
,попал в схему OZDATA
,имеет доступ к данным/процедурам в этой схеме согласно ролям.

Вот теперь можно использовать разграничение доступа к таблицам на уровне строк или меток.
Что сложного в такой структуре?

очень интересно

вопрос: если приложений много больше 5- для каждого создавать по несколько схем ?

а вообще честно говоря что-то я плохо ориентируюсь в нарисованной вами архитектуре, надо мне чет почитать.
...
Рейтинг: 0 / 0
16.05.2017, 14:35
| Ответить | Цитировать | Написать  
ограничение доступа
    #39453953
dba123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dba123
Участник
Ozornitca,

как хочешь
- можно ролями разделить
- можно именами схем, я сделал бы именно так, выделив общие схемы

Для теста создай 4 файла и наполняй их с появлением новых знаний
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
--install.sql:
@01create_schema.sql  ~01create_schema.log
@02ozsecurity.sql     ~02ozsecurity.log     ozsecurity/ozsecurity@orcl
@03ozdata.sql         ~03ozdata.log         ozdata/ozdata@orcl


--01create_schema.sql:
spool &1
set verify off
whenever sqlerror exit failure;
whenever oserror exit failure;

-- 1) удаляем схемы, роли, контексты 
--    OZDATA, OZSECURITY, OZROLE1, OZROLE2, OZCTX,...
declare
 user_does_not_exist    exception;
 role_does_not_exist    exception;
 context_does_not_exist exception;
 synonym_does_not_exist exception;
 pragma exception_init(user_does_not_exist, -01918);
 pragma exception_init(role_does_not_exist, -01919);
 pragma exception_init(context_does_not_exist, -04043);
 pragma exception_init(synonym_does_not_exist, -01432);
begin

 begin
   execute immediate 'drop user OZDATA cascade';

   exception when user_does_not_exist then
     dbms_output.put_line(dbms_utility.format_error_stack);
 end;
 ...
-- 2) Создаем схемы, роли, контексты, тестюзера
 ...
-- 3) Раздаем права на системные таблицы и пакеты 
 ...

end;
/

spool off
set verify on



--03ozdata.sql:
spool &1
connect &2
set verify off
whenever sqlerror exit failure;
whenever oserror exit failure;

-- 1) создаем таблицу T1
...
-- 10) выдаем права to OZROLE1

spool off
set verify on
...
Рейтинг: 0 / 0
16.05.2017, 16:19
| Ответить | Цитировать | Написать  
ограничение доступа
    #39454099
Фотография Ozornitca
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ozornitca
Участник
dba123,
спасибо я посмотрю!
...
Рейтинг: 0 / 0
16.05.2017, 18:55
| Ответить | Цитировать | Написать  
18 сообщений из 43, страница 2 из 2
  2  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / ограничение доступа
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39453041&tid=1885934]:
 0ms
get settings:
 7ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 180ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 35ms
get tp. blocked users:
 1ms
others: 216ms
total:  466ms
созд. / загр.: 466ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]