Re[5]: Как "зашить" в ключе данные клиента
От: Аноним  
Дата: 14.07.04 10:57
Оценка: -1
Здравствуйте, PVA, Вы писали:

P>Из одного ключа второй не получить.

Е-р-у-н-д-а.
Только что получил. С помощью crypto++ сохранил приватный ключ, поднял его из файла и из него сгенерил public ключ. Ими двумя закриптовал раскриптовал, все Ok. Опять скажу, меня не устраивает то, что криптуется public ключом.
А кстати, где из слов специалиста следует твой вывод?
Re[6]: Как "зашить" в ключе данные клиента
От: retalik www.airbandits.com/
Дата: 14.07.04 12:51
Оценка:
Здравствуйте, Аноним, Вы писали:

P>>Из одного ключа второй не получить.

А>Е-р-у-н-д-а.

Насколько я понимаю, это основа асимметричной криптографии.

А>Только что получил. С помощью crypto++ сохранил приватный ключ, поднял его из файла и из него сгенерил public ключ. Ими двумя закриптовал раскриптовал, все Ok.


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

А>Опять скажу, меня не устраивает то, что криптуется public ключом.


Можно поподробнее?
Успехов,
Виталий.
Re[7]: Как "зашить" в ключе данные клиента
От: Аноним  
Дата: 14.07.04 14:54
Оценка:
Здравствуйте, retalik, Вы писали:

r>Насколько я понимаю, это основа асимметричной криптографии.

Что именно?

Из одного ключа второй не получить.

или

Е-р-у-н-д-а.


r>Многие библиотеки при сохранении приватного ключа записывают туда пару (приватный+публичный), поэтому такую пару распространять нельзя.

Ну для crypto++ это вроде бы не так. Т.к. там даже во всех примерах для private свой файл для public свой. Да и не похоже на это. У меня при длине ключа 768 бит приватная часть получилась 487 байт, а публичная 124 байт, правда не знаю как это стыкуется с 768.

r>Можно поподробнее?

а что именно
это полностью соответсвует этой твоей цитате

2. Большинство алгоритмов, реализующих RSA, применяют обратный способ (public encryption -> pivate decryption), поэтому нужную реализацию придется поискать. Например, в библиотеке Crypto++ ее нет.

Мне хочется чтобы было наоборот
private encryption -> public decryption
Re[8]: Как "зашить" в ключе данные клиента
От: retalik www.airbandits.com/
Дата: 14.07.04 17:31
Оценка:
Здравствуйте, Аноним, Вы писали:

r>>Насколько я понимаю, это основа асимметричной криптографии.

А>Что именно?
А>

Из одного ключа второй не получить.

А>или
А>

Е-р-у-н-д-а.

Первое. "Е-р-у-н-д-а" — это ерунда .

А>Ну для crypto++ это вроде бы не так. Т.к. там даже во всех примерах для private свой файл для public свой. Да и не похоже на это. У меня при длине ключа 768 бит приватная часть получилась 487 байт, а публичная 124 байт, правда не знаю как это стыкуется с 768.

не проверял...
Успехов,
Виталий.
Re[8]: Как "зашить" в ключе данные клиента
От: CEMb  
Дата: 22.07.04 05:36
Оценка:
Здравствуйте, Аноним, Вы писали:

А>Мне хочется чтобы было наоборот

А>private encryption -> public decryption
А оно так и есть.

pubE->privD

privE->pubD
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.