|
|
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
ILIs544, Да, именно так. Для того, чтобы предоставить шаринг Пете, он должен быть зарегистрирован и иметь сертификат. Но на момент шифрования Пети может не быть. Как только появится, то Вася может ДОПОЛНИТЕЛЬНО для Пети расшарить свою заметку. И для ранее расшаренных Саше и Максиму это будет незаметно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 22:25 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
Arm79, Понял. Спасибо Вам огромное. Получается гибридная система шифрования. Мои задачи, вроде как решает. Еще обмозгую сегодня. Но реально звучит годно, и практически без боли. Главное ничего не упустить) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 22:51 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
Arm792. если пользователь хочет дать доступ к своим заметкам определенному кругу друзей, то он с помощью сертификатов этих друзей шифрует свой пароль, получившийся массив данных крепит к своей заметке (отношение 1 ко многим) И вот оно в самом соку - друзьям всё же рекомендуется самим найти способ обменяться сертификатами. Этак неявно, неброско, но обязательно. Но вроде кто-то был против? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 23:18 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
Если ставится задача закрыть данные от всех, включая посредников, то "так обычно делают" ни разу не работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 23:20 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
alex55555Arm792. если пользователь хочет дать доступ к своим заметкам определенному кругу друзей, то он с помощью сертификатов этих друзей шифрует свой пароль, получившийся массив данных крепит к своей заметке (отношение 1 ко многим) И вот оно в самом соку - друзьям всё же рекомендуется самим найти способ обменяться сертификатами. Этак неявно, неброско, но обязательно. Но вроде кто-то был против? Но тут мы открытыми ключами меняемся. Их можно гонять без проблем. Опять же в целях здравой дискуссии этот вариант удобнее и тоже достаточно защищённый. Опять же если ив ничего не упускаем:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 23:23 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
alex55555И вот оно в самом соку - друзьям всё же рекомендуется самим найти способ обменяться сертификатами. Этак неявно, неброско, но обязательно. Но вроде кто-то был против? Конечно же нет. Вы, по моему, совершенно не даете себе труда понимать написанный текст. Я позволю себе процитировать очевидное: ILIs544Петя должен еще до шаринга, поставить себе какое то клиентское приложение которое сгенерит ему приватный ключ и оставит у него, и публичный, который будет сохранен на сервере и ассоциирован с Петей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.06.2018, 23:43 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
Arm791. шифруете заметку симметричным ключом с известным пользователю паролем. 2. если пользователь хочет дать доступ к своим заметкам определенному кругу друзей, то он с помощью сертификатов этих друзей шифрует свой пароль, получившийся массив данных крепит к своей заметке (отношение 1 ко многим) 3. любой пользователь может скачать и зашифрованную заметку, и зашифрованный кучей сертификатов пароль. Но если нет закрытого ключа от любого сертификата, расшифровать пароль не получится. И доступа к содержимому заметки также не получить Необходимо также заложиться на смену пароля у заметки (+ отмена прикрепленных шифрованных паролей), а также управление сертификатами и ведение списка отозванных сертификатов Шифрование данных и авторизация доступа к ним это разные вещи, не надо из смешивать. К примеру у SQL Server есть и возможность шифровать данные с помощью клиентских сертификатов, что позволяет хранить зашифрованные данные в самой базе (даже админ не может их прочитать если не имеет доступа к сертификату). Запись/чтение должен осуществлять application server, который и обладает этим доступом. А авторизация, кто может что читать и куда писать - реализуется любыми стандартными методами. Это также позволит осуществлять нормальную бэкап/ротацию ключей шифрования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 02:25 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
ILIs544Но тут мы открытыми ключами меняемся. Их можно гонять без проблем. В случае наличия посредника возникает проблема man in the middle. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 10:59 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
Arm79Я позволю себе процитировать очевидное В цитате предлагается безоглядно довериться посреднику. Если это часть плана автора темы - ну тогда ему помощь не нужна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 11:00 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
Lessyp, как я понял в предложенном подходе по сути происходит тоже самое - шифруем данные на клиенте и храним их в шифрованном виде в базе. в остальном я вроде тоже понял что вы имеете ввиду ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 12:10 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
alex55555ILIs544Но тут мы открытыми ключами меняемся. Их можно гонять без проблем. В случае наличия посредника возникает проблема man in the middle. Как я понял эта проблема возникает при любом HTTPS соединении. Решается она вроде через платные сертификаты и бюро сертификации, удостоверяющий что сервер это сервер. Поправьте пожалуйста если я не прав. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 12:13 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
шифруем данные на клиенте и храним их в шифрованном виде в базеА как потом с этими "шифрами" работать ? Как искать , фильтровать ? Что надо сделать чтобы сработало WHERE name like 'Иванов%' ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 12:17 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
L_argoшифруем данные на клиенте и храним их в шифрованном виде в базеА как потом с этими "шифрами" работать ? Как искать , фильтровать ? Что надо сделать чтобы сработало WHERE name like 'Иванов%' ? Никак. Но мне это не нужно, так как количество заметок у пользователя ограничено. А показать их юзеру я могу, так как owner у заметок открыт и еще часть общих не критичных полей тоже. Да фильтрация по шифрованным поялм работать в таком случае не будет, и полнотекстовые функции тоже. Но это не требуется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 12:31 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
ILIs544Решается она вроде через платные сертификаты и бюро сертификации, удостоверяющий что сервер это сервер. Решается она через наличие способов, гарантирующих отсутствие вмешательства посредника. Только так. Если вы обладаете возможностью перехватить и данные и сертификаты до их обмена пользователями - всё, вы можете расшифровать данные. Поэтому вы должны гарантировать, что вы не увидите сертификаты первым. То есть юзеры должны сами их как-то без вас обменять. В общем рисуйте на бумажке длинную цепочку (то есть подробно) всех действий хотя бы двух юзеров и вас, как посредника, ну и думайте, в каком месте вы можете перехватить, подменить, исказить и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 15:58 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
alex55555ILIs544Решается она вроде через платные сертификаты и бюро сертификации, удостоверяющий что сервер это сервер. Решается она через наличие способов, гарантирующих отсутствие вмешательства посредника. Только так. Если вы обладаете возможностью перехватить и данные и сертификаты до их обмена пользователями - всё, вы можете расшифровать данные. Поэтому вы должны гарантировать, что вы не увидите сертификаты первым. То есть юзеры должны сами их как-то без вас обменять. В общем рисуйте на бумажке длинную цепочку (то есть подробно) всех действий хотя бы двух юзеров и вас, как посредника, ну и думайте, в каком месте вы можете перехватить, подменить, исказить и т.д. предположу что при любом обращении к серверу мы снова приходим к тому, что ключами (даже публичными) клиенты должны обменятся без участия сервера в идеальной ситуации блин но https же существует как то :) и достаточно популярен. я так понимаю, что используя https мы так или иначе доверяемся, вы мне уже говорили вроде про это (кстати огромный плюс за ваш слог). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 16:40 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
ILIs544предположу что при любом обращении к серверу мы снова приходим к тому, что ключами (даже публичными) клиенты должны обменятся без участия сервера в идеальной ситуации блин но https же существует как то :) и достаточно популярен. я так понимаю, что используя https мы так или иначе доверяемся, вы мне уже говорили вроде про это (кстати огромный плюс за ваш слог).Открытые ключи (в составе сертификата) сначала должны появиться у юзеров. А потом ими можно кидаться в кого угодно. Но если ключи к юзерам попадут от вас - вы имеет возможность всех обмануть. HTTPS работает лишь потому, что сертификаты корневых удостоверяющих центров идут в комплекте с браузером (setup.exe). То есть если бы ФСБ всех сагитировало качать браузер FireFox с известных ФСБ адресов, то лёгким движением руки ФСБ-шного админа можно было бы подменять корневые сертификаты, удостоверяющие интересные ФСБ сайты. Но тогда бы все остальные сайты, использующие тот же корневой сертификат, перестали бы работать по https с данным браузером. Так что даже ФСБ будет нелегко нагнуть весь мир и весь набор производителей браузеров на их условия, а в результате вы имеете возможность прятать от товарища майора ваши контакты с ИГИЛ и прочими запрещёнными в РФ организациями. Но суть примера в том, что пользователи https получают сертификаты независимо от ФСБ, владельцев сайтов и прочих заинтересованных в чужих данных контор и всяческих хакеров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 19:13 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
ЗЫ. Вы там реально безопасный чат пишете поди? В смысле не знаю, как точно оно устроено во всяких телеграмах, но судя по их громким заявкам в рекламе в их софте должно быть что-то аналогичное. А вот если аналогичного нет - все громкие заявки есть чистая туфта. Но если есть, то пользователи уже имеют все возможности ваших "заметок" в виде распространённых мессенджеров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 19:17 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
alex55555Arm79Я позволю себе процитировать очевидное В цитате предлагается безоглядно довериться посреднику. Если это часть плана автора темы - ну тогда ему помощь не нужна. Если посредник - известный центр сертификации, почему бы и нет? Собственно, наличие доверия к тому или иному посреднику - это ключевое требование PKI, ничего плохого в этом не вижу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 19:48 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
alex55555Решается она через наличие способов, гарантирующих отсутствие вмешательства посредника. Только так. Если вы обладаете возможностью перехватить и данные и сертификаты до их обмена пользователями - всё, вы можете расшифровать данные. Вообще мысль, что можно перехватить "сертификат" звучит нелепо. Очевидно, имелось ввиду что-то другое, просто неудачный оборот. Сертификат - это открытый ключ пользователя, подписанный ЭЦП посредника. Его в принципе нельзя перехватить, так как это открытые данные. И наличие сертификата позволяет только ЗАШИФРОВАТЬ в адрес пользователя данные. А расшифровать, к счастью, имея только сертификат, уже нельзя никак. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 19:52 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
Arm79Вообще мысль, что можно перехватить "сертификат" звучит нелепо. Очевидно, имелось ввиду что-то другое, просто неудачный оборот. Да, имелось в виду - подменить. Но подменить можно лишь до момента, пока юзер не получил сертификат от того, с кем хочет общаться. А потом уже нужно на компьютер юзера лезть, хачить и там подменять, что несколько сложнее, особенно при большом количестве юзеров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 22:12 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
Arm79А расшифровать, к счастью, имея только сертификат, уже нельзя никак. Квантовые компьютеры уже летят к вам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2018, 22:12 |
|
||
|
Безопасность и шифрование данных
|
|||
|---|---|---|---|
|
#18+
ILIs544как я понял в предложенном подходе по сути происходит тоже самое - шифруем данные на клиенте и храним их в шифрованном виде в базе. в остальном я вроде тоже понял что вы имеете ввиду нет, шифруем данные на application server'e, только он обладает доступом к сертификатам. На клиента идут чистые данные, он вообще не знает что что-то где-то шифруется и доступ отслеживается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2018, 01:59 |
|
||
|
|

start [/forum/topic.php?fid=33&msg=39661535&tid=1547223]: |
0ms |
get settings: |
12ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
63ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 384ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...