1

Topic: Date transmission through the device imitating the mouse

If to solder such device on any . And to connect instead of the mouse to USB or PS/2. (Speed  start up it is not restricted). To write an insertion for . And on a computer to write application, but with minimum integration into system. That is not the driver. Better a cycle with calls WinAPI - GetAsyncKeyState, GetCursorPos. What can be the maximum transit velocity? The data only in one direction - FROM the device to a computer. It is possible to use any mouse buttons, a castor and cursor driving - everything that it is possible to catch at level WinAPI. P.S. The task - to bypass lock of removable carriers, COM/LPT-ports etc. There are also other, more adequate ideas on a solution of a problem. But in all remaining there are doubts that will be possible. Though, Windows only WinXP x86. In the same variant - doubts are not present. Well, I do not know, can, there is any uid at each mouse, but hardly there a normal cryptography... And anyway it is possible to consider all data as a computer with unlimited access and "" in . .

2

Re: Date transmission through the device imitating the mouse

Hello, sergey77666, you wrote: S> If to solder such device on any . And to connect instead of the mouse to USB or PS/2. (Speed  start up it is not restricted). S> to Write an insertion for . USB1 ~1Mb/s USB2 ~20-30Mb/s USB3 that is declared to 600Mb/with ps/2 max 1kb/s if on 3 bytes on a packet 200. 300Hz fdd 27kb/sek audio 44kHz*16bit mono-> 10 bit-> max ~88 (modems 56 squeezed out even 115.2 some) S> And on a computer to write application, but with minimum integration into system. That is not the driver. Better a cycle with calls WinAPI - GetAsyncKeyState, GetCursorPos. Than normal flash cards do not arrange or a network or bt/vifi? S> What there can be a maximum transit velocity? S> the data only in one direction - FROM the device to a computer. It is possible to pretend to be and drive a web the camera not reaped frames. Or  with a heap of axes and buttons. S> it is possible to use any mouse buttons, a castor and cursor driving - everything that it is possible to catch at level WinAPI. C keypad buttons 30Hz. From the mouse 1000 packets/seconds S> P.S are possible. The task - to bypass lock of removable carriers, COM/LPT-ports etc. And what for you blocked them? S> there are also other, more adequate ideas on a solution of a problem. But in all remaining there are doubts that will be possible. Though, Windows only WinXP x86. The network, a steganography the Dial-up on the keypad from a leaf hex (~0.9 byte/sec => 3kb/hour) S> In the same variant - doubts is not present the code. Well, I do not know, can, there is any uid at each mouse, but hardly there a normal cryptography... And anyway it is possible to consider all data as a computer with unlimited access and "" in ...

3

Re: Date transmission through the device imitating the mouse

Hello, sergey77666, you wrote: S> If to solder such device on any . And to connect instead of the mouse to USB or PS/2. (Speed  start up it is not restricted). S> to Write an insertion for . S> And on a computer to write application, but with minimum integration into system. That is not the driver. Better a cycle with calls WinAPI - GetAsyncKeyState, GetCursorPos. If to pretend to be the mouse (or the keypad) as much as possible achievable speed - some KB/SECOND the Mouse is class HID, it always works as USB1, and on interruptions, no more than 1 packet in a millisecond. The size of a packet from the mouse I do not know, but for certain it standard and hardly more than several byte. It is possible to pretend to be abstract HID the device, the driver in this case are not necessary, but it is necessary to write inf a file. The data can be received through HidD_GetFeature () from hid.dll. In this case it is possible to make the descriptor in the size close to 1 and to try to reach speeds 1MBit/sek, only OS it can not be pleasant. But it is even better to pretend to be the device of class CDC, the driver for this purpose too are not necessary (since XP), and speed in this case is restricted only by throughput USB. Given to receive through ReadFile () as from normal COM port.

4

Re: Date transmission through the device imitating the mouse

Hello, kov_serg, you wrote: _> the Dial-up on the keypad from a leaf hex the code (~0.9 byte/sec => 3kb/hour) Let the device pretends to be at first the keypad. Types on it application. And then switches in the mouse/camera/it.d. From which "the typed" application will work. : it will be cheerful if the protection system reacts to sudden additional "keypad" the requirement to type on it a PIN code

5

Re: Date transmission through the device imitating the mouse

6

Re: Date transmission through the device imitating the mouse

Hello, sergey77666, you wrote: S> P.S. The task - to bypass lock of removable carriers, COM/LPT-ports etc. S> There are also other, more adequate ideas on a solution of a problem. But in all remaining there are doubts that will be possible. Though, Windows only WinXP x86. What hinders to boot from a flash card and to hammer on WinXP with lock?

7

Re: Date transmission through the device imitating the mouse

_> That hinders to boot from a flash card and to hammer on WinXP with lock? Well for example absence adminskogo/biosovskih passwords and sealed up