Jabber клиенты
http://www.jabber.ru/
На этой странице написано, что есть jabber клиенты, поддерживающие шифрование с помощью PGP/GPG. Какие клиены можно посоветовать?
|
||||||||||||||||||||||||
|
||||||||||||||||||||||||
Нормы пользования. Некоторые права на материалы сайта защищены по условиям лицензии CreativeCommons. Движок
openSpace 0.8.25a и дизайн сайта © 2006-2007 Vlad "SATtva" Miller.
|
||||||||||||||||||||||||
Новость свежее чем эта? В tkabber вроде бы вообще весь функционал реализован в виде плагинов-модулей или нет?
Ваш jabber-ключ уже третий месяц идёт, как стух. И зачем вы взяли 1024 бит? "Low-level security" ещё не означает, что стойкость самого ключа надо искуственно занижать.
комментариев: 11558 документов: 1036 редакций: 4118
Да, ибо уже официально вышло, а не лежит в svn.
Что от него толку, если поддержка gpg давно отвалилась?
Это имеет отношение к теме или просто охота пооффтопить?
Но он консольный и может быть моментально настроен на удаленной минимальной системе при наличии заранее подготовленного конфига.
комментариев: 11558 документов: 1036 редакций: 4118
Это да. Можно в виртуалке в гостевой ОС запускать с персональными настройками времени/пояса.
Через болтовню незаметно волей-неволей утекает чуть ли ни больше, чем могло бы утечь через официальные каналы. IMHO.
комментариев: 11558 документов: 1036 редакций: 4118
Из улучшений обнаружил в настройках это:
Опять же, ещё не тестировал.
комментариев: 1060 документов: 16 редакций: 32
Всё-таки нормальный XEP на openpgp в xmpp необходим. Но, похоже, никому не нужен :)
комментариев: 1079 документов: 58 редакций: 59
комментариев: 1060 документов: 16 редакций: 32
Очень. Собственно он позволяет только шифровать и подписывать, да ещё и исключительно отдельно (если совсем придираться). Противодействие replay-атакам, описанное выше, должно в нём быть описано, иначе все будут делать разными способами.
«Работоспособность gpg» у вас или на стороне адресата? Можно подробнее о том, в чём стоит бага, и в каких случаях gpg не заработает в tkabber?
Так написано, как будто это нежелательная утечка. JID в протколе ни от кого не скрывается.
Здесь по ссылкам есть обсуждения разных XEP'ов помимо «имеющегося» 0027. Может, даже критика 0027 есть. По крайней мере, можно сравнить 0027 с другими.
комментариев: 11558 документов: 1036 редакций: 4118
Локально. Ткабберу, видите ли, нужно знать, стоит ли давать пользователю доступ к опциям GPG.
Я вроде бы достаточно подробно написал. Если при вызове gpg со стороны ткаббера первый возвращает статус-код, отличный от нуля, ткаббер считает, что gpg как-то некорректно настроен, и отказывается его использовать. Для разработчиков это, видимо, фича. Сомнительность её в том, что ненулевой статус-код возвращается, к примеру, если gpg не может создать в своём домашнем каталоге lock-файл либо если не может открыть на чтение какой-либо из keyring-файлов (ни то, ни другое совершенно не обязательно свидетельствует о какой-то проблеме). Зачем вообще нужна такая проверка, мне непонятно.
Это Вы так читаете. :) Просто неудобство оттого, что в каждом сообщении адресату будет вываливаться jid.
А можно ещё дать доступ к gpg без опций, и tkabber так может делать? Если да, то чем будет в работе клиента отличаться доступ с опциями от доступа без опций? Какие-то настройки tkabber'а, связанные с gpg, перестанут работать?
Теперь понятно (после последних объяснений).
комментариев: 11558 документов: 1036 редакций: 4118
Кажется, Вы не поняли. Под опциями имелись в виду опции настройки и использования GPG-плагина в ткаббере. Ещё раз, кратко и ясно: если gpg возвращает ткабберу ненулевой статус-код, то GPG-плагин в ткаббере просто отключается, его как будто вообще нет.