Re: Замена скайпа. [Re: Выбор дистрибутива для школы]
Greetings,
On Tue, Jan 11, 2011 at 04:20:30PM +0000, James Brown wrote:
> А оно может обеспечить анонимность? Я понимаю, что раз tls, значит tcp,
> и его можно элементарно заторить.
> Но когда я эксперементировал с заториванием skype (пуская его под
> заторенным средствами iptables юзером, которому был разрешен только
> заторенный tcp, что заставляло скайп работать в tcp, а он заворачивался
> в tor), он работал, но звук был такой хреновый, что разговор не получался.
> Что-то мне подсказывается, что телефония с использованием заторенного
> tcp, вне зависимости от приложения, будет иметь такой эффект - из-за
> задержек прохождения пакетов по сети.
Tor не является какой-то панацеей анонимизации. На него можно произвести
атаки по времени. Если на пальцах: то просто отмечать время сетевой
активности узлов. Когда производится осуществление TCP-соединения, то
это является чётко отслеживаемой активностью -- что в итоге и может
позволить проследить весь путь от роутера к роутеру (в терминах Tor).
Деанонимизировать возможно именно по временному анализу.
Данный вид атаки можно предотвратить вводя случайные, возможно очень
даже продолжительные задержки, независимые друг от друга для каждого
пакета данных. Также можно постоянно осуществлять зашумление канала
связи: поддерживать его активность на каком-то более-менее постоянном
уровне -- например посылать пакеты-мусор когда больше нечего полезного
посылать.
Как вы уже заметили, то сервисы VoIP очень даже требовательны к малым
задержкам -- поэтому введение разных независимых задержек для
передаваемых пакетов абсолютно неприемлимо. Оно просто противоречит
природе constant(в каких-то пределах конечно же)-bitrate аудиопотоку.
Поэтому единственное что может как-то помочь с деанонимизацией-атакой по
времени: зашумление каналов. В итоге: большое количество роутеров с
постоянно забитыми каналами и инертным (в любом случае) изменением
реальной скорости полезной нагрузки пропускаемой через них -- вряд ли
это как-то сможет обеспечить хорошее качество обслуживания. Ну только
если иметь более-менее ёмкие буфферы чтобы минимизировать постоянный
большой jitter из-за плохого QoS-а -- но тогда задержки в обе стороны
вряд ли приемлимые для удобного общения будут.
--
Happy hacking, Sergey Matveev
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Reply to: