Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Многопользовательский доступ к БД с шифрованной информацией
|
|||
|---|---|---|---|
|
#18+
Есть база данных. Есть пароль который шифрует данные (ГП - главный пароль). Есть несколько пользователей которым нужно предоставить доступ к базе и назначить различные пароли для входа. Если бы данные не шифровать то можно было бы хранить в базе хеши, которые проверять при аутентификации и с их помощью осуществлять вход пользователя. Но в случае шифрования одних хешей мало, пользователь войдет но ему надо еще предоставить ГП для дешифровки информации. ??? Как реализовать многопользовательский доступ для шифрованной БД наиболее безопасными для взлома способом? ??? Можно ли это сделать не храня в базе ГП? ??? Какие есть схемы для обеспечения многопользовательского доступа к шифрованным данным? Сейчас в базе для всех пользователей один пароль (используется ГП) он в базе не хранится и это самый безопастный способ. Если хранить ГП зашифрованным пользовательским паролем (ПП) то возникает проблема смены ГП. т.е. поменяли ГП и остальные ПП перестают быть валидными. Что то ума не приложу как это все реализовать. !!! Нужны любые советы или ссылки на информацию!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2006, 11:01 |
|
||
|
Многопользовательский доступ к БД с шифрованной информацией
|
|||
|---|---|---|---|
|
#18+
Клиент должен при коннекте посылать оба пароля или их хеши. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2006, 18:19 |
|
||
|
Многопользовательский доступ к БД с шифрованной информацией
|
|||
|---|---|---|---|
|
#18+
На данный момент предполагаю использовать такую схему... Задача: Система аутентификации для БД с шифрованной информацией. Каждый пользователь имеет свой логин и пароль, но данные в БД зашифрованы одним ключом. Исходные данные: 1 Симметричное шифрование, алгоритм AES 256 ГП - главный пароль которым зашифрованы данные в базе, он для всех единый 2 Ассиметричное шифрование (алгоритм не выбран) ОК - открытый ключ, нужен для шифрования ГП СК - секретный ключ, нужен для дешифровки ГП 3 Симметричное шифрование, алгоритм AES 256 ПШСК - пароль шифрование секретного ключа, нужен для шифрования секретного ключа ассиметричной пары, нужен потому что СК имеет большой размер и будет практически не возможно заставить пользователя его ввести. Предположим, что ГП уже существует. Добавить нового пользователя: 1 Пользователь вводит ПШСК 2 Программа генерирует ОК и СК 3 Шифруем СК ключом ПШСК, ОК хранится в исходном виде. 4 Шифруем ГП ключом ОК. Пользователь входит в базу: 1 Пользователь вводит ПШСК 2 Дешифруем СК введенным ПШСК 3 Дешифруем ГП полученным СК Изменить ГП 1 Проверить права на изменение ГП 2 Берем ОК всех пользователей и шифруем ими ГП Какие изъяны есть у этой схемы? Возможно есть лучший вариант или можно как либо сократить эту схему? Какой лучше выбрать алгоритм для Ассиметричного шифрования? Возможно есть компоненты или готовые системы аутентификации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2006, 09:25 |
|
||
|
Многопользовательский доступ к БД с шифрованной информацией
|
|||
|---|---|---|---|
|
#18+
не понятно - кто от кого защищается и что защищает ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2006, 10:05 |
|
||
|
Многопользовательский доступ к БД с шифрованной информацией
|
|||
|---|---|---|---|
|
#18+
HayderКакие изъяны есть у этой схемы?в месте хранения зашифрованного СК. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2006, 15:26 |
|
||
|
Многопользовательский доступ к БД с шифрованной информацией
|
|||
|---|---|---|---|
|
#18+
HayderНа данный момент предполагаю использовать такую схему... Ты свою собственную базу данных пишешь? Может будет проще взять уже существующие БД и использовать уже имеющееся там шифрование? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2006, 19:21 |
|
||
|
Многопользовательский доступ к БД с шифрованной информацией
|
|||
|---|---|---|---|
|
#18+
>>не понятно - кто от кого защищается и что защищает ? А что тут не понятного. Защищать нужно информацию от неавторизованных пользователей + распределять права доступа. (чтение-редактирование-удаление) Информация хранится в БД в зашифрованном виде. Нужно организовать систему аутентификации (логин-пароль-права доступа) Проблема в шифровании базы, т.е. используется один ГП который шифрует базу, он для всех един но в то же время пароли на вход в БД должны быть различные. >>в месте хранения зашифрованного СК. это понятно, ещо можно сказать что и в месте хранения ГП(ведь он тоже хранится в базе), а что делать? >>Ты свою собственную базу данных пишешь? SQLite, маленький размер при довольно больших возможностях, но к сожалению шифрование не предусмотрено Если кому интересно о чем идет речь то можете посмотреть саму программу. http://www.animabilis.com Сейчас аутентификация это разные пользователи с одним паролем (ГП). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2006, 10:12 |
|
||
|
Многопользовательский доступ к БД с шифрованной информацией
|
|||
|---|---|---|---|
|
#18+
Hayder>>не понятно - кто от кого защищается и что защищает ? А что тут не понятного. Защищать нужно информацию от неавторизованных пользователей + распределять права доступа. (чтение-редактирование-удаление) Эти задачи решаются во всех серверах баз данных без шифрования. Зачем шифрование - что оно защищает ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2006, 16:09 |
|
||
|
Многопользовательский доступ к БД с шифрованной информацией
|
|||
|---|---|---|---|
|
#18+
----------------- Hayder>>не понятно - кто от кого защищается и что защищает ? А что тут не понятного. Защищать нужно информацию от неавторизованных пользователей + распределять права доступа. (чтение-редактирование-удаление) Эти задачи решаются во всех серверах баз данных без шифрования. Зачем шифрование - что оно защищает ? Прочитайте несколько предложений ниже цитаты которой вы воспользовались. Но на всякий случай обьясню. SQLite - это не сервер баз данных и там аутентификация не реализована. Шифровать надо, потому что хранятся конфиденциальные данные и их нужно шифровать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.04.2006, 09:06 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=33640176&tid=1346970]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
| others: | 250ms |
| total: | 376ms |

| 0 / 0 |
