109: (Default)
[personal profile] 109
я тут попытался придумать, как бы хотя бы firends-only записи сделать _на_самом_деле_ защищёнными (то есть чтобы _на_самом_деле_ только френды могли читать), но так ничего и не придумал. зато есть куча рассмотренных сценариев (как с симметричным криптованием, так и асимметричным), которые работать не будут (с объяснением, почему).

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

(no subject)

Date: 2006-10-24 01:29 am (UTC)
From: [identity profile] fenikso.livejournal.com
>с одним ключом на всех я вообще не понял идею.
это один из вариантов - выдавай ключ для чтения своих постов всем один и тот же, а выдачу самих постов регулируй сервером. друзьям давать - недрузьям не давать. тогда даже при наличии ключа, будет просто нечего декодировать тем кому ты не хочешь давать читать свои записи.

впрочем, и в этом варианте дыр куча. как и во всяком другом, имхо.

(no subject)

Date: 2006-10-24 01:40 am (UTC)
From: [identity profile] 109.livejournal.com
не, это не годится. в протоколах с shared key для каждого френда мы не рассматриваем вариант, как именно мы обменялись shared key и установили его подлинность. это годится [только] потому, что протокол не подразумевает изменения этого ключа. в этом же твоём варианте (один ключ на всех), ключ надо менять каждый раз, когда удаляешь френда, поэтому игнорировать механизм дистрибуции ключа нельзя.

(no subject)

Date: 2006-10-24 01:46 am (UTC)
From: [identity profile] fenikso.livejournal.com
Смотри, у тебя все равно получается избыточность - не копиями сообщений, так копиями ключей. фактически при хорошей динамике изменений структуры группы, ты получаешь свой новый симметричный ключ на каждое сообщение, прокриптованный shared ключом для каждого френда. Причём формировать шифрованный шаредом симметричный ключ ты должен у себя, иначе сервер получит информацию об этом ключе.

(no subject)

Date: 2006-10-24 01:52 am (UTC)
From: [identity profile] 109.livejournal.com
ну, избыточность - дело относительное. по сравнению с чем? есть ли более компактная имплементация, отвечающая условиям? по крайней мере, хранить копии ключей - более компактно, чем копии сообщений...

(no subject)

Date: 2006-10-24 02:01 am (UTC)
From: [identity profile] fenikso.livejournal.com
Тут уже руками смотреть надо :) Человеческие сообщения жмутся очень хорошо - ещё неизвестно кто меньше окажется (хранить то можно и зипованный вариант :) Но это уже гонка за битами. А так - что одно, что другое.

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

(no subject)

Date: 2006-10-24 06:39 am (UTC)
From: [identity profile] 109.livejournal.com
ну да, на постах короче 128 бит мой вариант начинает проигрывать :-Р

при чём тут доверие серверу? при шифровке симметричного ключа поста теми же самыми открытыми ключами френдов доверие к серверу ровно такое же.

(no subject)

Date: 2006-10-24 10:26 am (UTC)
From: [identity profile] fenikso.livejournal.com
>ну да, на постах короче 128 бит мой вариант начинает проигрывать :-Р
От длины ключа зависит :-P :)

>при чём тут доверие серверу? при шифровке симметричного ключа поста
>теми же самыми открытыми ключами френдов доверие к серверу ровно такое же.
да, я некорректно сказал: схема с шаред ключами мне не нравится из-за недоверия серверу, схема с открытыми ключами надежна вне зависимости от того, шифруем мы ею сообщение или симметричный ключ

Profile

109: (Default)
109

March 2019

S M T W T F S
     12
3456789
101112131415 16
17181920212223
24252627282930
31      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags