информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяСетевые кракеры и правда о деле Левина
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Phrack #70/0x46 
 Возможно, Facebook наступил на... 
 50 лет электронной почте 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / hacking
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Было б все решено, диалап давно уж бы ломали всякие хакеры,... 15.08.06 11:11  Число просмотров: 2800
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 15.08.06 11:16  Количество правок: 4
<"чистая" ссылка>
> Благодарю всех за уделенное мне внимание.
> Да, одна голова хорошо, а форум лучше :) Я и не знал, что
> задача окажется такой сложной, и считал, что все уже давно
> решено с помошью софта. О трудностях разделения направлений
> как-то не подумал....

Было б все решено, диалап давно уж бы ломали всякие хакеры, кому не лень.

> Но, допустим, часть проблемы я решил, а именно то, что
> касается разделения сигналов приема и передачи. Я установил
> в разрыв линии встречно две дифсистемы, этим преобразовал
> двухпроводную линию в четырехпроводную, а потом наоборот,
> дифсистемы, конечно внесли затухание в линию, но исходный
> модем нормально работает и скорость практически не упала. И
> одно реле поставил, иначе номер не наберешь. Теперь у меня
> есть отдельно прием и передача.

Опять же проанализировав, что упомянул Юрий, а именно чатотное разнесение звонящего модема и вызываемого, можно упростить задачу с одной стороны, избавившись от сложного аппаратного разделения входящего и исходящего трафика. То есть подцепиться через кондюк (фильтрация постоянной высоковольтной составляющей, опасной для звуковой платы), делитель напряжения (вход звуковухи расчитан всего на 150-250 миливольт, а в телефонной линии напряжение достигает нескольких вольт), возможно усилителя по току с большим входным сопротивлением, чтоб не просаживать линию и не вносить помехи, гальваническую развязку..., что в принципе все-таки будет проще, чем промежуточное устройство. Аппаратное разнесение частот мало применимо, поскольку из-за зашумленности линии модемы могут связаться на других частотах, на что может повлиять и сам протокол. Все можно фильтровать в цифровом виде. То есть достаточно прослушать и записать модемный "разговор" в линии. Зато усложнится программная обработка записанного сигнала, поскольку надо будет еще разобраться с чатотами и расщепить каналы из общего потока, а потом уже все сведется к той же обработке протокола.

> Ради эксперимента сигнал пробовал снимать звуковой картой
> через конденсаторы и линейный вход, о качестве сигнала
> судить не могу, т.к не с чем сравнивать. Записать то
> записал, а чем его пытаться расшифровывать не знаю. Раньше
> похожим образом межгорзвонки халявные делал, только там
> проще, с аналога на цифру переводить не нужно :)

Проги такой я не встречал, могу лишь предположить ее гипотетическое существование или возможность существования. Суть в том, что она будет слишком сложна. Во первых модемы могут в зависимости от настроек общаться, используя различные протоколы низкого уровня, которые связывают цифровой поток и форму/частоту аналогового сигнала, его чатотную/амплитудную модуляцию. Протоколов и их подвидов достаточно много - не один и не два. То есть если в програмке будет предусмотрена дешифрация подавляющего большинства протоколов, то она будет как универсальна, так и сложна. Трудозатраты по ее написанию велики, а спрос низок и, стало быть, окупаемость и рентабельность проекта глубоко отрицательна. То есть теоретически ее написать можно, поскольку документацию найти можно и задача вполне формализуется, но где найти спонсора, который профинансирует несколько человеко-лет для ее написания? Мало того, успех никто не гарантирует, поскольку электроника в модеме и так приличная, разрядность АЦП и его частота не менее, чем в звуковухе, модемы работают на пределе потока, который может пройти по линии. То есть возможно достаточное количество ошибок при расшифровке, которые невозможно будет исправить, поскольку ретраится в офлайне невозможно. Чтобы сильно минимизировать ошибки, параметры звуковухи должны быть круче модема. То есть звуковуху нужно брать 24 разрядную, 96 килогерцовую, малошумящую.
Ну и напоследок немного вкусного "десерта". Программы анализирующие цифровой поток, раскидывающие его по протоколам и сервисам есть и их много. Выдернуть нужные данные потом уже не составит особого труда.
<hacking> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach