Народ, поделитесь пожалуйста, каким образом вы реализуете аутентификацию пользователей проги, работающей с БД? Храните пользователей и зашифрованные пароли в таблице типа "users", подключаетесь по неким guest, и ... что потом? а может как-то иначе надо делать? В общем буду очень благодарен за советы

Как ты не можешь догадываться, что от СУБД зависит подход такой?

Добавлено через 1 минуту и 6 секунд
А разве при создании темы не для тебя такие слова написаны?


Добавлено через 7 минут и 3 секунды
http://forum.vingrad.ru/index.php?showtopi...t&p=1029551

Для меня важны 2 сочетания:
1) BDE+FireBird
2) Ado+Oracle
P.S. Уважаемый Akella, если вам надоело отвечать на посты (хотя непонятно тогда, почему вы здесь "модераторствуете"), просто попейте пивка, остыньте... у вас в каждом слове какая-то озлобленность... расслабьтесь

?

Советую не использовать такую связку. Лучше взять компоненты прямого доступа:
AnyDAC: версия 1 бесплатная
FibPlus: платные, но это самые лучшие компоненты
IBX: встроены в дельфи



с вами тут расслабишься  
Знаешь анекдот: "....Вывод: не расслабляйся, а то....."  



Трудно это было написать? Или написать, что тебя интересуют все СУБД.

Добавлено через 42 секунды
soulhealer85, ты читал, что там по ссылке в моем первом сообщении?

Добавлено через 7 минут и 13 секунд
Если нет, то опишу кратко для Firebird. Физически все работают под одним логином (главного админа базы), а так в базе есть таблица пользователей, групп и прав. Почему так сделано? Ну причин тому несколько. Пароль ограничен 8-ю символами. Нет возможности указать логин русскими символами. При переносе базы данных на другой компьютер также требуется таскать и security2.fdb (файл с пользователями firebird). Есть возможность в программе назначать права не только на объекты базы, а и на объекты самой программы. Это может и не правильно, но так уж повелось. Были мысли переехать на схему с системными пользователями. Но времени не было. В firebird 3 пользователи firebird`а уже будут жить не в security2.fdb, а самой базе данных.
Ответ нормальный? Если что, спрашивай.  

ИМХО самый лучшый выход авторизация в самой БД с использованием прав на объекты БД, этим вы как минимум становитесь застрахованными от продвинутых пользователей которые могут пролезть в БД не из вашей проги и получить практически доступ админа.  Не зря разработчики БД немало внимания уделяют безопасности, а вы при всех схемах с одним пользователем это просто игнорируете. 

   ... А ты нормальный парень, извини что тоже был немного резок   


Читал - толковый пост, много нового узнал, спасибо

Akella, непонятен только вот такой момент (скорее не непонятен, а интересно как люди делают) - программа подключается под guest-ом, допустим юзер с введенным паролем/логином найден в какой-то собственной таблице "users"... а после этого переподключение ты не делаешь под некоторым пользователем, отличным от guest, у которого права не только на таблицу "users"? или у тебя guest имеет права и на другие обьекты?

да толку от этого... хоть какой пароль ты не поставь на базу, хоть каких пользователей не заведи.... можно файл базы спионерить и вся безопасность летит.....
"Обезопасивать" в первую очередь нужно сам сервер и файл базы данных.

и "обезапасивать" сами данные - шифровать например

Родного шифрования в firebird`е не предусмотрено пока что. А шифровать "на лету" не очень удобно. Есть у меня одна такая программка, которая хранит в базе шифрованную инфу. Сортировка, фильтрация идут лесом в этом случае. А подключать внешние UDF нет желания, чтобы не морочить голову себе и админам.

ну это на самом деле решаемые проблемы, не тривиально но решаемые

по поводу сортировки и поиска его придется делать скорее всего локально

Вот и я о том же. Например, DBGridEh из EhLib умеет локально сортировать. Только это получается раз 20 дольше. Про cxGrid ни чего не могу сказать, не знаю, не пробовал.

научить то даже и DBGrid можно локально сортировать.
тут главно не переусердствовать.
что бы Цена разработки не была дороже защищаемых данных

по сабжу 
мне больше нравится табличка с пользователями. и "Обезапасенный" файл базы данных

зы
Обойти можно любую защиту... !!!
нужно что бы стоймость взлома >= стоймости данных

Смотря какая БД. 

Естественно, обычно к серверам доступ ограничен, по другому о безопасности нечего и говорить и городить тогда права на объекты, шифрование и все прочее не стоит, возьмут  и унесут или файлы или весь сервак   

Это сообщение отредактировал(а) Vas - 17.2.2009, 15:58

если данные зашифрованы толку не будет от того что унести смогли