В этой статье мы рассмотрим Telegram в целом, поговорим об используемом протоколе и проведем сравнение с другими аналогичными продуктами.
Авторы: Hayk Saribekyan (hayks@mit.edu), Akaki Margvelashvili (margvela@mit.edu)
Аннотация
Telegram представляет собой платформу для обмена мгновенными текстовыми сообщениями на базе протокола безопасности MTProto. Компания была основана в 2013 году, а сам мессенджер на данный момент имеет более 100 миллионов активных пользователей. Одна из главных целей Telegram – защита пользователей от слежки. Утверждается, что у этого мессенджера наилучшая защита на рынке и железобетонные гарантии безопасности среди приложений подобного рода. В этой статье мы рассмотрим Telegram в целом, поговорим об используемом протоколе и проведем сравнение с другими аналогичными продуктами. Кроме того, мы воспользуемся утечкой, связанной с доступностью пользователей, с целью обнаружение временных интервалов, когда два абонента разговаривают друг с другом.
Введение
За последнее десятилетие, по мере того как все больше и больше людей получают доступ к интернету, возрастает популярность приложений для обмена мгновенными сообщениями. По состоянию на май 2017 года 2 из 5 наиболее загружаемых Android-приложений используются для обмена мгновенными сообщениями [1]. За последние годы пользователи коммуникационных протоколов, в том числе связанные со службами обмена мгновенными сообщениями, становятся все более озабоченными относительно своей безопасности. С целью удовлетворения этих потребностей многие платформы стали предоставлять сквозное (оконечное) шифрование [2, 3]. Например, в WhatsApp сквозное шифрование появилось 3 года назад, и на данный момент эта функция используется во всех коммуникациях. Этот мессенджер имеет наибольшее количество пользователей, пользующихся сквозным шифрованием.
Telegram – еще одна служба, связанная с обменом мгновенными сообщениями, которая была основана в 2013 году. Несмотря на свою молодость, на данным момент ежемесячно Telegram используют более 100 миллионов пользователей, особенно в Западной Европе. Создатели Telegram утверждают, что у этого мессенджера наилучшая защита среди аналогичных продуктов на рынке, однако в целом доверие пользователей основывается лишь на истории появления этого приложения и таланте разработчиков. Мы поставили задачу проанализировать безопасность Telegram [4], поскольку этот мессенджер находится под непрерывной критикой многих специалистов по криптографии из-за неоднозначных решений, используемых разработчиками.
В этом разделе мы поговорим об истории Telegram и пользовательском интерфейсе. В разделе 2 будет описана архитектура Telegram. В разделе 3 описываются предыдущие проблемы, найденные в Telegram. В разделах 4 и 5 рассматриваются раскрытые уязвимости, связанные с безопасностью в Telegram. В разделе 6 мы рассмотрим текущие проблемы в Telegram и сделаем выводы.
История появления Telegram
Среди других технологических стартапов Telegram занимает особое место, вследствие чего получил повышенное внимание и доверие со стороны пользователей, и мы считаем, что полезно будет затронуть историю появления этого мессенджера.
Telegram был основан в 2013 году братьями Николаем и Павлом Дуровыми, которые были основателями популярной российской социальной сети Vkontakte. После давления со стороны российских властей на предмет получения специфических возможностей (или специальных лазеек для государственных органов) Дуров покинул компанию и заявил, что VK находится под контролем политической партии, находящейся у власти [5]. Затем Дуров покинул Россию и основал Telegram с целью предоставления средства обмена мгновенными сообщениями для простых пользователей, которое было бы защищено от слежки представителями государственных структур.
Благодаря популярности Павла Дурова в России, Telegram быстро завоевал популярность среди русскоязычной аудитории. Кроме того, по факту Telegram предоставляет наиболее удобное средство по сравнению с аналогичными продуктами за счет своей скорости и функциональности.
Протокол, используемый для обмена сообщениями, был разработан братом Павла Николаем, который является математиком, но малоизвестным специалистом по безопасности.
Telegram – уникальное явление среди технологических стартапов, в том числе благодаря тому, что Павел Дуров является единственным спонсором этого проекта. Кроме того, в Telegram отсутствует реклама, а сам клиент – не только бесплатный, но и с открытым исходным кодом.
Функциональность Telegram
Telegram позволяет обмениваться текстовыми и голосовыми сообщениями, а также общаться в группах. Кроме того, у этого мессенджера есть каналы, на которые пользователи могут подписываться и получать сообщения от создателя канала (обычно новостного веб-сайта или знаменитости).
Telegram также имеет функцию под названием «секретный чат», которая не включена по умолчанию. Секретные чаты доступны в версии Telegramа со сквозным шифрованием. Сообщения удаляются по прошествии определенного времени, устанавливаемого пользователем, и не могут быть восстановлены. Разработчики Telegram решили не включать сквозное шифрования по умолчанию с целью удобства: секретные чаты связаны с конкретными устройствами, и невозможно продолжить разговор там, где не был начат разговор. Мы не считаем, что такое положение вещей является бесспорным. Многие обычные пользователи полагают, что никто не может получить доступ к сообщениям, хотя по факту просто доверяют безопасности сервера.
Пользователи Telegram могут создавать учетные записи и выполнять авторизацию при помощи аутентификационного кода, получаемого в виде текстового сообщения. После первоначальной авторизации пользователи могут выполнять настройки и искать друг друга. У Telegram также есть функция двухфакторной верификации, если есть желание вводить пароль во время каждого входа в учетную запись.
Клиенты Telegram
У Telegram есть клиенты под все популярные платформы, включая веб-приложения. На Рисунке 1 показана Desktop- и Android-версия. Официальные клиенты идут с открытым исходным кодом, хотя есть и бинарные блобы (то есть исполняемые бинарные файлы без доступных исходных текстов).
Рисунок 1: Официальные клиенты Telegram. Слева: мобильная версия, справа: desktop-клиент. Все официальные клиенты имеют открытый исходный код. Пользовательский интерфейс Telegram довольно быстрый и удобный
У Telegram также есть возможность работать с командной строкой [6], обладающей практически полным функционалом платформы, хотя и не очень удобной для использования. Например, для добавления контакта нужно ввести следующую команду:
tg> add contact <phone number> <name> <lastname>
Во время исследования безопасности Telegram мы часто пользовались командной строкой.
2. Архитектура Telegram
Как и многие аналогичные приложения Telegram следует традиционному подходу и использует облако для хранения данных. То есть, если злоумышленник сможет получить контроль над сервером, то получит (как минимум) доступ к незашифрованным сообщениям и ко всем метаданным. Обмен сообщениями между пользователями и сервером происходит на базе собственно разработанного протокола MTProto.
Пользователи обмениваются информацией по методу Диффи-Хеллмана для создания общего ключа, который затем используется при передаче сообщений. Коммуникация с сервером осуществляется при помощи публичного RSA-ключа, который прописан внутри клиента Telegram и меняется достаточно редко.
Telegram используется протокол собственной разработки MTProto, который не использует множество традиционных подходов при обмене сообщениями. Создатели Telegram утверждают, что подобный подход используется с целью улучшения производительности, однако у многих экспертов по безопасности на этот счет есть большие сомнения.
3. Известные и исправленные проблемы
Как все компании с технологическим уклоном, у Telegram были, есть и будут уязвимости, связанные с безопасностью, и нестандартные проблемы, которые имеют косвенное отношение к безопасности. Мы расскажем о некоторых из этих проблем, а в последствии рассмотри более подробно один из таких случаев.
3.1 Проблемы нетехнического характера
На концептуальном уровне у Telegram есть несколько нестандартных решений, которые, как мы полагаем, не должны быть частью протокола безопасности. А конкретно:
- Функция сквозного шифрования не используется по умолчанию [7]. По этой причине большинство технически неискушенных пользователей используют Telegram без функции секретного чата и считают, что сообщения шифруются. Без секретных чатов, по сути, пользователи должны доверять серверам Telegram.
- Telegram использует криптографический протокол MTProto собственной разработки, что уже неоднократно подвергалось критике. Общая доктрина безопасности говорит о том, что разработчикам не следует изобретать велосипед в криптографической части, а доверить проектирование криптографического протокола экспертам. Те, кто исследовал этот протокол, также имеют скептическое мнение. Специалист по криптографии Мэтт Грин высказал следующее: «Telegram имеет 10 миллионов деталей, которые поддерживают единичный неавторизованный обмен ключами по методу Диффи-Хеллмана». [8]
- Telegram изначально запрашивает список контактов с телефона/компьютера и хранит полученную информацию на сервере. То есть на серверах хранится огромна база контактов, которая может стать целью для атаки или быть попросту продана властям без ведома пользователя. Это еще один пример, когда пользователи должны доверять безопасности серверов Telegram.
3.2 Проблемы, связанные с технической безопасностью
- Группа исследователей в 2015 году анонсировала схему атаки на Telegram типа «челове-посередине», которая может быть осуществлена властями конкретного государства. Атака связана с генерированием общих секретов по методу Диффи-Хеллмана для двух жертв, имеющих одинаковый 128-битный визуальный отпечаток, и пользователи, которые сравнивают отпечатки, не смогут обнаружить атаку. При реализации атаки «дней рождения» потребуется всего лишь 264 операции. С того момента количество битов, используемых в отпечатках, значительно увеличилось, однако в целом проблема остается актуальной. Чтобы проверить ключи и предотвратить MITM-атаки, пользователи должны визуально сравнить сетку квадратов с четырьмя оттенками синего. Здесь сразу же всплывает человеческий фактор. Во-первых, пользователь может не заметить едва различимых отличий между сетками. Во-вторых, у пользователя вообще может не быть желания возиться со сравнением сеток.
- До 2014 года протокол MTProto использовал модифицированную версию схему обмена ключами по методу Диффи-Хеллмана [9]. Вместо генерации ключей при помощи стандартного протокола на базе алгоритма Диффи-Хеллмана, сервер отсылал пользователю ключ, обработанный операцией XOR вместе с произвольным числом (nonce). Сей факт позволяет фальшивому серверу использовать различные nonce-переменные для двух пользователей, в результате чего будет один и тот же ключ, но который будет известен серверу. Повторимся еще раз: пользователи должны доверять серверу Telegram. Несмотря на то, что этот вопрос был решен, одно только присутствие этой проблемы вызывает массу вопросов относительно компетенций разработчиков Telegram в области безопасности, поскольку проблема чрезвычайно проста.
- В некоторых частях протокола при хешировании вместо SHA-256 используется алгоритм SHA-1, который, как известно, неустойчив к коллизиям [10]. Создатели Telegram утверждают, что SHA-1 используется в тех частях протокола, где устойчивость к коллизиям не принципиальна, однако все же более сильная хеш-функция была бы уместнее. История не раз доказывала, что бреши и неучтенные моменты – довольно распространенное явление.
- Даже при использовании секретного чата, мобильная версия Telegram позволяет третьей стороне просматривать информацию о метаданных. Например, злоумышленник может узнать, когда пользователи выходят в онлайн и уходят в оффлайн вплоть до секунд. Telegram не требует соглашения от обоих сторон для установления коммуникации, и злоумышленник может подключиться и получить информацию о метаданных без ведома пользователя. Кроме того, у злоумышленника есть хороший шанс обнаружить, общаются ли два пользователя между собой посредством подключения и анализа метаданных на обоих концах провода. Мы назвали эту проблему «утечка доступности». Более подробно этот вопрос будет рассмотрен в разделах 4 и 5.
Как показывают предыдущие примеры, во многих случаях пользователи Telegram должны полностью доверять безопасности сервера, что немного иронично, поскольку изначальной целью основателей Telegram было создание продукта, защищенного от слежки. Даже несмотря на то, что многие уязвимости, связанные с безопасностью, были устранены, некоторых найденных проблем не должно было быть изначально.
4. Эксплоит для обнаружения доступности пользователей
Как было упомянуто в предыдущих разделах, Telegram передает информацию о доступности каждому, у кого есть телефонный номер нужного пользователя. Предположим, Ева добавила Алису в список контактов. В этом случае протокол Telegram не оповещает Алису об этом событии. В свою очередь Ева начинает регулярно получать информацию о том, когда Алиса использует Telegram, а Алиса все также не получает никаких оповещений.
Рисунок 2: В командной строке выводится имя пользователя, если тот использует Telegram. В противном случае ничего не выводится
Проблема, связанная с утечкой, легко обнаруживается в командной строке Telegram, как показано на Рисунке 2.
Более того, на Рисунке 3 показано, что Ева может видеть, что Акакий и Хайк выходят в онлайн и уходят в оффлайн. Затем Ева может сопоставить временные интервалы и сделать вывод, что Акакий и Хайк общаются между собой. В следующих разделах будет рассказано, как можно использовать эксплоит для обнаружения того, что два пользователя разговаривают друг с другом.
4.1 Постановка эксперимента
Для отслеживания использования Telegram и коммуникаций мы выбрали 15 активных пользователей среди международных студентов Массачусетского технологического института. Таким образом, мы знали, что студенты общались между собой на ежедневной/еженедельной основе.
Для подключения к пользователям мы использовали командную строку Telegram. Для отслеживания и сбора метаданных был выделен специальный сервер. В итоге было собрано несколько мегабайт необработанных метаданных для последующего анализа.
4.2 Алгоритм корреляции
Мы создали алгоритм корреляции, которые анализирует информацию об использовании Telegram двумя пользователя и выводит последовательность совпадений, где каждое совпадение представляет собой временной интервал с вероятностью того, что пользователи общаются между собой (вероятность всегда не менее 0.5).
Рисунок 3: Ева отслеживает активность Хайк и Акакия и может сказать, когда каждая персона появлялась в онлайне. Обратите внимание на проблему: разница между появлением в онлайне и уходом в оффлайн составляет примерно 5 минут
На базе полученных метаданных на каждого пользователя была создана последовательность временных интервалов активности отсортированных по времени. Алгоритм находит совпадения по двум пользователям, общающихся между собой, на базе последовательностей временных интервалов.
Рисунок 4: Диаграмма, иллюстрирующая основные концепции алгоритма корреляции
Утверждается, что два активных временных интервала Алисы и Боба соединены (см. фиолетовые стрелки на рисунке выше), если эти промежутки пересекаются в течение времени gap_time. То есть, два временных интервала пересекаются, если две точки пересечения находятся на расстоянии больше, чем gap_time. Этот допущение введено потому, что требуется время для открытия приложения после получения сообщения.
Теперь, рассматривая каждый активный временной интервал в качестве вершины и каждое соединение как ребро, мы получаем двухсторонний граф. В этом двухстороннем графе мы ищем связанные компоненты, которые имеют как минимум одно ребро. Если мы отсортируем активные временные интервалы в связанном компоненте, то увидим цепочку пересекающихся интервалов, в течение которых Алиса и Боб использовали Telegram. Каждая соединенная пара временных интервалов указывает на определенную вероятность того, что два пользователя общаются друг с другом. Цепочка соединенных интервалов значительно повышает шанс того, что Алиса и Боб общаются с друг с другом.
Каждый связанный компонент представляет возможную коммуникацию (во время которой происходит обмен сообщениями за относительно короткое время) между пользователями. Поскольку пользователь может оставить Telegram открытым (когда метаданные передаваться не будут), мы не принимаем во внимание размер активного временного интервала. Мы полагаем, что количество активных временных интервалов – наиболее важный показатель, поскольку пользователь, часто выходящий в онлайн и уходящий в оффлайн, скорее всего, активно использует Telegram.
Мы ввели коэффициент вероятности (likelihood coefficient), который определяет, насколько вероятно связанный компонент представляет собой коммуникацию между пользователями. Обратите внимание, ребро внутри связанного компонента, принадлежащее активному временному интервалу, которое соединено со многими другими вершинами, рассматривается как менее значимое по сравнению с ребром, концы которого не соединены с другими интервалами. По этой причине, вместо подсчета количества ребер в связанном компоненте, мы определили коэффициент вероятности как половину всех соединенных вершин внутри компонента. Таким образом, очень длинный активный временной интервал, который пересекает множество других интервалов не особо влияет на увеличение коэффициента вероятности.
Как только коэффициент вероятности рассчитан, вычисляем вероятность общения двух пользователей в течение промежутка времени внутри связанного компонента по следующей формуле:
Рисунок 5: Формула расчета вероятности общения двух пользователей
Идея заключается в том, что если коэффициент вероятности равен 0, то и вероятность общения тоже равна нулю. С другой стороны, каждая единица коэффициента вероятности увеличивает вероятность общения на половину. Альфа-множитель определяет степень влияния коэффициента вероятности на итоговую вероятность.
5. Результаты использования эксплоита
После реализации алгоритма, описанного выше, мы проанализировали метаданные, полученные сервером. Поскольку мы использовали Telegram во время работы сервера, то подстроили параметры на базе частоты нашей коммуникации и внесли некоторые коррективы.
Наиболее приемлемые значения: gap_time = 30 секунд, альфа-множитель = 1. При таких значения нам удалось отследить все коммуникации и не обрезать лишнего. Результаты показали, что количество ошибочных совпадений колеблется в районе 15%. Другими словами, иногда, когда два пользователя одновременно используют приложение, алгоритм работает некорректно.
Рисунок 6: Совпадения, найденные алгоритмом корреляции
Рисунок 7: Сообщения, соответствующие найденным совпадениям. Предпоследнее совпадение соответствует сообщениям, написанным в интервале от 23:31 до 23:35
6. Заключение
В этом проекте мы провели исследование мессенджера Telegram. Когда Telegram оформился как самостоятельная компания, то приобрел популярность, благодаря заявлениям создателей, доверием и удачным временем выхода (в то же время произошли утечки с подачи Сноудена). Если верить заявлениям создателей Telegram, можно подумать, что этот мессенджер обладает высоким уровнем безопасности. Однако наше исследование показывает, что у Telegram были серьезные и в тоже время простые проблемы в протоколе (например, модифицированный и уязвимый алгоритм обмена ключами по методу Диффи-Хеллмана), которые может обнаружить любой знающий эксперт по безопасности.
При помощи командной строки мы смогли подключиться к некоторым нашим друзьям, и обнаружить интервалы общения. Мы полагаем, что это серьезная проблема, связанная с утечкой персональной информации, которая может, например, помочь обнаружить, у кого из группы более тесные взаимоотношения.
Из всего вышесказанного можно сделать вывод, что Telegram, как и все другие продукты, имеет уязвимости, о которых пользователи должны знать. Однако, к сожалению, заявления компаний заставляют пользователей верить в то, что переписка защищена от прочтения третьей стороной.
Ссылки
[1] Android market app ranklist. http://www.androidrank.org/. Accessed: 2017-05-16.
[2] Secret conversations in facebook. https://www.facebook.com/help/ messenger-app/1084673321594605. Accessed: 2017-05-16.
[3] End-to-end encryption (whatsapp). https://www.whatsapp.com/faq/en/general/28030015. Accessed: 2017-05-16.
[4] Telegram. telegram.org. Accessed: 2017-05-16.
[5] Vkontakte founder pavel durov learns he's been _red through media. Accessed: 2017-05-16.
[6] Telegram messenger cli. https://github.com/vysheng/tg. Accessed: 2017-05-16.
[7] Operational telegram. https://medium.com/@thegrugq/operational-telegram-cbbaadb9013a. Accessed: 2017-05-16.
[8] Matt green on twitter about telegram. https://twitter.com/matthew_d_green/status/582916365750669312. Accessed: 2017-05-16.
[9] Is telegram secure (russian). https://habrahabr.ru/post/206900/. Accessed: 2017-05-16.
[10] Shattered. https://shattered.io. Accessed: 2017-05-16.
Комментарии
Каждому - свое. И телеграм все-равно пользуюсь - по работе.)))
По работе - это нормально. Хотя, я удивляюсь популярности Телеги среди айтишников: вроде бы, публика просвещённая, и о приватности с безопасностью пекущаяся получше домохозяек и школоты. Тут бы больше тот же Matrix подошёл, благо, штука классная ,и свой сервак можно развернуть, для приватного общения без утечек.
И в чём качественное отличие матрицы от xmpp?
Ну окромя статуса разработки…
Аудио и видеосвязь. Хорошая замена говношкайпику.
НЯП с некоторыми оговорками реализуется и на базе xmpp.
Не говоря о том, что VoIP ненужен!
С помощью кривых и глюкавых XEPов. Вся беда жабки в том, что стандарт старенький, и на него наворочена куча корявых костылей. Если б запилили что-то вроде XMPP 2.0, с блэкджеком и шлюхами, вот тогда была бы бомба! Но к сожалению, старая гвардия, по большей части, отошла от серьёзных дел, а нынешних сраных галерных гребцов-смузихлёбов интересуют лишь бабки и цветные рисованые лошади.
Протокол — не панацея от неправильной настройки сервера.
Вы так переживаете об анонимности и приватности, потому как это имеет значение для вас, дорогой Джо, а для домохозяйки, а таких у телеграмма 200 млн - ну вы поняли. По поводу джаббера - да, все два пользователя этого замечательного мессенджера с вами согласны.
Приватность и анонимность - это неотъемлемые составляющие сетевой гигиены. Если домохозяйки этого не понимают, то они ССЗБ. Скоро жизнь научит.
Кстати, американская молодёжь потихоньку отказывается от мордокниги, либо прикрывая свой аккаунт насовсем, либо устраивая чисто парадную страничку, с котиками и смехуёчками. Думаете, почему?
Просто потому, что молодёжи важно использовать *другие* фенечки, нежели их родители. Это запрограммированное в инстинкте поведение подростков. А вот функция приватности молодёжь как раз не волнует, им важно наоборот, тусоваться и быть на виду.
Мама, сидящая в Яхе - единственная причина успеха мордокниги в своё время (я наблюдал это вживую), та же причина тащит вперёд инстаграмы, телеграмы и иже с ними, которые уже были и ещё будут. Она же и гарантирует их нетзбежное превращение в скучные универсальные порталы.
Мордокнига в своё время была как колечко на пипиське. Но если оно теперь у всех, то нафига?
Не только. Народ начинает осознавать, что мордокнига знает о них слишком много. И что сливает направо и налево.
Наипсано же 100 млн и то для лохов которые верят в непроверяемую инфу, как в "миллиарды" пользователей пейсбука и твиттера и "миллионы" просмотров на ютубе Саши Спилберг
200 млн (со слов паши) это конечно круто и остальные мессенджеры с лярдом пользоватерел это конечно пшик по мнению фанатиков
А как же Signal ? У него по-умолчанию шифрование p2p.
https://pod.disroot.org/posts/cf2c75a010ae013600c7047d7b62795e
Стоит сказать, что ребе Розенфельд - это не какой-нибудь шлимазл, а матёрый криптоанархист и спец по ИБ. Знаю его ещё по мозилловскому форуму, где он давал очень толковые советы.
matrix.org - там как раз p2p.
Matrix - не p2p, он просто децентрализованный. Но штука, кстати, классная.
Таки да.
Но шифрование-таки по-честному, только у юзеров.
Спасибо за ссылку. Позже чуть детальнее ознакомлюсь. Но вот некоторые моменты по Signal'у спорные.
Например, вот это:
Разработчики Signal мессенджера заверяют всех своих пользователей о том, что они будут на своем сайте публиковать любые легальные запросы со стороны государственных или правохранительных органов. А также они не хранят метаданые о чем писал Ребе Розенфельд. Пример их ответа в 2016 году:
Похожий вопрос о хранении метаданных недавно подымался пользователями:
Но в свою очередь я согласен, что здесь тонкий момент и потенциально сервер, через который осуществляется коммуникация - уязвимое место. Нужно еще проанализировать исходники Signal - действительно ли ключи шифрования не передаются на сервер.
Как-то они хитро выкручиваются. Если б прямо заявили, типа: "We don`t store any logs of user activity", тогда бы можно было предположить, что мессенджер относительно безопасен.
К тому же, два момента ясны даже неспециалисту. Во-первых, надо светить номер телефона и все контакты. А это уже крест на анонимности. Во-вторых, если не работает без гуглоплея, то возникает вопрос: что и зачем сливается Гуглу?
Да, этот вопрос поднимался и разработчики мессенджера ограничились заявлением, что они открыты к предложениям использовать что-то другое вместо номера телефона. Пока вопрос остался в воздухе висеть
Кстати, за реализацию дают вознаграждение.
На счет развертывания мессенджера вне GooglePlay, автор Signal'а дал следующий ответ:
У GooglePlay просто по-умолчанию есть готовые вспомогательные инструменты, которые позоляют легко работать с статистикой скачиваней, автообновлений и тд.
Разработчик условно сообщает мол, ребята, это все у нас в списке задач, но на данный момент на это нужны руки разработчиков. Код открыт и если вы видите, что что-то не хватает, то это не значит, что нам это безразлично - присылайте патч и мы его закиним. См. также комментарий.
Но если так уж серьезно рассматривать вопрос работы с GooglePlay, то нет никакого смысла в запуске какого-либо защищенного мессенджера на платформе, которой ты сам не доверяешь (Android или iOS).
Там есть и другая проблема, которую я вижу - используется самоподписанной сертификат для серверов (кстати размещенные на Amazon серверах
), у которого истекает срок в 2021 году и не понятно как они будут реализовывать проверку на клиенте.
абсолютно согласен, нет нималейшего смысла чеголибо шифровать если ОС перехватывает изначально весь набор с клавиатуры и шлет это на свои сервера вместе с кучей другой информации вплоть до скриншотов с необходимой переодичностью. и я не наблюдаю даже попыток защититься от этого, хотя теоретически мне кажется этого возможно. хотя некоторые умудряются использовать на смарте самособранный голый линукс , но это прям единицы людей. на компьютере же однозначно, хочешь анонимность ставь голый линукс со всякими шифровальными плюшками. только машина должна быть старая без новомодных приблуд перехвата ввода-вывода на уровне процессора.
При пользовании Сигналом требуются сервисы гугл плея. Без коментариев.
Хыхыхыхы! Вот и вся хвалёная безопасность! Что-то Эдик то ли темнит, то ли казачок засланный...
У меня Blackberry и мне такое предлагают! Ставил из .арк. Хотя из разрешений сигнал затребовал стандарт: микрофон, камеру и общие файлы и , как мне показалось странным, что не затребовал доступ к индефикации устройства и местоположению!
Видать сервисов гугла достаточно
По поводу гугл-сервисов. Возможно они необходимы для push-уведомлений. В том же Riot-е (android-клиент matrix) - можно выставлять уровни серкретности уведомлений:
1. Отправлять через гугл-сервисы сам факт наличия нового сообщений, а забирать сообщение фоновой задачей - не экономит энергию. В результате "в шторке" будет уведомление с текстом сообщения.
2. Отправлять через гугл-сервисы факт наличия нового сообщения - не требуется фоновой задачи, экономит энергию, но в "шторке" не будет текста сообщения.
3. Отправлять всё через гугл-сервисы - экономит энергию, в шторке текст - удобно, экономит энергию, но не безопасно.
Просто тут либо удобно, либо безопасно, ну и затраты энергии могут нивелировать некоторые моменты. Сделать так, чтобы все были довольны - сложно.
Так и есть. Зависимость от сервисов Google обусловлена как раз отправкой чисто уведомлений через GCM сервис, чтобы сообщить Signal приложению на Android платформе о том, чтобы тот "проснулся" и присоединился к Signal серверу за новыми сообщениями.
По словам автора мессенджера, никакие данные клиентов не пересылаются через Google сервисы:
Почему сложно. Сейчас вроде как добавили поддержку Web-сокетов и по идее приложение не должно пользоваться сервисами гугла, а напрямую оповещаться со стороны сервера.
Джаббер - это всё-таки больше конструктор. Правильно его настроить для безопасности - это тоже работёнка, оставляющая свободу совершить ошибки, и общаться потом, думая, что защищен.
А кто сказал, что безопасность - это легко?!
>> Добавляем номера в адресную книгу телефона до лимита
Вы сами пробовали провернуть этот школьный брутфорс, не? Расскажите, когда получится слить хоть тысячу контактов.
IMEI телефона выдаст. Или анонимный телефон с анонимной симкой будет одноразовый. На анонимную симку ж приходит код авторизации. Если юзера слушают, и если анонимный аппарат подключался несколько раз к одним и тем же сотам, что и "именной", то он уже не анонимный считай, его по логам сот можно отфильтровать.
у одного моего знакомого телега стоит на телефоне, в котором нет симки.
т.е. он двигается с этим телефоном, и цепляется к существующему хайфаю, благо, он много где сейчас есть.
как прицепился, так и общается.
думаю, вряд ли имей телефона транслируется на сервер телеги. да на роутер под сомнением.
В планшете и компьютере вообще симки может не быть, как и имеи. Я не об этом немного. Телефон, на кторый пришел код авторизации, должен быть изначально анонимный и больше никаких симок в него ставить нельзя. По крайней мере, в тех местах, где личный телефон бывал хотя бы раз. Если юзера слушают, конечно.
Ну боже мой, ещё Митник назвал единственный способ - никогда не подключаться к сети. Ибо, если один сделал, то другой завсегда разобрать сможет.
Один лишь факт проприетарного сервера делит на ноль любую безопастно. Но вконтактовской-хабровской школоте это никто и никогда пояснять не будет.
Школота такая школота... А ещё айтишники, абанамат! Проффессионалы! (арфаграфея аставлена спицыально) Уж даже мне, домашнему эникейщику и админу топки локалхоста, сразу было понятно, что это за хрень!
Сам IT-шник и особливо запоминается практически тотальная вера IT-шников каким-либо говорящим головам:
1. Микрософт может через обновление получить доступ ко всему, но "НЕ БУДЕТ", потому что "ПОТЕРЯЕТ АВТОРИТЕТ". На мой взгляд это что-то за гранью. Безопасность на основе авторитета...
2. Cisco надёжно и они не будут, честно-честно оставлять дыры.
3. Далее - закрытый код от корпораций. Кто вообще знает что там? ФСБ проверяло код винды... Все гигабайты сырцов? И получилось? А почему после сертификации нашли дыры в smb? Значит не проверяли? Но сертифицировали. А прилитающие потом (с сайта микрософта) обновления? Они автоматом считаются надёжными?
4. Открытый код от корпораций. А кто сказал, что бинарник на гугл-плее собран из тех самых сырцов один в один и не содержит "специальных исправлений"? Кстати это касается и телеграма тоже.
Вот если можно собрать пакет самому из исходников и проверить контрольные суммы с выкладываемым бинарником в репозитариях (с этим были проблемы, т.к. в бинарник попадают разные системные переменные и они могут "портить" контрольную сумму) - это даёт какую-то реальную НАДЕЖДУ, что таки этот код КТО-ТО проверил (сообщество) и в нём нет бэкдоров. Ну или вариант попроще - использование репозитариев СПО от сообщества - но тут опять доверие к дистрибутиву...
Так что всё это ОЧЕНЬ условно.
Ну opensource, хотя-бы даёт шанс заметить зловредный код, как банальным анализом кода, так и компиляцией в оговоренном окружении и сверкой crc. А вот закрытый код - по определению нет. Ну и просто моральные качества того-же дурова - вообще не оставляют шансов на благонадёжность.
И всё-же MS и Oracle всё-же очень сложные системы производят - там просто не реально всё проверить, нет уже реальной возможности проверить весь код, а вот этот говночатик, школолошная поделка - может проверить уже не школьник, а junior.
"делит безопасность на ноль" - то есть делает ее бесконечной что ли?))
А вот и школоту подвезли.
Перспективный чат детектед! Сим повелеваю - внести запись в реестр самых обсуждаемых за последние 4 часа.
Тем более, объясните в чём логика запрета такого говна, от которого нет пользы??? Если наши фсбшники им не пользуются сами для себя и боятся за свою переписку. Логики не вижу ни на грамм.
Только бизнес, ничего личного. Рынок мессенджеров потихоньку чистят от конкурентов.
Звонок.
- Телеграм Хелп Деск. Чем могу помочь?
- Это из Конторы. Умова пригласите.
- Секундочку. Дуров, Паша! Тебя Начальство зовет.
- агент Умов, личный код Один-Восклицательный знак, Два-Собака, Три-решетка, Четыре -Доллар, ......., Ноль-вторая Скобка, у телефона. Здравствуйте, Товарищ Майор!
- Привет Паша. Тут нам задачу поставили всех подпиндосников выявить, а за одно и террористов переловить. А они, падлы, разными мессенджерами пользуются. Есть идейка всю эту сволоту под твою крышу собрать. И нам проще и тебе лишние клиенты не помешают.
- Я не против, Товарищ Майор, но это сколько ж зеленых фантиков надо с конкурентами бодаться, рекламу рассылать и пр.
- За рекламу не волнуйся. Действуем ASSИМЕТРИЧНО, то есть через ж.пу! План такой: Сначала мы распространим инфу, что твой продукт самый-самый зашифрованный и им все джихадисты и олигархи уже успешно пользуются. Потом громко потребуем открыть доступ к серверам. Ты откажешься, и мы пошлем тебе повестку в Суд.
- В Суд приезжать?
- Ни в коем случае! Пошлешь нас публично На Хер! Мы начнем вроде как тебя блокировать. Попутно все твои конкуренты и не только, получат свою долю звиздюлей. О тебе узнает весь Мир. Все утята, кроты, шахиды, пидоры и прочие поборники Свободы и Демократии встанут на твою сторону. Увидим это по резкому росту закачек. Ты будешь публично над нами ржать. Мы будем делать вид, что бессильны это безобразие прекратить. А дальше - дело техники. Все понял?
- Понял, Товарищ Майор!
- Молодец! Теперь запиши новый ключ шифрования. По четным: "Наша служба и опасТна и трудна".
- Почему через "Т"?
- Для жертв ЕГЭ. По нечетным: Но на первый взгляд как будто не вОдна.
- Почему через "О"?
- Для жидо-бандеровцев. Все. Начинаем операцию StarLay. Если пройдет удачно - получишь Капитана. До связи.
- Спасибо, Товарищ Майор! До свид... То есть Вы правы! Лучше До связи!
(Разговор состоялся много месяцев назад. Проходил по супер забытому каналу стандарта "Алё$мольный". Компьютеры АНБ пока не смогли выдать результата расшифровки спутникового перехвата, ввиду отсутствия сигнала, но работа продолжается. По неподтвержденным сведениям на днях глубокой ночью в голландском офисе Телеграм состоялся закрытый банкет для всех желающих выпить на халяву Оригинального Молдавского Коньяку Four Stars, название которого сотрудники загадочно переводили на русский, как "Четвертая Звездочка".)
В двух словах: индусы узнали про корреляцию. Во дела.
Когда контакт был онлайн - это стандартная фича _соц.сетей_, естественно эти данные можно собрать и проанализировать.
Судя по фамилиям - не индусы, а армяне с грузинами)
да. Хайк Сарибекян и Акакий Маргелашвили
Два студента в МИТе. Для студентов вполне себе годная лаба, считаю.
А почта у них кучерявая -@mit.edu
Дуров со своим Телеграмом стал пособником террористов, которые используют его в своей террористической деятельности. По большому счёту Дурову насрать на людей. Если сша запросит коды доступа , он сразу же принесёт им на блюдечке, если не уже... Как только нахапают бабок и свалят со страны, так сразу все в позу встают...Дуров проиграет, это 100%, пусть подёргается, пока время работает на него. Пусть Дуров поучится себя вести с Властями у Марка Цукенберга.
Мне плевать на анонимность, главное безопасность для людей, а когда их взрывают, договариваясь по Телеграму, а спецслужбы не могут их раскрыть, нах он тогда нужен. Дядя Вася с тётей Олей, нафиг ненужны спецслужбам, сколько они там трахаются в неделю.
Страницы