RetroShare для опытных юзеров

ОПРЕДЕЛЕНИЕ

RetroShare – это анонимная децентрализованная шифрованная файлообменная и коммуникационная сеть на основе парадигмы f2f.

Анонимность: любая файлообменная и коммуникационная деятельность участника сети не персонифицируется как сторонним наблюдателем – по причине приватности сети, – так и произвольным узлом сети – в силу анонимного туннелирования шифрованных данных через случайные и постоянно изменяющиеся ветви сетевого окружения. Если есть такая необходимость, платформа даёт возможность пользователю персонифицировать себя путём использования подписанных сертификатом личностей. Однако за пределами так называемого „доверенного окружения“ вообще отсутствует какая-либо информация об участниках сети – невозможно определить даже количество узлов вне окружения. Описываемый случай можно охарактеризовать как абсолютную анонимность, когда разрешённые данные о пользователе не просто трудно обнаружить, а в принципе невозможно обнаружить всилу специфики f2f: информационный поток распространяются только от участника к участнику.

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

Децентрализованность RetroShare: в сети нет нескольких или одного центрального компьютера-сервера, призванного обеспечивать соединение участников друг с другом или обмена данными между ними. Каждый участник сети RetroShare является одновременно и клиентом, и сервером. Шифрование данных в сети RetroShare обеспечивается 2048-, 3072- или 4096-битными асимметричными ключами и 256-битным сессионным симметричным ключом. Надёжность обмена ключами по открытому каналу связи обеспечивается алгоритмом Диффи-Хеллмана.

RetroShare как средство коммуникаций включает:

Файлообмен в RetroShare даёт возможность:

Вспомогательным файлообменным сервисом в RetroShare являются каналы объявлений контента. Каналы могут быть как публичными, так и приватными. Право на публикацию в каналах может иметь либо только его создатель, либо некоторая группа доверенных участников, которым создатель делегировал права на публикацию. Скачивание контента, объявленного в канале, может происходить как в ручном режиме, так и автоматически по мере публикации новых объявлений.

ГЕНЕЗИС

Идея создания RetroShare уходит корнями к желанию создать надёжное коммуникационное средство, позволяющее связать два компьютера напрямую, без участия каких-либо вспомогательных сервисов. Под надёжностью понимается в первую очередь конфиденциальность передачи информации по открытым каналам связи, и надёжность здесь – ключевое слово. Стремление создать подобную систему не казалась в конце 2005 года невозможной, так как уже без малого три десятка лет в рамках теории чисел, вернее – теории больших чисел, были разработаны эффективные алгоритмы шифрования дискретной информации, которые в течение полутора десятков лет широко использовались для стойкого шифрования электронной почты.

Очевидно, что акцент на создании лишь двустороннего шифрованного канала связи не мог считаться чем-то прорывным – уже давно существовал шифрованный FTP, для примера, – а потому связи между друзьями должны быть расширяемыми, что превращало бы канал передачи данных в сеть передачи данных. Дополнительным толчком к реализации идеи на тот момент, по всей видимости, послужила стремительно растущая популярность протокола BitTorrent. Таким образом, генетически RetroShare оказалась детищем стойкого шифрования и децентрализации обмена данными.

Для дальнейшего успешного роста и развития RetroShare потребовалось задействовать множество других малых и больших подходов, методов и технологий: распределённые хеш-таблицы (DHT), Turtle-маршрутизацию, universal plug and play (UPnP) для автоматического перенаправления портов, алгоритм Диффи-Хеллмана для исключенния компрометации ключей шифрования, красивую графическую оболочку на основе Qt и многое другое. В процессе использования криптоплатформы RetroShare обнаружились некоторые её недостатки, появились пути к модернизации. Так, в 2012 году разработчикам пришла идея усовершенстования протокола обмена кешем, что привело к созданию GXS – General eXchange System, – призванной уменьшить объём передаваемых данных между участниками. А ранее, в 2010 году, были реализованы публичные чат-комнаты, где участники криптоплатформы могли бы общаться между собой и обмениваться публичными ключами, что существенно облегчило рост сети и сделало более монолитным и сплочённым сообщество пользователей.

