Мессенджер signal , советую всем , сам сноуден
Поинтересовался бы прежде чем в помойку отправлять. Как хранят данные
-
XSS.stack #1 – первый литературный журнал от юзеров форума
Выбор мессенджера
- Автор темы ShadowMan
- Дата начала
Его сделал марлинспайк ( если интересно кто это загугли инфы много) , сноубен однажды сказал , что все что сделано марлинспайком он одобряет. Сигнал хранит только последнюю активность а именно время в которое ты был в сети все. Более подробный гайд можно в Гугле изучить плюс исходники
Блютуз - это же ближняя связь. Идея в том, что хомяки должны рядом находиться. При отключении интернета они все равно будут дальше общаться.
Пользуюсь Signal некоторое время, привыкаю, полёт нормальный.
Я лично для "уязвимых" диалогов использую Briar, мне нравится и вроде реально безопасно 
Либо на ВПСке с ВПНкой, тоже рабочий вариант, делаешь удаленную рабочую машину и на ней разворачиваешь все мессенджеры и заходишь во все аккаунты
- Автор темы
- Добавить закладку
- #87
Мне кажется, это основные проблемы альтернатив
Непонятные и нестабильные источники финансирования приводят к тому, что многие проекты не могут развиваться.
Этих альтернатив очень много, и мелким проектам сложно конкурировать с гигантами по удобству и возможностям в плане контента.
Неясно, кто является владельцем проекта и для каких целей он создан.
Там всего два с половиной человека, и ничего нет интересного как правило.
Непонятно что с анонимностью и безопасностью.
Просто неудобный и глючный интерфейс.
Что с этим всем делать вопрос открытый.
Ты можешь сформуливать требования и написать архитектуру проекта. Можешь?
Еще ты можешь написать код. Ты ведь можешь?
Еще ты можешь поривлечь подходящих кодеров к проекту и оплатить их время. Ты ведь можешь профинансировать разработку?
Все в твоих руках, мир ждет когда ты в нем проявишь себя.
Вопрос интересный, но проблема в том, как реализовать все это, чтобы привлечь инвестиции, специалистов, трафик в мессенджер и чтобы проект не закрылся, а существовал. Это сложнее, чем кажется. Многие пытались, но не всегда результат был удачным, и проекты часто закрывались. Вот это самое главное кмк.
Действия дают результаты.
- Автор темы
- Добавить закладку
- #92
Сделать полный аналог Телеги, но без центральных серверов и будет счастье 
Если все это упорядочивать то надо для начала сформулировать требования к продукту, потом разделить их на критичные и желательные которые не обязательно делать сразу но заложить в архитектуру нужно, потом уже можно будет хотя бы обсудить архитектуру.
Когда будет архитектура уже можно будет как то предметно обсуждать реализацию и все что с ней связано.
Когда будет архитектура уже можно будет как то предметно обсуждать реализацию и все что с ней связано.
Вот если от чего-то отталкиваться, то от джаббера. Там совершенно не хитрожопый протокол, единственная претензия к нему, что он избыточный. Но крутость в том, что он поддерживается оочень многими мессенджерами.Сделать полный аналог Телеги, но без центральных серверов и будет счастье
Претензия к жабе у меня больше не к протоколу, а к реализации клиентов. Они все морально устарели. Плюс надо переписывать плагин антиспама, он тоже морально устарел.
Можно в принципе сделать что-то вроде веб версии или десктоп (но на базе веб). Сделать нормальный внешний вид мессенджера (джаббера) с подключаемыми плагинами. Например, подключение внешнего защищенного файлообменника: отсюда будет вытекать возможность послушать музончик, видосик посмотреть и т.п. И самое важное, что контент будет совместим с другими программными клиентами.
Но делать такой проект и выкладывать в опенсорс рука не поднимается, потому что потраченное время не окупится, как минимум.
Уж лучше плагины пописать для джаббера.
- Автор темы
- Добавить закладку
- #95
Ну как бы выбор безопасного месенджера сделали за нас рансомварщики
Это может стать хорошей альтернативой пользовательским решениям или TOX.
Я читал, что эта команда запросила по 2 BTC за каждого клиента у облачного провайдера PowerHost.
По словам их генерального директора, это составило бы около 140 миллионов долларов. Слишком. Интересно, они сделали это просто ради забавы.
- Автор темы
- Добавить закладку
- #97
Ну какие забавы у вымогателей? Чисто финансовый интерес.
Они сумму брали из расчета каждого сайта который хостится у них.
Как вам такое Элоны Маски?
Анонимная сеть Hidden Lake - это децентрализованная F2F (friend-to-friend) анонимная сеть с теоретической доказуемостью. В отличие от известных анонимных сетей, подобия Tor, I2P, Mixminion, Crowds и т.п., сеть Hidden Lake способна противостоять атакам глобального наблюдателя.
Разраб наш: https://github.com/number571/go-peer?tab=readme-ov-file
Задача на базе очередей трактуется достаточно легко и интуитивно понятно.
Таковая задача может быть описана следующим небольшим алгоритмом:
1. Каждое сообщение шифруется ключом получателя,
2. Сообщение отправляется в период = T всем участникам сети,
3. Период T одного участника независим от периодов T1, T2, ..., Tn других участников,
4. Если на период T сообщения не существует, то в сеть отправляется ложное сообщение без получателя,
5. Каждый участник пытается расшифровать принятое им сообщение из сети.
Со стороны наблюдателя, будь то глобального или локального, будь то внутреннего или внешнего, картина всегда одинакова: он видит лишь факт генерации сообщений в точно заданный период равный T от каждого пользователя в сети. Наблюдатель не может узнать истинно данное сообщение или ложно, и за счёт этого не может определить какую бы то ни было закономерность отправления / получения информации кроме как самого периода генерации = T.
Анонимная сеть Hidden Lake - это децентрализованная F2F (friend-to-friend) анонимная сеть с теоретической доказуемостью. В отличие от известных анонимных сетей, подобия Tor, I2P, Mixminion, Crowds и т.п., сеть Hidden Lake способна противостоять атакам глобального наблюдателя.
Разраб наш: https://github.com/number571/go-peer?tab=readme-ov-file
Задача на базе очередей
Задача на базе очередей трактуется достаточно легко и интуитивно понятно.
Таковая задача может быть описана следующим небольшим алгоритмом:
1. Каждое сообщение шифруется ключом получателя,
2. Сообщение отправляется в период = T всем участникам сети,
3. Период T одного участника независим от периодов T1, T2, ..., Tn других участников,
4. Если на период T сообщения не существует, то в сеть отправляется ложное сообщение без получателя,
5. Каждый участник пытается расшифровать принятое им сообщение из сети.
Со стороны наблюдателя, будь то глобального или локального, будь то внутреннего или внешнего, картина всегда одинакова: он видит лишь факт генерации сообщений в точно заданный период равный T от каждого пользователя в сети. Наблюдатель не может узнать истинно данное сообщение или ложно, и за счёт этого не может определить какую бы то ни было закономерность отправления / получения информации кроме как самого периода генерации = T.
Там должно быть либо всем участникам кластера, либо рассылаются не сообщения а токены по которым можно их получать, иначе количества трафика будет огромно.