Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Пароли пользователей / 20 сообщений из 20, страница 1 из 1
11.09.2014, 08:54
    #38743767
ks81
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
Здравствуйте. Есть база на FireBird 2.5. Как грамотно реализовать следующее:

1. Чтобы пользователь при окончании какого-либо времени сменял свой пароль.

2. При создании нового пароля проверять на сложность.
...
Рейтинг: 0 / 0
11.09.2014, 09:24
    #38743788
Exteris
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
Грамотно это реализовать на клиенте, а не на уровне БД.
...
Рейтинг: 0 / 0
11.09.2014, 09:29
    #38743797
ks81
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
а если баз несколько?
...
Рейтинг: 0 / 0
11.09.2014, 10:04
    #38743841
Вечность
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
ks81а если баз несколько?Тем предпочтительнее единообразное решение на стороне единого клиента.
...
Рейтинг: 0 / 0
11.09.2014, 11:17
    #38743937
ks81
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
ну хорошо, на стороне клиента. если не в базе, то где теперь хранить дату создания пароля, срок хранения пароля?
...
Рейтинг: 0 / 0
11.09.2014, 11:32
    #38743947
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
ks81где теперь хранить дату создания пароля, срок хранения пароля?
Нигде. Обяжи пользователя менять пароль первого числа каждого месяца.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
11.09.2014, 11:36
    #38743960
pastor
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
ks81Здравствуйте. Есть база на FireBird 2.5. Как грамотно реализовать следующее:

1. Чтобы пользователь при окончании какого-либо времени сменял свой пароль.

2. При создании нового пароля проверять на сложность.

1. Использовать trusted auth.
2. Настроить политику паролей в домене.
...
Рейтинг: 0 / 0
11.09.2014, 11:57
    #38743994
DarkMaster
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
Dimitry Sibiryakovks81где теперь хранить дату создания пароля, срок хранения пароля?
Нигде. Обяжи пользователя менять пароль первого числа каждого месяца.


Завести табличку и датой с сроком действия пароля для "приложения-клиента" тоже можно.
...
Рейтинг: 0 / 0
11.09.2014, 13:33
    #38744147
Kirill Razuvaev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
DarkMasterЗавести табличку и датой с сроком действия пароля для "приложения-клиента" тоже можно.Подводный камень - либо табличку нужно делать единую на все базы, что несколько усложняет процесс (особенно, если набор баз разнится от пользователя к пользователю), либо специальную базу для такой таблицы.
Но, по сути, видимо, самое правильное решение - trusted auth + политики домена, как уже было предложено выше.
...
Рейтинг: 0 / 0
11.09.2014, 13:46
    #38744161
DarkMaster
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
Kirill Razuvaev,

Пользователи пока авторизуются на сервере, а не в базе. Так что отдельная база со специфичными таблицами решит проблему. Это я про native способ авторизации, если что.
...
Рейтинг: 0 / 0
11.09.2014, 14:04
    #38744216
Oliph
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
DarkMasterотдельная база со специфичными таблицамиК которой будут обращаться процедуры читающие и устанавливающие флаг смены пароля через EXECUTE STATEMENT ... ON EXTERNAL.
В каждой базе, куда коннектится клиентская программа создать эти процедуры. Пароль менять там же - на клиенте.
...
Рейтинг: 0 / 0
12.09.2014, 07:03
    #38744798
ks81
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
вариант дату создания пароля нигде не хранить, а пароли менять 1 число месяца кажется не совсем подходит. так как пользователи работают в базе сутки через двое или трое и могут пропустить этот день.

вариант trusted аутентификация тоже отпадает, так как пользователи не в домене.

решил покопаться в базе security2.fdb. Как я понял там хранятся логины и пароли пользователи. Там есть таблица RDB$USERS и на него представление USERS.
Попробую туда добавить дополнительные поля.

Всем спасибо за ответы.
...
Рейтинг: 0 / 0
12.09.2014, 09:20
    #38744840
Симонов Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
ks81,

плохая идея
...
Рейтинг: 0 / 0
12.09.2014, 09:47
    #38744862
pastor
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
ks81,

если так приперло, сделай триггер на коннект с ON EXTERNAL к спецбазе ползателей.
...
Рейтинг: 0 / 0
12.09.2014, 12:48
    #38745059
DarkMaster
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
ks81решил покопаться в базе security2.fdb. Как я понял там хранятся логины и пароли пользователи. Там есть таблица RDB$USERS и на него представление USERS.
Попробую туда добавить дополнительные поля.


Не делай так. У тебя задача напомнить пользователю, что нужно сменить пароль или обязательно поменять пароль по истечению срока? И второе - пользователи работают через какое-то ПО - оно ваше или покупное?
...
Рейтинг: 0 / 0
12.09.2014, 12:51
    #38745061
Gallemar
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
Сделай табличку с датой действия паролей усеров,сделай триггер на коннект и пусть он по таблице при коннекте ивент выдает что пароль просрочен.
...
Рейтинг: 0 / 0
17.09.2014, 07:58
    #38748694
ks81
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
вообщем, вы как всегда правы ) не стоит трогать security2.fdb

все оказывается решается просто - через тригеры и операторы external on
ну по крайней мере у меня получилось

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

всем спасибо
...
Рейтинг: 0 / 0
17.09.2014, 10:23
    #38748817
Fr0sT-Brutal
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
ks81у меня две базы, на каждом из них создал одинаковые специальные таблички, внутри которых хранятся имена пользователей и даты хранения пароля. в каждом из них создал триггеры на вставку, изменение и удаление. т.е. когда в одной базе начинаешь изменять одну табличку, то автоматически (через операторы external on) изменяется другая таблица второй базы и тоже самое наоборот во второй базе.
Имхо, черезжопно. Завел бы лучше выделенную базу специально для хранения паролей и все.
...
Рейтинг: 0 / 0
18.09.2014, 08:32
    #38749959
Kirill Razuvaev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
Fr0sT-BrutalИмхо, черезжопно. И велик риск нарваться однажды на бесконечный цикл обновлений двух бах через эти external on.
...
Рейтинг: 0 / 0
09.10.2014, 10:58
    #38771346
Fr0sT-Brutal
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пароли пользователей
Kirill Razuvaev
кстати да. Как отличить update из клиента от update из external, по юзеру разве что. Незачем плодить сущности.
...
Рейтинг: 0 / 0
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Пароли пользователей / 20 сообщений из 20, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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