Точную дату рождения RetroShare может назвать лишь автор идеи и первый разрабочик – пользователь под псевдонимом DrBob, но приблизительная дата – январь 2006 года. На 2014 год оценочная стоимость проекта составляла около 20 млн. долл. США.

ТЕРМИНОЛОГИЯ

Darknet, или дарк-сеть, или тёмная сеть – приватная файлообменная коммуникационная сеть, в которой соединение и обмен данными осуществляется только между узлами с установленным взаимным доверием.

Термин „взаимное доверие“ не имеет отношения к аналогичному понятию, принятому в быту. Установление доверия в тёмной сети есть взаимный обмен сертификатами между двумя узлами тёмной сети для последующего создания приватного шифрованного канала передачи данных. В действительности два участника с „установленным взаимным доверием“ в общечеловеческом смысле могут друг другу совершенно не доверять. Обмен сертификатами и соединение узлов создаёт дополнительную ветвь в топологии тёмной сети, через которую становится возможным анонимное туннелирование данных, предназначенных как для соседнего узла, так и для совершенно посторонних, или, иначе говоря, – удалённых узлов. Протокол туннелирования данных не даёт информации о количестве и характеристиках удалённых узлов; согласно парадигме f2f получить такие данные не представляется возможным ни при каких условиях.

Термин „приватная“ понимается в двух смыслах:

Установление приватного соединения в тёмной сети осуществляется согласно специально разработанному протоколу, определяющему сущность, свойства и характеристики сети. В основе протоколов всех существующих тёмных сетей обязательно лежит несимметричное шифрование и аутентификация. Дополнительные алгоритмические особенности протоколов установления доверия и обмена данными напрямую связаны с теми задачами, которые призвана решать коммуникационная сеть, и могут существенно отличаться от сети к сети.

В силу того, что darknet предполагает установление шифрованного соединения между конкретными узлами, иногда говорят, что это сеть доверенных участников, или сеть друзей, – friend-to-friend (f2f, ср. с p2p). Криптосеть RetroShare – darknet, тёмная сеть, в которой взаимное доверие устанавливается путём обмена персональными сертификатами между участниками. Здесь можно чётко отразить отличие f2f- от p2p-сетей:

По факту f2f-сети вообще и RetroShare в частности гарантируют пользователю анонимность любой деятельности, благодаря специфической структуре и топологии (парадигма f2f), а также естественным образом ограничивают любые деструктивные практики со стороны третьих лиц. Анонимные p2p-сети сравнительно легко подвергаются анализу и сбору большого объёма данных, включая IP-адреса всех участников сети без исключения. Сказанное не означает, что деятельность участников очень просто деанонимизировать, но сам факт участия в такой сети скрыть невозможно.

Кроме криптоплатформы RetroShare, к классу функционирующих и развивающихся тёмных сетей можно отнести также FreeNet и GNUnet.

Друг – участник f2f-сети, с которым осуществлён взаимный обмен сертификатами, что алгоритмически означает установление шифрованного соединения с одним из узлов сети. Появление термина связано с самым ранним этапом развития криптосети, когда последняя действительно состояла только из людей, знакомых лично друг с другом.

В настоящее время термин „друг“ не соответствует технической подоплёке платформы, является анахронизмом и зачастую вводит пользователей в заблуждение относительно специфики, возможностей и потенциала RetroShare. Вместо термина „друг“ рекомендуется использовать термин, более точно соответствующий реальному положению дел, – „узел сети“, „доверенный участник“, „доверенный пир“ или просто „пир“.

Сертификат пользователя – текстовая структура, содержащая:

