USB VID/PID Changer - Страница 5

crocafm · 03.12.2012, 13:04

Все же стоило приобщить к делу системщиков, по крайней мере виндосовских.
ОС win построена на основе системных сообщений обо всем что в системе происходит. И этот факт позволяет рядом со своим экзешником программы положить собственно написаную DLL, задачей которой будет сниферство всех системных сообщений и ожидание имено того сообщения, что нам надо, т.е. когда система запросит у устройства его дескриптор, дождаться ответа этого дескриптора И В ЭТОТ МОМЕНТ подменить сообщение-оригинал своим сообщением с нужным дескриптором. На основе этого можно вообще систему вводить в заблуждение сплош и рядом.
Всё выше сказаное мною было проверено только на Вин ХР. С остальными осями и версиями еще не баловался. Метод рабочий, ибо был проверен на перехват координат движения мыши и блокировка горячих клавиш.

ниже пару цитат из Вики, где собственно есть примеры кода на линукс, перехват сетевых пакетов, ну а дальше все в ваших руках...

https://ru.wikipedia.org/wiki/Перехв...граммирование)

Цитата:

Перехват (программирование)

Цитата:

Перехват в режиме ядра

Цитата:

Введение в перехват API для системы команд x86

http://www.securitylab.ru/analytics/428735.php

realid · 03.12.2012, 13:34

Сообщение от crocafm

ОС win построена на основе системных сообщений обо всем что в системе происходит. И этот факт позволяет рядом со своим экзешником программы положить собственно написаную DLL, задачей которой будет сниферство всех системных сообщений и ожидание имено того сообщения, что нам надо

Это как так? DLL это динамически подключаемая библиотека. Она сама ничего не делает.

Kabron · 03.12.2012, 13:39

crocafm,
мы здесь обсуждаем типа аппаратное решение

crocafm · 03.12.2012, 13:50

Цитата:

Это как так? DLL это динамически подключаемая библиотека. Она сама ничего не делает.

беда беда с програмированием.
Запускается программа весом 10кб и имеющая с десяток строк кода, она подключает DLL, а В НЕЙ уже 100МБайтное приложение, и программе остается только сделать Jump на начальный адрес DLL в которой само тело программы.
Но так как сама программа хуки системе делать не имеет право, вот я и предложил это делать через DLL.

Цитата:

мы здесь обсуждаем типа аппаратное решение

ну так то конечно более изящно, чем програмно, но зная спецификацию и принципы работы юсб, пока не представляю как это сделать.
Нет ну сделать конечно можно все что угодно, но СКОРОСТЬ....

ААА, ЭВРИКА!!!
копайте в сторону ПЛИС
плюсы
1) простота
2) скорость

минусы
1) цена
2) маленький буфер, но при наличии хорошей скорости, его может много и не понадобиться

Impartial · 03.12.2012, 15:20

Сообщение от crocafm

беда беда с програмированием.
Запускается программа весом 10кб и имеющая с десяток строк кода, она подключает DLL, а В НЕЙ уже 100МБайтное приложение, и программе остается только сделать Jump на начальный адрес DLL в которой само тело программы.

Вот и студенты подтянулись.
Теперь дело веселей пойдет.

tsb · 03.12.2012, 22:43

Сообщение от Impartial

Да подменить дескрипторы не проблема.
Я говорю о том, что вопрос про универсальность бессмысленный.
А подменить под конкретное устройство не проблема. Все дескрипторы легко читаются.
Только потом станет большой вопрос, что со всем этим делать.
Нужно полностью программную часть подменяемого устройства знать, то есть прошивку.

Насколько я понял смысл задачи, "хамелеон" совсем не должен подменять собой "модифицируемое" устройство. Поэтому не нужно знать ни "прошивку", ни алгоритм работы этого устройства. Нужно только подменить его VID и PID. Не вдаваясь пока в схемотехническую реализацию, попробую изложить возможный алгоритм.
Сразу после подачи питания (присоединения к USB-хосту компьютера) "хамелеон" не обнаруживает себя на шине вышестоящего хоста, а сам выступает хостом для "модифицируемого" устройства. Получает от него дескрипторы (в какой-нибудь свой буфер), подменяет в этом буфере VID и PID (благо, их положение в дескрипторе известно). После этого сам подключается к вышестоящему хосту и на его запрос выдает модифицированный дескриптор из буфера. А вот дальше, каким-то образом, "хамелеон" должен самоустраниться, соединив "устройство" и вышестоящий хост напрямую.
Это в общих чертах. Конечно, будут тонкости... Так, в процессе конфигурирования устройства на USB шине, насколько я помню, запрос дескрипторов посылается два раза. Но, думаю, это тоже можно как-то учесть.

Kabron · 03.12.2012, 23:12

tsb,
Ну где то так, только без выставления себя хостом. Хамелеон снифирует обмен по шине и в нужный момент шина USB переключается и дается подмененный ответ.

Kabron · 03.12.2012, 23:14

Сообщение от Impartial

Вот и студенты подтянулись.
Теперь дело веселей пойдет.

Эйфория от обучения иногда дает эффект типа "море по колено".

crocafm · 04.12.2012, 01:18

зря иронизируете, в электронике уже 16 лет, в программировании 7.
а примеры работы с юсб на ПЛИС есть на сайте терры-электроники

Kabron · 04.12.2012, 01:20

Сообщение от crocafm

зря иронизируете, в электронике уже 16 лет, в программировании 7.
а примеры работы с юсб на ПЛИС есть на сайте терры-электроники

Терра, конечно, крутой авторитет. Правда, в плагиате, как правило. Дали бы тогда уж хоть ссылочку, раз все так серьезно(сайт та блин бальшой).
Надеюсь, это не будет моргание светодиодом.