Шифрование между двумя RNQ
Как только кто-то узнает алгоритм передачи ключа - я сделаю шифрование асимметричнымТак объясните мне плиз, как ключ передается собеседнику??
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Жаль, придется дальше пользоваться клиентом поддерживающий SecureIM.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Вы считаете, что ваши сообщения будут настолько интересны кому-то, что он разработает для себя программу, которая будет расшифровывать сообщения R&Q??Только как вы узнаете, что кому-то известен алгоритм передачи ключа?
Жаль, придется дальше пользоваться клиентом поддерживающий SecureIM.
По моему вы себе льстите
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Primary писал(а):
Вы считаете, что ваши сообщения будут настолько интересны кому-то, что он разработает для себя программу, которая будет расшифровывать сообщения R&Q??Только как вы узнаете, что кому-то известен алгоритм передачи ключа?
Жаль, придется дальше пользоваться клиентом поддерживающий SecureIM.
По моему вы себе льстите
Мда, если думать так, как вы, то тогда нахер сделали возможность шифрования??? Можно тогда вообще убрать эту ненужную функцию. Шифрование должно быть надежным, либо никаким.
RNQ с открытым кодом?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Вы не встречали программ, которые позволяют записывать переписку ICQ,XMPP,Skype?
Как вы думаете, чью переписку они при этом не смогут записать?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Я смотрел в снифере, действительно текст перехватывается шифрованный, причем как я понял ключи меняются, так как слово привет шифруется по разному
НО так как, ключ может быть доступен третьей стороне, конфедициальную информацию лучше не передовать. Так что террористам лучше использовать другие методы шифрования перепески
Кстати сервера джаббер в основном имеет полную поддержку SSL, и расшифровать переписку возможно только если ключ вытрясти у владельца сервера))
Скайп же так же использует RSA\AES, что очень надежно!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
), а просто из вредности. Хотят читать, пусть прилагают усилия! А вот "мальчики со скриптами", оно же кулхацкери , и одмины, не должны иметь такую возможность. И думаю, текущий уровень шифрования RnQ это гарантирует.
Огорчают только некоторые пробелы. Например, отсутствие шифрования, отправляемого в оффлайн (или в невидимость, для особо зловредных персоналий). Видимо, из-за неопределенности используемого клиента на той стороне.
Можно ли как то, сделать фиксированное шифрование для определенного контакта (метод RnQ или QIP2005, с запоминанием пароля последнего)?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
А тут считаете не ложное?Кстати сервера джаббер в основном имеет полную поддержку SSL, и расшифровать переписку возможно только если ключ вытрясти у владельца сервера))
Скайп же так же использует RSA\AES, что очень надежно!
Значит очередные террористы ничего не взорвут, что тоже не так уж плохо...
Primary писал(а):
Я бы сказал, что оно гораздо менее ложное, чем ваше ощущение насчёт других.В данном случае шифрование в RNQ пользователю дает ложное ощущение безопасности.
cy6 писала:
С методом R&Q - нельзя.Можно ли как то, сделать фиксированное шифрование для определенного контакта (метод RnQ или QIP2005, с запоминанием пароля последнего)?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Я в принципе узнал чего хотел, спасибо за развернутые ответы.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Ключи могут не быть зашиты в программу, а генерироваться на лету по ряду параметров, как минимум, один из которых, для отдельно взятой пары собеседников, меняется каждый некоторый интервал времени - именно поэтому нельзя сделать шифрованные оффлайн сообщения, т.к. неизвестно, в какое время человек зайдёт в сеть.
А почему при этом нельзя использовать статический набор (статический вообще, или последний использованный при обмене с тем клиентом) для шифрования?
Уход в офлайн нешифрованных сообщений - неприятная брешь.
В участившимися перетрясками протокола оскар (на его серверах), уход контакта в оффлайн бывает незаметным (статус офлайн определяется с опозданием). Что еще более портит ситуацию.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
На самом деле, можно, просто мой мозг всегда пропускает такие очевидные решения и я об этом как-то не подумалА почему при этом нельзя использовать статический набор (статический вообще, или последний использованный при обмене с тем клиентом) для шифрования?
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.