Значение внешнего IP-адреса может быть произвольным и не соответствовать реальному IP-адресу. При необходимости установить соединение RetroShare имеет возможность определить реальный IP-адрес участника через DHT или сервис обнаружения. Внутренний IP-адрес полезен, если часть доверенных участников находится в локальной сети. Идентификатор местоположения является искомым значением в DHT, по которому устанавливается IP-адрес потенциального доверенного участника и осуществляется соединение. Местоположение задаётся с целью использования одного и того же публичного ключа на различных компьютерах.

IP-адрес, наличествующий в персональном сертификате, не является непосредственным элементом адресации в тёмной сети и необходим для установления приватного шифрованного TCP-соединения с сетью. Адресом получателя пакета является идентификатор публичного ключа шифрования, который может быть персонифицированным – в случае использования сертификата – или анонимным – в случае использования отдельной пары публичного и приватного ключей. Второй вариант задействован при анонимном туннелировании шифрованных данных, когда пара используемых ключей шифрования не привязана к персональному сертификату пользователя, а значит – не является деанонимизирующим элементом сетевого протокола.

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

В RetroShare версии 0.6 имеется несколько плодотворных отличий:

1) содержимое серификата нечитабельно человеком в силу специального перемешивания и кодирования входящих в него полей;

2) соединение может осуществляться через скрытые сервисы анонимной сети Tor; IP-адреса в этом случае отсутствуют; подробности смотрите здесь[4].

Следует отметить: как в регулярной сети RetroShare, так и в сети на основе скрытых сервисов Tor, анонимность файлообменной и коммуникационной деятельности пользователя гарантируется анонимным туннелированием данных по случайно перестраиваемым каналам передачи. Причины, по которым более целесообразно использовать скрытые сервисы Tor, перечислены в статье о подключении к сети (раздел «Целевая функция»).

Доверенное окружение – полное множество сетевых узлов, с которыми установлен приватный шифрованный канал передачи информации.

Ближнее окружение – объединение доверенного окружения и доверенных окружений каждого доверенного участника.

Ближним окружением ограничивается возможность отсылки электронной почты внутри сети. Файлообмен и, при наличии большого доверенного окружения, распространение форумов и каналов ближним окружением не ограничивается, а охватывает всю сеть. Публичные ключи (не сертификаты!) ближнего ближнего окружения доступны во вкладке «Массив ключей» глобального раздела «Друзья».

Анонимный туннель – виртуальный шифрованный канал передачи данных на основе цепочки связанных узлов с установленным взаимным доверием; ни источник информационного пакета, ни его получатель не знают, через какие узлы он проходит; сторонний наблюдатель не может определить, ни инициатора создания цепочки, ни целевой узел. Анонимное туннелирование данных предполагает использование ключей шифрования, не привязанных к персональному сертификату. При перестроении туннеля пара ключей шифрования автоматически изменяется на другую, даже если инициируется обмен данными с тем же узлом, что и ранее. Сущность и свойства анонимных туннелей в RetroShare идентичны цепочкам сети Tor, за исключением того, что в Tor длина цепочки ограничивается 6-ю узлами, а в RetroShare колчество промежуточных узлов в принципе ничем не ограничено и они постоянно изменяются в процессе передачи даже небольших файлов.

Анонимные туннели создаются и аннулируются без участия пользователей. В любой момент времени действующий туннель может быть разрушен вследствие отключения транзитного узла от сети RetroShare. Чем дальше топологически находятся друг от друга источник и приёмник тем больше вероятность разрушения туннеля и меньше вероятность создания стабильного канала передачи данных. Структурно данные, генерируемые различными сервисами RetroShare (чаты, почта, файлообмен и пр.) не отличаются друг от друга – везде используется GXS (RetroShare General eXchange System). Следовательно, одни шифрованные данные при передаче маскируют другие шифрованные данные, что не даёт противнику осуществить статистический анализ трафика. (Принцип, принятый в другой f2f-сети GNUnet.)

