Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Было б все решено, диалап давно уж бы ломали всякие хакеры,... 15.08.06 11:11 Число просмотров: 3057
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 15.08.06 11:16 Количество правок: 4
|
> Благодарю всех за уделенное мне внимание.
> Да, одна голова хорошо, а форум лучше :) Я и не знал, что
> задача окажется такой сложной, и считал, что все уже давно
> решено с помошью софта. О трудностях разделения направлений
> как-то не подумал....
Было б все решено, диалап давно уж бы ломали всякие хакеры, кому не лень.
> Но, допустим, часть проблемы я решил, а именно то, что
> касается разделения сигналов приема и передачи. Я установил
> в разрыв линии встречно две дифсистемы, этим преобразовал
> двухпроводную линию в четырехпроводную, а потом наоборот,
> дифсистемы, конечно внесли затухание в линию, но исходный
> модем нормально работает и скорость практически не упала. И
> одно реле поставил, иначе номер не наберешь. Теперь у меня
> есть отдельно прием и передача.
Опять же проанализировав, что упомянул Юрий, а именно чатотное разнесение звонящего модема и вызываемого, можно упростить задачу с одной стороны, избавившись от сложного аппаратного разделения входящего и исходящего трафика. То есть подцепиться через кондюк (фильтрация постоянной высоковольтной составляющей, опасной для звуковой платы), делитель напряжения (вход звуковухи расчитан всего на 150-250 миливольт, а в телефонной линии напряжение достигает нескольких вольт), возможно усилителя по току с большим входным сопротивлением, чтоб не просаживать линию и не вносить помехи, гальваническую развязку..., что в принципе все-таки будет проще, чем промежуточное устройство. Аппаратное разнесение частот мало применимо, поскольку из-за зашумленности линии модемы могут связаться на других частотах, на что может повлиять и сам протокол. Все можно фильтровать в цифровом виде. То есть достаточно прослушать и записать модемный "разговор" в линии. Зато усложнится программная обработка записанного сигнала, поскольку надо будет еще разобраться с чатотами и расщепить каналы из общего потока, а потом уже все сведется к той же обработке протокола.
> Ради эксперимента сигнал пробовал снимать звуковой картой
> через конденсаторы и линейный вход, о качестве сигнала
> судить не могу, т.к не с чем сравнивать. Записать то
> записал, а чем его пытаться расшифровывать не знаю. Раньше
> похожим образом межгорзвонки халявные делал, только там
> проще, с аналога на цифру переводить не нужно :)
Проги такой я не встречал, могу лишь предположить ее гипотетическое существование или возможность существования. Суть в том, что она будет слишком сложна. Во первых модемы могут в зависимости от настроек общаться, используя различные протоколы низкого уровня, которые связывают цифровой поток и форму/частоту аналогового сигнала, его чатотную/амплитудную модуляцию. Протоколов и их подвидов достаточно много - не один и не два. То есть если в програмке будет предусмотрена дешифрация подавляющего большинства протоколов, то она будет как универсальна, так и сложна. Трудозатраты по ее написанию велики, а спрос низок и, стало быть, окупаемость и рентабельность проекта глубоко отрицательна. То есть теоретически ее написать можно, поскольку документацию найти можно и задача вполне формализуется, но где найти спонсора, который профинансирует несколько человеко-лет для ее написания? Мало того, успех никто не гарантирует, поскольку электроника в модеме и так приличная, разрядность АЦП и его частота не менее, чем в звуковухе, модемы работают на пределе потока, который может пройти по линии. То есть возможно достаточное количество ошибок при расшифровке, которые невозможно будет исправить, поскольку ретраится в офлайне невозможно. Чтобы сильно минимизировать ошибки, параметры звуковухи должны быть круче модема. То есть звуковуху нужно брать 24 разрядную, 96 килогерцовую, малошумящую.
Ну и напоследок немного вкусного "десерта". Программы анализирующие цифровой поток, раскидывающие его по протоколам и сервисам есть и их много. Выдернуть нужные данные потом уже не составит особого труда.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
