powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Безопасность и шифрование данных
22 сообщений из 47, страница 2 из 2
Безопасность и шифрование данных
    #39661474
Arm79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ILIs544,

Да, именно так. Для того, чтобы предоставить шаринг Пете, он должен быть зарегистрирован и иметь сертификат. Но на момент шифрования Пети может не быть. Как только появится, то Вася может ДОПОЛНИТЕЛЬНО для Пети расшарить свою заметку. И для ранее расшаренных Саше и Максиму это будет незаметно.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661475
ILIs544
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Arm79,

Понял. Спасибо Вам огромное.
Получается гибридная система шифрования. Мои задачи, вроде как решает.
Еще обмозгую сегодня. Но реально звучит годно, и практически без боли.

Главное ничего не упустить)
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661478
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arm792. если пользователь хочет дать доступ к своим заметкам определенному кругу друзей, то он с помощью сертификатов этих друзей шифрует свой пароль, получившийся массив данных крепит к своей заметке (отношение 1 ко многим)
И вот оно в самом соку - друзьям всё же рекомендуется самим найти способ обменяться сертификатами. Этак неявно, неброско, но обязательно. Но вроде кто-то был против?
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661479
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если ставится задача закрыть данные от всех, включая посредников, то "так обычно делают" ни разу не работает.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661480
ILIs544
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alex55555Arm792. если пользователь хочет дать доступ к своим заметкам определенному кругу друзей, то он с помощью сертификатов этих друзей шифрует свой пароль, получившийся массив данных крепит к своей заметке (отношение 1 ко многим)
И вот оно в самом соку - друзьям всё же рекомендуется самим найти способ обменяться сертификатами. Этак неявно, неброско, но обязательно. Но вроде кто-то был против?

Но тут мы открытыми ключами меняемся. Их можно гонять без проблем.

Опять же в целях здравой дискуссии этот вариант удобнее и тоже достаточно защищённый.
Опять же если ив ничего не упускаем:)
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661483
Arm79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555И вот оно в самом соку - друзьям всё же рекомендуется самим найти способ обменяться сертификатами. Этак неявно, неброско, но обязательно. Но вроде кто-то был против?
Конечно же нет. Вы, по моему, совершенно не даете себе труда понимать написанный текст.

Я позволю себе процитировать очевидное:
ILIs544Петя должен еще до шаринга, поставить себе какое то клиентское приложение которое сгенерит ему приватный ключ и оставит у него, и публичный, который будет сохранен на сервере и ассоциирован с Петей.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661497
Lessyp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arm791. шифруете заметку симметричным ключом с известным пользователю паролем.
2. если пользователь хочет дать доступ к своим заметкам определенному кругу друзей, то он с помощью сертификатов этих друзей шифрует свой пароль, получившийся массив данных крепит к своей заметке (отношение 1 ко многим)
3. любой пользователь может скачать и зашифрованную заметку, и зашифрованный кучей сертификатов пароль. Но если нет закрытого ключа от любого сертификата, расшифровать пароль не получится. И доступа к содержимому заметки также не получить

Необходимо также заложиться на смену пароля у заметки (+ отмена прикрепленных шифрованных паролей), а также управление сертификатами и ведение списка отозванных сертификатов

Шифрование данных и авторизация доступа к ним это разные вещи, не надо из смешивать.

К примеру у SQL Server есть и возможность шифровать данные с помощью клиентских сертификатов, что позволяет хранить зашифрованные данные в самой базе (даже админ не может их прочитать если не имеет доступа к сертификату). Запись/чтение должен осуществлять application server, который и обладает этим доступом. А авторизация, кто может что читать и куда писать - реализуется любыми стандартными методами. Это также позволит осуществлять нормальную бэкап/ротацию ключей шифрования.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661522
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ILIs544Но тут мы открытыми ключами меняемся. Их можно гонять без проблем.
В случае наличия посредника возникает проблема man in the middle.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661523
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arm79Я позволю себе процитировать очевидное
В цитате предлагается безоглядно довериться посреднику. Если это часть плана автора темы - ну тогда ему помощь не нужна.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661534
ILIs544
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Lessyp,

как я понял в предложенном подходе по сути происходит тоже самое - шифруем данные на клиенте и храним их в шифрованном виде в базе. в остальном я вроде тоже понял что вы имеете ввиду
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661535
ILIs544
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alex55555ILIs544Но тут мы открытыми ключами меняемся. Их можно гонять без проблем.
В случае наличия посредника возникает проблема man in the middle.

Как я понял эта проблема возникает при любом HTTPS соединении.
Решается она вроде через платные сертификаты и бюро сертификации, удостоверяющий что сервер это сервер.

Поправьте пожалуйста если я не прав.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661537
L_argo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
шифруем данные на клиенте и храним их в шифрованном виде в базеА как потом с этими "шифрами" работать ?
Как искать , фильтровать ?

Что надо сделать чтобы сработало
WHERE name like 'Иванов%' ?
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661541
ILIs544
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
L_argoшифруем данные на клиенте и храним их в шифрованном виде в базеА как потом с этими "шифрами" работать ?
Как искать , фильтровать ?

Что надо сделать чтобы сработало
WHERE name like 'Иванов%' ?

Никак. Но мне это не нужно, так как количество заметок у пользователя ограничено.
А показать их юзеру я могу, так как owner у заметок открыт и еще часть общих не критичных полей тоже.

Да фильтрация по шифрованным поялм работать в таком случае не будет, и полнотекстовые функции тоже. Но это не требуется.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661568
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ILIs544Решается она вроде через платные сертификаты и бюро сертификации, удостоверяющий что сервер это сервер.
Решается она через наличие способов, гарантирующих отсутствие вмешательства посредника. Только так. Если вы обладаете возможностью перехватить и данные и сертификаты до их обмена пользователями - всё, вы можете расшифровать данные.

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

В общем рисуйте на бумажке длинную цепочку (то есть подробно) всех действий хотя бы двух юзеров и вас, как посредника, ну и думайте, в каком месте вы можете перехватить, подменить, исказить и т.д.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661574
ILIs544
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alex55555ILIs544Решается она вроде через платные сертификаты и бюро сертификации, удостоверяющий что сервер это сервер.
Решается она через наличие способов, гарантирующих отсутствие вмешательства посредника. Только так. Если вы обладаете возможностью перехватить и данные и сертификаты до их обмена пользователями - всё, вы можете расшифровать данные.

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

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

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

блин но https же существует как то :) и достаточно популярен. я так понимаю, что используя https мы так или иначе доверяемся, вы мне уже говорили вроде про это (кстати огромный плюс за ваш слог).
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661589
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ILIs544предположу что при любом обращении к серверу
мы снова приходим к тому, что ключами (даже публичными) клиенты должны обменятся без участия сервера в идеальной ситуации

блин но https же существует как то :) и достаточно популярен. я так понимаю, что используя https мы так или иначе доверяемся, вы мне уже говорили вроде про это (кстати огромный плюс за ваш слог).Открытые ключи (в составе сертификата) сначала должны появиться у юзеров. А потом ими можно кидаться в кого угодно. Но если ключи к юзерам попадут от вас - вы имеет возможность всех обмануть.

HTTPS работает лишь потому, что сертификаты корневых удостоверяющих центров идут в комплекте с браузером (setup.exe). То есть если бы ФСБ всех сагитировало качать браузер FireFox с известных ФСБ адресов, то лёгким движением руки ФСБ-шного админа можно было бы подменять корневые сертификаты, удостоверяющие интересные ФСБ сайты. Но тогда бы все остальные сайты, использующие тот же корневой сертификат, перестали бы работать по https с данным браузером. Так что даже ФСБ будет нелегко нагнуть весь мир и весь набор производителей браузеров на их условия, а в результате вы имеете возможность прятать от товарища майора ваши контакты с ИГИЛ и прочими запрещёнными в РФ организациями.

Но суть примера в том, что пользователи https получают сертификаты независимо от ФСБ, владельцев сайтов и прочих заинтересованных в чужих данных контор и всяческих хакеров.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661591
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ЗЫ. Вы там реально безопасный чат пишете поди? В смысле не знаю, как точно оно устроено во всяких телеграмах, но судя по их громким заявкам в рекламе в их софте должно быть что-то аналогичное. А вот если аналогичного нет - все громкие заявки есть чистая туфта. Но если есть, то пользователи уже имеют все возможности ваших "заметок" в виде распространённых мессенджеров.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661598
Arm79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Arm79Я позволю себе процитировать очевидное
В цитате предлагается безоглядно довериться посреднику. Если это часть плана автора темы - ну тогда ему помощь не нужна.
Если посредник - известный центр сертификации, почему бы и нет?
Собственно, наличие доверия к тому или иному посреднику - это ключевое требование PKI, ничего плохого в этом не вижу.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661599
Arm79
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Решается она через наличие способов, гарантирующих отсутствие вмешательства посредника. Только так. Если вы обладаете возможностью перехватить и данные и сертификаты до их обмена пользователями - всё, вы можете расшифровать данные.
Вообще мысль, что можно перехватить "сертификат" звучит нелепо. Очевидно, имелось ввиду что-то другое, просто неудачный оборот.

Сертификат - это открытый ключ пользователя, подписанный ЭЦП посредника.

Его в принципе нельзя перехватить, так как это открытые данные. И наличие сертификата позволяет только ЗАШИФРОВАТЬ в адрес пользователя данные. А расшифровать, к счастью, имея только сертификат, уже нельзя никак.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661612
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arm79Вообще мысль, что можно перехватить "сертификат" звучит нелепо. Очевидно, имелось ввиду что-то другое, просто неудачный оборот.
Да, имелось в виду - подменить. Но подменить можно лишь до момента, пока юзер не получил сертификат от того, с кем хочет общаться. А потом уже нужно на компьютер юзера лезть, хачить и там подменять, что несколько сложнее, особенно при большом количестве юзеров.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661613
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arm79А расшифровать, к счастью, имея только сертификат, уже нельзя никак.
Квантовые компьютеры уже летят к вам.
...
Рейтинг: 0 / 0
Безопасность и шифрование данных
    #39661631
Lessyp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ILIs544как я понял в предложенном подходе по сути происходит тоже самое - шифруем данные на клиенте и храним их в шифрованном виде в базе. в остальном я вроде тоже понял что вы имеете ввиду
нет, шифруем данные на application server'e, только он обладает доступом к сертификатам. На клиента идут чистые данные, он вообще не знает что что-то где-то шифруется и доступ отслеживается.
...
Рейтинг: 0 / 0
22 сообщений из 47, страница 2 из 2
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Безопасность и шифрование данных
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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