Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Задача: Есть база данных состоящая из трех таблиц – счет(account), хоз. операция, пользователь(users) Нужно ограничить доступ пользователю или группе пользователей к части данных таблиц. Например, пользователь может видеть определенный список счетов, и может видеть перечень операций связанных с ними за определенный период времени(данные за прошлый месяц ему видеть нельзя). Для задания таких условий потребуются такие таблички: Пользователь-Счет(user_account), Пользователь-Разрешенный интервал дат для работы(user_period) Вопрос: как реализовать такие ограничения на Informix 10? Как мне кажется было бы удобно все это реализовать на View Код: plaintext 1. 2. 3. 4. 5. и вот в этом месте у меня проблема, как задать этот самый USER_NAME? Заводить кучу informix пользователей и пользоваться во view selecta функцией Informix USER мне кажется неудобно, поскольку хочется чтобы пользователи системы могли сами создавать других пользователей и раздавать привилегии. В create view использовать темповую табличку, в которой можно было бы хранить имя текщего пользователя – нельзя. Я что то не понимаю или в Informix никак не получится организовать row level security пользователей на основе view? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2006, 18:45 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
У меня пользователи сами регистрируют пользователей и права им раздают. Причем они не DBA. Пользуются хранимой процедурой, написанной с использованием Exec BladeLet. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2006, 15:57 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
И это правильное решение? Как это на безопасности скажется? Можно пример из нескольких строчек как добавляют пользователя, если не трудно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2006, 17:51 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Создаем две процедуры: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Права на выполнение даем connect. Пользоваться так: Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2006, 15:25 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
так намного красивее. спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2006, 15:45 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис Права на выполнение даем connect. to public конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2006, 16:46 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaFИ это правильное решение? Как это на безопасности скажется? Можно пример из нескольких строчек как добавляют пользователя, если не трудно? Это было осознанное решение - делегировать пользователям функцию раздачи прав. Вы разве не этого же хотите? Почему оно должно жутким образом сказаться на безопасности? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 09:33 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
второе решение мне нравится больше потому только, что пользователи создают других пользователей и раздают привилегии на уровне приложения, а не Informix'а. Мне кажется такой вариант более гибким. К тому же использовать динамический SQL мне не нравится (не знаю почему), я никогда его не использовал и не знаю как все это будет работать :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 10:36 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Местные гуру утверждают что ходить в бд одним пользователем неправильно, что надо пользоваться системой прав встроенной в субд. И то что вы хотите можно добится решением, которое предлагает Таня, т.е. она все правильно говорит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 10:57 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
а где они это говорят и по какому поводу, я не нашел. можно ссылочку. Или обяъснение вкратце - почему. Если не затруднит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 11:14 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaFа где они это говорят и по какому поводу, я не нашел. можно ссылочку. Или обяъснение вкратце - почему. Если не затруднит.Местные в смысле sql.ruшные в оракловых и делфийных конференциях. Обяснение простое вы ошибетесь при программировании и однажды пользователи увидят или удалят то что нельзя, ну и еще например админ будет видеть нормальные логины onstat -u ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 11:31 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
ТанУ меня пользователи сами регистрируют пользователей и права им раздают. Причем они не DBA. Пользуются хранимой процедурой, написанной с использованием Exec BladeLet. а можно текст этой процедуры или это секрет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 12:03 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaFвторое решение мне нравится больше потому только, что пользователи создают других пользователей и раздают привилегии на уровне приложения, а не Informix'а. Мне кажется такой вариант более гибким. и менее страшным? А на самом деле пользователи получат одинаковые привилегии, что в одном случае, что в другом. И пользоваться ими будут через ваше приложение. Или вы хотите застраховаться на случай применения пользователями eSQLEditor? SashaFК тому же использовать динамический SQL мне не нравится (не знаю почему), я никогда его не использовал и не знаю как все это будет работать :) да, тут не поспоришь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 13:23 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaF ТанУ меня пользователи сами регистрируют пользователей и права им раздают. Причем они не DBA. Пользуются хранимой процедурой, написанной с использованием Exec BladeLet. а можно текст этой процедуры или это секрет? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 13:27 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
извините за занудство, а как пользователя из хр. процедуры создать? я хотел текст вот этой процедуры :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 14:45 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaFизвините за занудство, а как пользователя из хр. процедуры создать? я хотел текст вот этой процедуры :)это она и есть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 16:52 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaFизвините за занудство, а как пользователя из хр. процедуры создать? я хотел текст вот этой процедуры :)Пользователя в операционке? Можно из хранимой процедуры вызвать шелскрипт ос, а на скрипт суидный бит, и владельцем рута. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 21:18 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Журавлев ДенисМестные гуру утверждают что ходить в бд одним пользователем неправильно, что надо пользоваться системой прав встроенной в субд. Ну вот я расскажу, к чему приводит заведение логинов в базу для каждого пользователя. Работал я как-то до дефолта в Инкомбанке. Достаточно серьезный был тогда банк. И делали мы новую систему для центра международных расчетов. Был у нас свой сервер информикса в проекте и доступ к еще одному на 12-процессорном сане (если память не изменяет) для отладки. Коннектюсь к своей базе, читаю из sysmaster-а список баз и пользователей, а их там многие десятки пользователей. Среди такого количества попался логин с таким же пасом подходящим к одной интересной базе (может слепок лежал с действующе) и узнал я зарплату начальника, его любимца лентяя и еще много интересного :). Когда много пользователей, трудно уследить за пасами. С тех пор у меня пользователи в сестеме имеют права только на исполнение хранимых процедур, да и то не всех. А пользаватель для всех работающих с системой (простых юзеров я имею в виду) один. А клиент использует виндовую верификацию и передает данные иницилизирующей хранимой процедуре... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2006, 22:14 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Александр ФедоренкоНу вот я расскажу, к чему приводит заведение логинов в базу для каждого пользователя. Работал я Это все частные случаи. В среднем все не так. Например в оракле год назад нашли баг: пользователь имеющий право на селект таблицы может удалять и апдейтить таблицу, баг во всех версиях оракла, его пока не заткнули. И что? Какой вывод можно сделать? Что встроеной в субд системой авторизации пользоватся не надо? Я давно не встречал операционок позволяющих совпадение логина и пароля, или пользователь был рут? Это вообще административная проблема. Александр ФедоренкоС тех пор у меня пользователи в сестеме имеют права только на исполнение хранимых процедур, да и то не всех. А пользаватель для всех работающих с системой (простых юзеров я имею в виду) один. А клиент использует виндовую верификацию и передает данные иницилизирующей хранимой процедуре...Что изменилось? Пароли и логины не совпадают? Они перестали записывать пароли на бумажках и класть их под клавиатуру? Логины имеющиеся в домене трудно узнать? Я тоже делал n-tier системы которые ходят в бд одним пользователем, потому что очень удобно и красиво хранить пользователей, права и роли в собственной таблице, но я осознаю насколько это опасно и почему в общем случае это плохо. Например в предложенной мною схеме есть дыра, для пользователей с ролью resource, но я осознаю это, а мог бы просто не заметить. Александр ФедоренкоА клиент использует виндовую верификацию и передает данные иницилизирующей хранимой процедуре...А что он передает? Или в смысле хранимая процедура это UDF проверяющая в домене? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 09:26 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Александр ФедоренкоКоннектюсь к своей базе, читаю из sysmaster-а список баз и пользователей, а их там многие десятки пользователей. Среди такого количества попался логин с таким же пасом подходящим к одной интересной базе это конечно все очень страшно, но давайте поподробнее по пунктам, а то не очень понятно. 1. Вы к своей базе коннектитесь или все-таки к sysmaster? 2. Если это sysmaster, то где там список пользователей? Я ни разу не видела 3. Я видела списки пользователей в таблице sysusers. Но паролей там нет. Как вы догадались, что пароль у кого-то куда-то подходящий? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 10:07 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
ТанКак вы догадались, что пароль у кого-то куда-то подходящий? Думаю, что при наличии БОЛЬШОГО кол-ва пользователей и отсутствии НОРМАЛЬНОЙ политики безопасности просто-напросто оправдалось предположение, что кто-то "не парится" и логинится с паролем, равным логину... Как писал Том - "срочно меняйте АБД" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 11:12 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Тан SashaFизвините за занудство, а как пользователя из хр. процедуры создать? я хотел текст вот этой процедуры :)это она и есть я вас не понимаю. grant connect to user_name можно дать только пользователю, который уже существует в ОС и у него уже есть заведенный пароль. Каким образом ваши пользователи создают новых пользователей, у вас из программы (х. пр.) вызывается шелскрипт? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 12:35 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaFя вас не понимаю. grant connect to user_name можно дать только пользователю, который уже существует в ОС и у него уже есть заведенный пароль. Каким образом ваши пользователи создают новых пользователей, у вас из программы (х. пр.) вызывается шелскрипт? 1. grant connect to user_name можно дать кому угодно, никакой связи с наличием\отсутствием пользователя в ОС здесь нет. 2. Мои пользователи не создают пользователя в операционке, они создают их в базе и раздают им права в базе. Хотите конкретный ответ - задайте конкретный вопрос. 3. Если вдруг (все в жизни бывает) вы используете ОС Windows, и у вас есть домен (так тоже может быть), то вам нет никакой нужды создавать пользователя в операционке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 12:53 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Журавлев ДенисЭто все частные случаи. В среднем все не так. Например в оракле год назад нашли баг: пользователь имеющий право на селект таблицы может удалять и апдейтить таблицу, баг во всех версиях оракла, его пока не заткнули. И что? Какой вывод можно сделать? Что встроеной в субд системой авторизации пользоватся не надо? Как ни странно, но в серьезных системах именно так и поступают (или поступали :)) Для большинства случаев , конечно, достаточно встроенной в СУБД, но они не обладают теми гибкими и мощными возможностями, которые могут понадобиться, когда к вопросу безопасности подходят очень строго. Журавлев Денис Я давно не встречал операционок позволяющих совпадение логина и пароля, или пользователь был рут? Как, Денис, ты уже так давно не видел всеми любимой Windows ? :)) На половине инстансов (при начинающих админах) можно не задумываясь ввести пароль для пользователя informix... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 13:26 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaF Тан SashaFизвините за занудство, а как пользователя из хр. процедуры создать? я хотел текст вот этой процедуры :)это она и есть я вас не понимаю. grant connect to user_name можно дать только пользователю, который уже существует в ОС и у него уже есть заведенный пароль. Каким образом ваши пользователи создают новых пользователей, у вас из программы (х. пр.) вызывается шелскрипт? Для таких целей обычно делается сервер приложений (в котором делается своя гибкая система прав и ограничений на доступ к информации в БД), а прямой доступ к БД просто закрыт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 13:32 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
vasilisКак ни странно, но в серьезных системах именно так и поступают (или поступали :)) Для большинства случаев , конечно, достаточно встроенной в СУБД, но они не обладают теми гибкими и мощными возможностями, которые могут понадобиться, когда к вопросу безопасности подходят очень строго. vasilisДля таких целей обычно делается сервер приложений (в котором делается своя гибкая система прав и ограничений на доступ к информации в БД), а прямой доступ к БД просто закрыт.На форумах sql.ru за такие фразы сильно бьют и обвиняют в ламерстве, и я даже где-то с ними согласен. Мне же нравятся трехзвенные архитектуры, хотя никакой практической пользы от n-tier нет, одни недостатки. Но любовь и дружба это чувства нелогичные. Журавлев ДенисКак, Денис, ты уже так давно не видел всеми любимой Windows ? :)) На половине инстансов (при начинающих админах) можно не задумываясь ввести пароль для пользователя informix...А что виндоус позволяет? Там вроде по умолчанию менять пароль каждые 44(60) дней, и не использовать 10 последних паролей, не короче 6 символов и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 14:25 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Тан SashaFя вас не понимаю. grant connect to user_name можно дать только пользователю, который уже существует в ОС и у него уже есть заведенный пароль. Каким образом ваши пользователи создают новых пользователей, у вас из программы (х. пр.) вызывается шелскрипт? 1. grant connect to user_name можно дать кому угодно, никакой связи с наличием\отсутствием пользователя в ОС здесь нет. 2. Мои пользователи не создают пользователя в операционке, они создают их в базе и раздают им права в базе. Хотите конкретный ответ - задайте конкретный вопрос. .... еще более конкретный вопрос (: как пользователем user_name присоединиться к базе, если его нет в ОС, если у этого пользователя даже нет пароля? Что мне указывать в Informix connect ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 14:33 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaF Тан SashaFя вас не понимаю. grant connect to user_name можно дать только пользователю, который уже существует в ОС и у него уже есть заведенный пароль. Каким образом ваши пользователи создают новых пользователей, у вас из программы (х. пр.) вызывается шелскрипт? 1. grant connect to user_name можно дать кому угодно, никакой связи с наличием\отсутствием пользователя в ОС здесь нет. 2. Мои пользователи не создают пользователя в операционке, они создают их в базе и раздают им права в базе. Хотите конкретный ответ - задайте конкретный вопрос. .... еще более конкретный вопрос (: как пользователем user_name присоединиться к базе, если его нет в ОС, если у этого пользователя даже нет пароля? Что мне указывать в Informix connect ? Подсоединиться пользователем user_name не удастся, если его не знает ОС. Но права в базе выдать ему можно, никто не остановит SashaFЗаводить кучу informix пользователей ... мне кажется неудобно, поскольку хочется чтобы пользователи системы могли сами создавать других пользователей и раздавать привилегии Вообще я написала вам только для того, чтобы вы знали, что функцию раздачи прав делегировать можно, и некоторые (я) так делают. Просто чтобы у вас было больше информации для принятия решения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 14:53 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaFеще более конкретный вопрос (: как пользователем user_name присоединиться к базе, если его нет в ОС, если у этого пользователя даже нет пароля? Что мне указывать в Informix connect ?Имелось в виду что пользователя в ос создают другие люди, специальные люди -- администраторы ос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 14:54 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис Я давно не встречал операционок позволяющих совпадение логина и пароля, или пользователь был рут? Это вообще административная проблема. Был не рут. Конечно административная, но доступ -то несанкционированный был получен в базу информикса. Я про то, что большое количество юзеров и породило эту административную проблему на уровне базы информикса. Журавлев Денис Что изменилось? Пароли и логины не совпадают? Они перестали записывать пароли на бумажках и класть их под клавиатуру? Логины имеющиеся в домене трудно узнать? Я тоже делал n-tier системы которые ходят в бд одним пользователем, потому что очень удобно и красиво хранить пользователей, права и роли в собственной таблице, но я осознаю насколько это опасно и почему в общем случае это плохо. Например в предложенной мною схеме есть дыра, для пользователей с ролью resource, но я осознаю это, а мог бы просто не заметить. Александр ФедоренкоА клиент использует виндовую верификацию и передает данные иницилизирующей хранимой процедуре...А что он передает? Или в смысле хранимая процедура это UDF проверяющая в домене? За доменными паролями следит соответствующая служба. Кроме того существует организационная отвественность за доменный логин у его обладателя. Схема двухзвенная (для локальных клиентов). Обработка в ХП. Прикладная часть в ХП. Хранятся логины без паролей - не нужны. Передается логин домена. По нему предоставляются настроенные права на прикладном уровне (НЕ к физическим объектам базы). Главное: все пользователи коннектятся под одним пользователем информикса, укоторого прав к объектам базы нет. Есть и неудобство: разбираться в онстате с сессиями :) - помогают данные о терминале. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 15:08 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Тан Александр ФедоренкоКоннектюсь к своей базе, читаю из sysmaster-а список баз и пользователей, а их там многие десятки пользователей. Среди такого количества попался логин с таким же пасом подходящим к одной интересной базе это конечно все очень страшно, но давайте поподробнее по пунктам, а то не очень понятно. 1. Вы к своей базе коннектитесь или все-таки к sysmaster? 2. Если это sysmaster, то где там список пользователей? Я ни разу не видела 3. Я видела списки пользователей в таблице sysusers. Но паролей там нет. Как вы догадались, что пароль у кого-то куда-то подходящий? Это было 10 лет назад все-таки, некоторые детали я подзабыл, но "осадок остался" :) Приконнектился конечно к своей. А уже из нее делал запросы к сисмастерс. Помню точно, что вытащил названия баз и логины пользователей, конечно без пасов. Я тогда информикс изучал, мне было все интересно... Один из пасов совпал с логином что и позволило мне законнектится к другой базе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 15:14 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис vasilisКак ни странно, но в серьезных системах именно так и поступают (или поступали :)) Для большинства случаев , конечно, достаточно встроенной в СУБД, но они не обладают теми гибкими и мощными возможностями, которые могут понадобиться, когда к вопросу безопасности подходят очень строго. vasilisДля таких целей обычно делается сервер приложений (в котором делается своя гибкая система прав и ограничений на доступ к информации в БД), а прямой доступ к БД просто закрыт.На форумах sql.ru за такие фразы сильно бьют и обвиняют в ламерстве, и я даже где-то с ними согласен.. Ты соединил два моих разных ответа на разные темы. Они не стыкуются друг с другом, хотя и похожи. Поэтому, я не понял, к какому из них относится твой комментарий... Журавлев ДенисМне же нравятся трехзвенные архитектуры, хотя никакой практической пользы от n-tier нет, одни недостатки. Но любовь и дружба это чувства нелогичные. А при чем тут нравятся или нет ? Жизнь заставила. Причем на тот момент это было хорошее решение для многих прикладных систем. Например, масштабирование. Заказчик и объем его БД растет постепенно, но железо не хочет апгрейдить так же быстро. Поэтому вначале сервер приложений со сложной бизнес-логикой крутится вместе с сервером БД на одном компе (его и сервером то назвать трудно :), затем СП выносится на другой такой же комп, что позволяет снова на время вздохнуть, затем, при подключении новых отделов, делается еще 2-3 новых СП все на таких же компах и система живет и дышит. И как обойтись без 3-х звенки ? Журавлев ДенисА что виндоус позволяет? То, что ты спрашивал - завести пользователя с паролем, совпадающим с логином. Журавлев Денис Там вроде по умолчанию менять пароль каждые 44(60) дней, и не использовать 10 последних паролей, не короче 6 символов и т.д. На разных версиях разные политики по умолчанию, к тому же часто их отключают или сильно упрощают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 15:32 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Александр ФедоренкоБыл не рут. Конечно административная, но доступ -то несанкционированный был получен в базу информикса. Я про то, что большое количество юзеров и породило эту административную проблему на уровне базы информикса. За доменными паролями следит соответствующая служба. Кроме того существует организационная отвественность за доменный логин у его обладателя. Можете обижаться конечно, но у Вас некоторые проблемы с логикой. Александр ФедоренкоСхема двухзвенная (для локальных клиентов). Обработка в ХП. Прикладная часть в ХП. Хранятся логины без паролей - не нужны. Передается логин домена. По нему предоставляются настроенные права на прикладном уровне (НЕ к физическим объектам базы). Главное: все пользователи коннектятся под одним пользователем информикса, укоторого прав к объектам базы нет. Т.е. спошная дыра. Конектимся этим пользователем в информикс (его имя и пароль я узнаю секунд за 20, если получу exe на чтение), вызываем процедуру, передав логин любого суперпользователя (логины из домена может вычитать любой пользователь), теперь я суперпользователь. Есть еще один способ: поднимаю на отдельной машине (даже виртуальной) домен который называется точно также как корпоративный, закрываю все порты на выход кроме 1521, создаю пользователя с суперкрутым логином, подключаю машину в сеть, теперь можно пользоватся вашей прогой, система примет меня за суперпользователя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 15:38 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
авторТан: кажется до меня дошло, что вы хотели сказать. Коннектятся все ваши пользователи одним ОС пользователем у которого по умолчанию минимальные права. Потом, после того как прошла идентификация в приложении, данному пользователю ОС расширяются права путем grant defaul role. Так, да? Я угадал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 16:21 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaF авторТан: кажется до меня дошло, что вы хотели сказать. Коннектятся все ваши пользователи одним ОС пользователем у которого по умолчанию минимальные права. Потом, после того как прошла идентификация в приложении, данному пользователю ОС расширяются права путем grant defaul role. Так, да? Я угадал?Нет, не угадал, см: http://www.sql.ru/forum/actualthread.aspx?tid=374516&pg=2#3555591 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 16:35 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
SashaF авторТан: кажется до меня дошло, что вы хотели сказать. Коннектятся все ваши пользователи одним ОС пользователем у которого по умолчанию минимальные права. Потом, после того как прошла идентификация в приложении, данному пользователю ОС расширяются права путем grant defaul role. Так, да? Я угадал? нет. У нас все пользователи, каждый со своим логином, регистрируются в ОС админом ОС. Права этим пользователям в базе данных раздаются другими пользователями, "администраторами информационной системы". Я не хотела вам рассказывать, как это у нас. Я хотела вам сказать только, что функцию раздачи прав в Informix делегировать можно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 17:10 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
авторЖуравлев Денис: авторТан: Спасибо! Сомнения рассеяны, информации для размышления достаточно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 19:43 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис Можете обижаться конечно, но у Вас некоторые проблемы с логикой. Спорить на эту тему не настроен, обижаться тем более :) Журавлев Денис Т.е. спошная дыра. Конектимся этим пользователем в информикс (его имя и пароль я узнаю секунд за 20, если получу exe на чтение), вызываем процедуру, передав логин любого суперпользователя (логины из домена может вычитать любой пользователь), теперь я суперпользователь. Вы не внимательны. Этим пользователем вы не законектитесь в информикс, потому что его там просто нет. Журавлев Денис Есть еще один способ: поднимаю на отдельной машине (даже виртуальной) домен который называется точно также как корпоративный, закрываю все порты на выход кроме 1521, создаю пользователя с суперкрутым логином, подключаю машину в сеть, теперь можно пользоватся вашей прогой, система примет меня за суперпользователя. На это я отвечу так: это у вас не получится, но почему, я не скажу:) Потому что если скажу, вы придумаете еще чего-нибудь и вас получиться :) зы. плюсы такого подхода: пользователям не приходится логинится в прикладную систему, система узнает пользователя, пользователей зарегистрированных в базе минимум. Минусы есть везде и я никого не агитирую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2006, 22:08 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Александр Федоренко Вы не внимательны. Этим пользователем вы не законектитесь в информикс, потому что его там просто нет. Я очень внимателен я вот про этого пользователя: Александр ФедоренкоГлавное: все пользователи коннектятся под одним пользователем информикса Александр ФедоренкоНа это я отвечу так: это у вас не получится, но почему, я не скажу:) Потому что если скажу, вы придумаете еще чего-нибудь и вас получиться :)Вы придумали решение которое обходится в два плевка. Во встроенной системе информикса дыр нет. Александр Федоренкозы. плюсы такого подхода: пользователям не приходится логинится в прикладную систему, система узнает пользователя, пользователей зарегистрированных в базе минимум. Минусы есть везде и я никого не агитирую.Когда мне понадобились эти плюсы я просто сделал трехзвенку, а не велосипед с квадратными колесами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2006, 15:07 |
|
||
|
Права пользователей (Row Level) & View
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис[quot Александр Федоренко] Я очень внимателен я вот про этого пользователя: [quot Александр Федоренко]Главное: все пользователи коннектятся под одним пользователем информикса Журавлев Денис Т.е. спошная дыра. Конектимся этим пользователем в информикс (его имя и пароль я узнаю секунд за 20, если получу exe на чтение), вызываем процедуру, передав логин любого суперпользователя (логины из домена может вычитать любой пользователь), теперь я суперпользователь И все таки невнимательно. 1. В .exe не прописаны пользователи информикса вообще. 2. какую процедуру? Что передаете? зы. я ж сказал, не нравится не ешь, чего базар-то разводить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2006, 22:45 |
|
||
|
|

start [/forum/topic.php?all=1&fid=44&tid=1608498]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
74ms |
get tp. blocked users: |
1ms |
| others: | 258ms |
| total: | 426ms |

| 0 / 0 |
