| 
 | 
| 
 
Безопасность и шифрование данных 
 | 
|||
|---|---|---|---|
| 
 #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=39661541&tid=1547223]:  | 
    0ms | 
get settings:  | 
    11ms | 
get forum list:  | 
    13ms | 
check forum access:  | 
    3ms | 
check topic access:  | 
    3ms | 
track hit:  | 
    63ms | 
get topic data:  | 
    12ms | 
get forum data:  | 
    2ms | 
get page messages:  | 
    53ms | 
get tp. blocked users:  | 
    1ms | 
| others: | 14ms | 
| total: | 175ms | 

| 0 / 0 | 

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