Gregory's Server@limping вряд ли, всё это просто немного сильнее нагрузит из ЦПУ, но проблему не решит
|
12 comments
 @limping а в чём сложность? Каждое сообщение же в отдельном пакете. Пакеты нельзя расшифровать, но ты знаешь их размер и время отправления. Накопив статистику отправки получения пакетов одного размера и в одно время просто строишь сеть связей по этой статистике.  @sitnik_ru и всегда одно сообщение = 1 пакет? @limping я думаю фото отдельно идут. Но тут они только увеличивают специфичность статистики для анализа. @sitnik_ru я думаю что фото и видео случайным образом делятся на много пакетов. @limping да, но отправляются они быстро и пакеты большие. Легко проанализировать что вот А отправил 6 пакетов и в то же время Б получил то же 6 пакетов. @sitnik_ru Интересно, если завернуть весть трафик в VPN ну или хотя бы использовать MTProxy - это как-то затруднит анализ?... @limping немного, так как будет не понятно куда идут пакеты. Но при большом накоплении статистики можно и там определить (уже анализируя все пакеты, а не только на IP-адрреса Телеграма) @sitnik_ru это будет анализ прям очень BIG data, особенно если у клиента заодно какие-то торренты крутятся или хотя бы ютьюбчик. @limping не факт. Может у пакетов в чат есть хитрая статистическая особенность. Я напомню, что китайцы могут обнаруживать SSL внутри SSL (чтобы банить VPN, видя как ты спрятал HTTPS внутри VPN который прикидывается HTTPS) по статистике 1 и 0. @limping проблема в том, что чат даёт слишком много метаданных. Пакеты не большие, уникального размера, привязанные по времени. |
@sitnik_ru то-есть они способны разобрать поток данных #telegram на отдельные чаты?
Но как? Где-то описано?