аналог SimpPro

удастся/не удастся от реализации зависит - смотря как привязан. но идея хорошая.
С прикладной криптографией поосторожней - 30 лет книжке. RSA c 1024-х битным ключем, RC4 и DES уже не рулят, да и много современных шифров не рассматривается, ибо позже появились.

 

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

 

хе, хе, это реализовывается вполне просто. Более того, есть продукты которые расшифровывают SSL на лету по ещё более сложной схеме (ессно надо отконфигурить софт с ключами)

 

Hellspawn Юзай эллиптику + aes 256 и спи спокойно )

 

Scratch, шифра не достаточно, нужно продумать протокол обмена ключами (и authentication)

 

Hellspawn
читайте Шнайера, там ответы на все ваши вопросы. и по поводу "а что же будет с производительностью" и "а чем же и с каким ключем шифровать".

 

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

Scratch я сплю спокойно главное, чтобы софт получился грамотный.
aes = rijndael, нашёл у себя реализацую сверился с вики, вроде всё верно, прикручу, ещё хотел blowfish добавить, чтобы был выбор.

 

Hellspawn
если не сложно назовите проект (чтобы не дай бог не напороться)

 

censored не беспокойтесь, он в одни руки идёт с исходниками

з.ы. а Шнайер классно пишет)))

 

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

 

мож глупый ответ)), но почему не передавать ключ собщением в кодировке base64

 

Selah
Чтобы враги не перехватили.