Каналы объявлений контента или, кратко, каналы – сервис RetroShare в виде списка сообщений, каждый элемент которого содержит:

Право на публикацию в канале имеет либо только его создатель, либо создатель и некоторая группа доверенных участников, которым делегированы права на канал. Каналы могут быть как публичными, когда его содержимое распространяется от подписчика к подписчику, так и приватными, когда его содержимое доступно для просмотра лишь лицам, заранее определённым создателем.

Turtle-маршрутизатор – ключевой низкоуровненвый элемент ядра RetroShare, обеспечивающий создание и уничтожение туннелей, передачу поисковых запросов, функционирование чатов и форумов, распространение контента. В RetroShare v. 0.6 Turtle-маршрутизатор, называемый глобальным маршрутизатором, подвергся существенной переработке и в настоящее время имеет мало общего с его исходным алгоритмом.

Управление доверенными участниками. Задаётся: глобальная вкладка «Друзья» → контекстное меню друга → «Подробности о друге».

Параметр „Обнаружение“ может быть установлен глобально для всех пользователей в разделе «Настройки → Сервер → Конфигурация сети».

Необходимость прямого доступа вызвана тем, что в некоторых случаях целесообразно быть уверенным, что контент приходит от данного конкретного лица, а не анонимного источника.

Сетевая видимость:

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

1) Публичный режим – тип поведения клиент-сервера, при котором последний разрешает любому доверенному участнику трансляцию сведений о других доверенных участниках, а также задействован в распределённой хеш-таблице (DHT), что означает доступность информации об IP-адресе участника как пользователям сети, так и сторонним наблюдателям. Знание IP-адреса третьими лицами не означает, что им доступна передаваемая в криптосети информация: им будет известен лишь факт того, что данный пользователь, возможно, подключён к сети RetroShare. Никакой другой информации участие в DHT не даёт. Доступ к передаваемым данным без знания приватного ключа участника исключён. Режим реализует надёжные механизмы для поиска и подключения новых доверенных участников и полезен на начальном этапе формирования группы доверенных. По достижению требуемого объёма доверенного окружения рекомендуется перейти в режим, исключающий работу с DHT: приватный или darknet.

2) Приватный режим – тип поведения клиент-сервера, при котором функционирует только сервис обнаружения, а IP-адрес пользователя не фигурирует в открытых сетях. Данный режим оптимален с точки зрения безопасности и эффективности функционирования клиент-сервера.

3) Обращённый режим: клиент-сервер участвует в распространении DHT, но не транслирует сведения о доверенных участниках. Режим используется временно при необходимости быстрого поиска и подключения к пользователю, когда в его сертификате указан ложный IP-адрес.

4) Darknet-режим, или режим „тёмной сети“: информация об IP-адресе пользователя криптоплатформы недоступна, клиент-сервер не транслирует никаких данных о своём доверенном окружении. Рекомендуется в случаях, когда необходима наивысшая безопасность работы в сети.

Сетевая активность. Задаёт величину и тип трафика, передаваемого через данный узел, а также некоторые особенности поведения клиента:

Обычный режим: транслируется всё и с максимально возможной скоростью; поведение клиента – обычное.

Без анонимов: запретить транзит чужого трафика через узел. Режим уменьшает трафик и загрузку процессора.

Игровой режим: соответствует обычному режиму, но на экран не выводятся всплывающие окна.

Экономичный: клиент-сервер работает в обычном режиме, но ограничиваются все типы трафика.

ДОСТОИНСТВА

Положительные черты, свойства, характеристики и возможности криптоплатформы RetroShare можно разделить на три больших группы:

Оценка как достоинств сети RetroShare, так и её недостатков – это результат сравнения с существующими сетями и системами передачи данных.

Файлообмен

Первое, что бросается в глаза и производит сильное впечатление, когда подключаешься к сети RetroShare, – чрезвычайно мощная и удобная система поиска и разделения файлов в сети. Со стороны клиента – это широкие возможности по уточнению результатов:

