Date: 2008-03-14 12:44 pm (UTC)
> Реализовать это на карточке с гигабайтами памяти будет несколько сложновато.

Дык чего тут сложного-то? Потереть использованный ключик (надежно, раз десять туда-сюда мусор погонять по ячейке)?

А вообще ключ можно даже наружу не отдавать, весь криптокомплекс реализуем в кристалле, в кристалл закачиваем криптованное сообщение, наружу получаем раскриптованное.

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

Не пугает. Память нынче дешева.

Но, собственно, в чем вы меня убеждаете? В том, что неломаемая система будет дороже и сложнее в обращении, чем ломаемая? См. п. 2

> А вообще не надо смешивать задачи шифрования и аутентификации.

Про аутентификацию пока речи вообще не идет. Про нее отдельный пункт будет. В данном контексте она упомянута только потому, что задача распределения некого материального объекта (карточки, токена и т.п.) решается и будет решаться в ее рамках, никуда от этого не деться. Значит, ничто не мешает столь же успешно ее решать и в рамках задачи "раздать носитель с ключами для шифрования".
This account has disabled anonymous posting.
If you don't have an account you can create one now.
HTML doesn't work in the subject.
More info about formatting

If you are unable to use this captcha for any reason, please contact us by email at support@dreamwidth.org

Profile

city_rat: (Default)
city_rat

July 2016

S M T W T F S
     12
345 6789
10111213141516
17181920212223
24252627282930
31      

Style Credit

Page generated Jun. 30th, 2025 06:39 pm
Powered by Dreamwidth Studios

Expand Cut Tags

No cut tags