Сообщение Re: Передача данных через устройство, имитирующее мышь от 12.03.2018 22:39
Изменено 12.03.2018 22:40 kov_serg
Re: Передача данных через устройство, имитирующее мышь
Здравствуйте, sergey77666, Вы писали:
S>Если спаять такое устройство на каком-нибудь МК. И подключать вместо мыши к USB или PS/2. (Скорость МК пускай не ограничена).
S>Написать прошивку для МК.
USB1 ~1Mb/s
USB2 ~20-30Mb/s
USB3 заявлено до 600Мб/с
ps/2 max 1kb/s
fdd 27кб/сек
audio 44kHz*16bit mono -> 10знач бит -> max ~88кбит ( модемы 56кбит выжимали даже 115.2 некоторые )
S>А на комп написать приложение, но с минимальной интеграцией в систему. То есть не драйвер. Лучше цикл с вызовами WinAPI — GetAsyncKeyState, GetCursorPos.
Чем обычные флешки не устраивают или сеть или бт/вифи?
S>Какая может быть максимальная скорость передачи?
S>Данные только в одном направлении — ОТ устройства к компу.
Модно веб камерой прикинуться и гнать нежатые кадры.
S>Можно использовать любые кнопки мыши, колесико и движения курсора — все, что можно отловить на уровне WinAPI.
Cкорость кнопок клавиатуры 30Hz. От мыши можно 1000 пакетов/сек.
S>P.S. Задача — обойти блокировку съемных носителей, COM/LPT-портов и т.д.
А зачам вы их заблокировали?
S>Есть и другие, более адекватные идеи по решению проблемы. Но во всем остальном есть сомнения, что удастся. Хотя, винда всего лишь WinXP x86.
Сеть, стеганография
Набор на клавиатуре с листка hex кода (~0.9 byte/sec => 3кб/час)
S>В этом же варианте — сомнений нет. Ну, не знаю, может, есть какой-то uid у каждой мыши, но вряд ли там нормальная криптография... Да и в любом случае все данные можно считать компом с неограниченным доступом и "вшить" в МК...
S>Если спаять такое устройство на каком-нибудь МК. И подключать вместо мыши к USB или PS/2. (Скорость МК пускай не ограничена).
S>Написать прошивку для МК.
USB1 ~1Mb/s
USB2 ~20-30Mb/s
USB3 заявлено до 600Мб/с
ps/2 max 1kb/s
fdd 27кб/сек
audio 44kHz*16bit mono -> 10знач бит -> max ~88кбит ( модемы 56кбит выжимали даже 115.2 некоторые )
S>А на комп написать приложение, но с минимальной интеграцией в систему. То есть не драйвер. Лучше цикл с вызовами WinAPI — GetAsyncKeyState, GetCursorPos.
Чем обычные флешки не устраивают или сеть или бт/вифи?
S>Какая может быть максимальная скорость передачи?
S>Данные только в одном направлении — ОТ устройства к компу.
Модно веб камерой прикинуться и гнать нежатые кадры.
S>Можно использовать любые кнопки мыши, колесико и движения курсора — все, что можно отловить на уровне WinAPI.
Cкорость кнопок клавиатуры 30Hz. От мыши можно 1000 пакетов/сек.
S>P.S. Задача — обойти блокировку съемных носителей, COM/LPT-портов и т.д.
А зачам вы их заблокировали?
S>Есть и другие, более адекватные идеи по решению проблемы. Но во всем остальном есть сомнения, что удастся. Хотя, винда всего лишь WinXP x86.
Сеть, стеганография
Набор на клавиатуре с листка hex кода (~0.9 byte/sec => 3кб/час)
S>В этом же варианте — сомнений нет. Ну, не знаю, может, есть какой-то uid у каждой мыши, но вряд ли там нормальная криптография... Да и в любом случае все данные можно считать компом с неограниченным доступом и "вшить" в МК...
Re: Передача данных через устройство, имитирующее мышь
Здравствуйте, sergey77666, Вы писали:
S>Если спаять такое устройство на каком-нибудь МК. И подключать вместо мыши к USB или PS/2. (Скорость МК пускай не ограничена).
S>Написать прошивку для МК.
USB1 ~1Mb/s
USB2 ~20-30Mb/s
USB3 заявлено до 600Мб/с
ps/2 max 1kb/s
fdd 27кб/сек
audio 44kHz*16bit mono -> 10знач бит -> max ~88кбит ( модемы 56кбит выжимали даже 115.2 некоторые )
S>А на комп написать приложение, но с минимальной интеграцией в систему. То есть не драйвер. Лучше цикл с вызовами WinAPI — GetAsyncKeyState, GetCursorPos.
Чем обычные флешки не устраивают или сеть или бт/вифи?
S>Какая может быть максимальная скорость передачи?
S>Данные только в одном направлении — ОТ устройства к компу.
Можно веб камерой прикинуться и гнать нежатые кадры.
S>Можно использовать любые кнопки мыши, колесико и движения курсора — все, что можно отловить на уровне WinAPI.
Cкорость кнопок клавиатуры 30Hz. От мыши можно 1000 пакетов/сек.
S>P.S. Задача — обойти блокировку съемных носителей, COM/LPT-портов и т.д.
А зачем вы их заблокировали?
S>Есть и другие, более адекватные идеи по решению проблемы. Но во всем остальном есть сомнения, что удастся. Хотя, винда всего лишь WinXP x86.
Сеть, стеганография
Набор на клавиатуре с листка hex кода (~0.9 byte/sec => 3кб/час)
S>В этом же варианте — сомнений нет. Ну, не знаю, может, есть какой-то uid у каждой мыши, но вряд ли там нормальная криптография... Да и в любом случае все данные можно считать компом с неограниченным доступом и "вшить" в МК...
S>Если спаять такое устройство на каком-нибудь МК. И подключать вместо мыши к USB или PS/2. (Скорость МК пускай не ограничена).
S>Написать прошивку для МК.
USB1 ~1Mb/s
USB2 ~20-30Mb/s
USB3 заявлено до 600Мб/с
ps/2 max 1kb/s
fdd 27кб/сек
audio 44kHz*16bit mono -> 10знач бит -> max ~88кбит ( модемы 56кбит выжимали даже 115.2 некоторые )
S>А на комп написать приложение, но с минимальной интеграцией в систему. То есть не драйвер. Лучше цикл с вызовами WinAPI — GetAsyncKeyState, GetCursorPos.
Чем обычные флешки не устраивают или сеть или бт/вифи?
S>Какая может быть максимальная скорость передачи?
S>Данные только в одном направлении — ОТ устройства к компу.
Можно веб камерой прикинуться и гнать нежатые кадры.
S>Можно использовать любые кнопки мыши, колесико и движения курсора — все, что можно отловить на уровне WinAPI.
Cкорость кнопок клавиатуры 30Hz. От мыши можно 1000 пакетов/сек.
S>P.S. Задача — обойти блокировку съемных носителей, COM/LPT-портов и т.д.
А зачем вы их заблокировали?
S>Есть и другие, более адекватные идеи по решению проблемы. Но во всем остальном есть сомнения, что удастся. Хотя, винда всего лишь WinXP x86.
Сеть, стеганография
Набор на клавиатуре с листка hex кода (~0.9 byte/sec => 3кб/час)
S>В этом же варианте — сомнений нет. Ну, не знаю, может, есть какой-то uid у каждой мыши, но вряд ли там нормальная криптография... Да и в любом случае все данные можно считать компом с неограниченным доступом и "вшить" в МК...