со стороны сервера – это упомянутая выше возможность отдавать различные файлы или папки различным заранее предопределённым группам доверенных участников, что в приницпе невозможно в существующих p2p-сетях. Если пользователю не требуется разграничивать уровни доступа к собственным ресурсам, то имеется возможность установления базового режима анонимного доступа. В этом случае ресурсы доступны к скачиванию всеми пользователями, вошедшими в сеть. С другой стороны, одна и та же папка, может быть доступна группе „Семья“ только анонимно, даже несмотря на то, что все члены данной группы являются доверенными, а группе „Друзья“ – напрямую, с возможностью иметь информацию, кто из доверенного окружения является истинным источником данных. Вне доверенного окружения файлы, если такая возможность разрешена пользователем, всегда доступны только анонимно. Здесь приведены простейшие примеры, но в реальных ситуациях можно реализовать существенно более изощрённые способы разделения локальных ресурсов.

Основная часть установок доступа к локальным ресурсам задаётся мастером управления папок – пиктограмма в виде папки со значком „плюс“ вверху слева графического окна – и выглядит приблизительно так:

Три базовых режима доступа к ресурсам устанавливается одним или несколькими флагами доступа:

зелёная папка – доступ к файлам (просмотр структуры папок и скачивание файлов) разрешён только друзьям из групп (самый строгий доступ);

синяя папка – доступ (просмотр структуры папок и скачивание файлов) разрешён каждому из доверенного окружения; „синяя“ папка полностью перекрывает „зелёную“ по обеспечению доступа к разделяемым ресурсам;

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

Уточняющая часть установок доступа определяется правами каждого конкретного доверенного пира, устанавливаемыми нажатием пиктограммы с видом щита вверху слева графического интерфейса клиента.

Общение и связь между участниками

Материал хорошо изложен в соответствующем[5] разделе статьи о RetroShare в русскоязычной Википедии.

Безопасность

RetroShare – очень либеральная по отношению к пользователю система. С одной стороны, она функционирует согласно базовым алгоритмам, включающим обязательное шифрование всех типов трафика с неизменным асимметричным ключом, однократно используемым симметричным сессионным ключом и прочими специфическими подходами, с другой стороны – все дальнейшие гарантии анонимности и конфиденциальности ложатся на плечи пользователя. Сказанное особенно касается реализуемой пользователем концепции безопасности, методов раширения сетевых связей и топологии создаваемой подсети. Разумеется, абсолютная безопасность невозможна и, в первую очередь, это связано с человеческим фактором, но из всего множества существующих криптосетей RetroShare потенциально даёт наилучшие результаты в смысле анонимности, конфиденциальности, а значит – и безопасности. В качестве дополнительного преимущества следует снова упомянуть существенно более высокую скорость файлообмена в сравнении с известными сетями и системами передачи данных.

Для достижения потенциальной безопасности работы в RetroShare:

1) не следует публиковать собственные сертификаты ни в форумах и чатах внутри сети, ни, тем более, в открытых сетях – вы раскрываете факт пользования криптосетью;

2) не следует принимать сертификаты других участников, если вы не уверены в их благонадёжности;

3) в конфигураторе сети включите либо приватный, либо darknet-режим работы клиент-сервера – ваш IP-адрес не будет фигурировать нигде в открытой сети.

Ищите возможности передавать сертификаты либо лично, либо воспользовавшись надёжными каналами или методами передачи информации. Недоступность вашего сертификата третьим лицам и надёжность доверенных контактов есть база, на которой зиждется ваша безопасность. Если же вы не уверены в доверенном пире, не разрешайте ему прямое соединение – Direct Source – и выключьте для него сервис обнаружения. Вы не скроете от него факт использования RetroShare, но вы существенно ограничите его знания о вас, ваших ресурсах и вашем доверенном окружении.

Ещё раз напомним: практически во всех не f2f-сетях противник имеет возможность составить полный список IP-адресов всех участников сети, а значит раскрыть не только сам факт использования сети, но и в некоторых случаях деанонимизировать их деятельность, воспользовавшись теми или иными методами анализа. И только в f2f-платформах знание IP-адреса ограничивается лишь малой группой участников, а обнаружить других участников, при отключённой DHT, принципиально невозможно, так как данные в RetroShare передаются от доверенного к доверенному и никак иначе.

НЕДОСТАТКИ И ОГРАНИЧЕНИЯ

Существуют две группы недостатков RetroShare:

1) недостатки, связанные с концепцией friend-to-friend;

2) недостатки графического интерфейса и реализации клиента.

Если вторая группа недостатков во многом связана с предпочтениями пользователя и промахами разработчиков, а значит, её всегда можно нивелировать, то первая группа принципиально неустранима и об этом нужно помнить, когда вы работаете в криптоплатформе RetroShare. Недостатки RetroShare, связанные с концепцией, лежащей в её основе, можно считать особенностями криптоплатформы.

Существенная нагрузка на центральный процессор и оперативную память. Работа с большими числами, являющимися неотъемлемой частью сертификатов и приватных ключей, требует немалого объёма оперативной памяти компьютера и вычислительных ресурсов центрального процессора. Если учесть, что в криптоплатформе RetroShare шифруется не только файлообмен, но и сообщения в форумах, каналах и чатах, то на слабых машинах такая нагрузка может создавать определённые проблемы в работе клиент-сервера. В качестве примера: при количестве доверенных пиров – 50 и подключённых – 18, нескольких десятках каналов, нескольких сотнях форумов, действующих чатах объём оперативной памяти, выделенной для клиента, составил 420 МБ, а постоянная загрузка центрального процессора (Intel, 2 ядра; 2,8 ГГц) – 2…6%. Разумеется, числа приблизительные, но порядок такой.

Сравнительная медленность распространения форумов и каналов по сети. Передача форумов и, в особенности, каналов объявления контента имеют невысокий приоритет в работе Turtle-маршрутизатора. В первую очередь транслируются чаты и прокладываются туннели для файлообмена. Поэтому сообщения обоих сервисов, в зависимости от загрузки сети и её топологии могут идти к заинтересованному лицу от нескольких минут до нескольких часов. Сказанное не касается ближнего окружения. Там контент распространяется почти мгновенно. Контент распространяется от подписчика к подписчику. Если сеть не разветвлённая, канал или форум может „застопориться“ в каком-то узле, когда владелец узла не подписался на тот или иной ресурс. Если же ресурс наполнен интересным уникальным контентом, имеет множество подписчиков, то никаких проблем с распространением канала или форума не возникает. Указанная особенность, де-факто, является естественно организованной защитой от спама в сети: бесполезные или пустые каналы распространяться не будут: их распространение остановится в пределах доверенного окружения.

Нестабильная скорость передачи файла от очень удалённого источника – 5 и более скачков. Здесь есть одна особенность. Turtle-маршрутизатор – очень гибкий алгоритм, а топология сети RetroShare – очень разветвлена и хаотична по своей структуре. В первый момент Turtle действительно может проложить неудачный в смысле расстояния туннель к источнику, но, как правило, через некоторое время находятся и более „близкие“ пути и тогда стабилизируется как скорость обмена данными, так и сам канал. В девяти случаях из десяти в течение 1–10 минут устанавливается надёжный канал передачи данных со скоростью, близкой к предельной пропускной способности интернет-канала получателя.

Сложность грамотного в смысле безопасности обмена сертификатами. Так как личные сертификаты крайне нежелательно публиковать в открытых источниках, то возникает проблема их передачи потенциальному доверенному пиру. На данный момент, наиболее надёжными средствами для передачи RetroShare-сертификатов являются электронная почта с шифрованием сообщений и шифрованные службы обмена сообщениями. Ясно, что и в этом случае встаёт проблема аутентичности корреспондента. Тем не менее, исходя из реальной ситуации, всегда можно выбрать наиболее приемлемый для конкретного пользователя вариант обмена сертификатами. Но, как было сказано выше, самый надёжный способ – передача сертификата при личной встрече.

Перегруженность интерфейса.

Множество тонких настроек клиент-сервера. При непродуманном подходе такая ситуация может привести к деанонимизации участника сети. Сказанное особенно касается случаев файлообмена или раздачи контента через каналы, когда по ошибке приватное объявление может быть сделано в публичном канале. Помните! ОДНАЖДЫ ОПУБЛИКОВАННОЕ В ФОРУМЕ ИЛИ КАНАЛЕ СООБЩЕНИЕ УДАЛИТЬ ИЗ СЕТИ НЕВОЗМОЖНО. Прежде, чем что-либо публиковать, ещё раз посмотрите что вы публикуете и какой режим публикации выбран: приватный или публичный.

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

Отсутствие возможности установить размер и тип шрифта в каналах.

Отсутствие возможности осуществлять контроль и анализ структуры трафика. Из строки состояния не ясно, какая часть трафика собственная, а какая транзитная. Отсутствует визуализация различных типов трафика.

Невозможность отмены хэширования файлов определённого типа.

ПРАКТИЧЕСКИЕ РЕКОМЕНДАЦИИ

♦ В целях безопасности псевдоним в чате должен отличаться от псевдонима в сертификате.

♦ По возможности, не публикуйте собственный сертификат в чатах и ни в коем случае – на форумах.

♦ Понаблюдайте за разговорами в чатах. В какой-то момент станет понятно, кого можно не остерегаться, а кому лучше не доверять.

♦ Молчуны в чатах не могут считаться людьми, которым следует доверять. Поэтому, если вы хотели бы с кем-то обменяться сертификатами, обозначьте себя как-то хотя бы общими, ни к чему не обязывающими, фразами. Тем самым вы покажете, что вы живой человек, заслуживающий внимания. В сообществе RetroShare считается добрым тоном сообщить, с какой целью вы подключились к платформе, а также, откуда вы о ней узнали.

♦ Найдите в форумах ссылки на сертификаты постоянно подключённых к RetroShare хостов – так называемые «24/7 VPS» – и пошлите нескольким из них электронные письма с вашим сертификатом через внутренний почтовый сервис RetroShare. Возможно, вам откликнутся и у вас будет надёжный круглосуточный контакт с сетью.

♦ Помогите подключиться к RetroShare двум-трём вашим друзьям. У вас появятся узлы с абсолютным доверием.

♦ Если у вас дома или на работе есть несколько компьютеров, можно создать один узел-шлюз, обеспечивающий доступ к RetroShare, а ваш основной компьютер подключить к этому шлюзу. Таким образом, все коммуникации с сетью будет вести компьютер-шлюз, и он же будет вашим единственным пиром, которому можно доверять абсолютно. Наибольший эффект такой подход будет иметь, если два компьютера находятся в различных зданиях или даже в различных населённых пунктах, т. е. существенно разнесены в пространстве.

♦ Старайтесь заводить доверенных контактов среди людей, находящихся географически далеко от вас: например, Бразилия, ЮАР, США, Канада, Австралия и т.п. С опаской заводите доверенных участников из стран Восточной Европы или репрессивных режимов Азии, если, разумеется, они не являются вашими реальными друзьями.

♦ Остерегайтесь обмениваться сертификатами с людьми, которые добавляют в доверенные всех подряд.

♦ По достижению необходимого количества доверенных участников – не более 60…80 – включите в клиент-сервере либо приватный, либо darknet-режим.

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

♦ Думайте прежде, чем делать. В децентрализованной системе ничего отменить нельзя.

By user097 on July 20, 2014 [6]