Steun Elkaar, Kopieer Nederlands Waar!
het ligt er gewoon aan welk os je gebruikt, maar op 2000/XP zul je al vrij snel aan een driver moeten gaan denken die je tussen de toetsenborddriver en het os zet...
Cogito Ergo Credo
Misschien kun je iets doen met de geheugenadressen van die apparaten. Maar ik denk dat Windows NT dit niet cool vindt. Dan moet het idd met een driver zoals hierboven wordt gezegd.
"The shell stopped unexpectedly and Explorer.exe was restarted."
Misschien is er iets mogelijk met DirectX
Dat hoeft niet perse, ICQ vangt ook shortcuts af die niet meer naar het OS gezonden woren (CTRL + SHIFT + I delphi indent block code)
Device drivers etc zijn dus niet nodig, je moet een window hook procedure gebruiken. Dit is redelijk ingewikkeld. Windows geeft zijn keyboard strokes door dmv messages, je zal je zelf moet registeren in deze message loop.
Hier voor zal je een globalhook procedure moeten gebruiken. Ik zal een paar links invoegen om je op weg te helpen.
De truuk is echter dat je in je hook function KeyboardProc de return value (als hij evalueert aan wat jij niet wil door zenden) niet doorgeeft aan de CallNextHookEx function. Op deze manier haal je de keyboard aanslag uit de messageloop.
Het is zo dus ook mogelijk om een keylogger te bouwen
Links:
1. An introduction to hook procedures
2. SetWindowsHookEx function
3. KeyboardProc hook procedure
PS:
Het zelfde geld voor de muis, als je de MSDN leest kom je er vanzelf achter hoe dat werkt. Maar data uit de PS/2 poorten lezen is niet handing, niet nodig, en onnodig moeilijk.
Device drivers etc zijn dus niet nodig, je moet een window hook procedure gebruiken. Dit is redelijk ingewikkeld. Windows geeft zijn keyboard strokes door dmv messages, je zal je zelf moet registeren in deze message loop.
Hier voor zal je een globalhook procedure moeten gebruiken. Ik zal een paar links invoegen om je op weg te helpen.
De truuk is echter dat je in je hook function KeyboardProc de return value (als hij evalueert aan wat jij niet wil door zenden) niet doorgeeft aan de CallNextHookEx function. Op deze manier haal je de keyboard aanslag uit de messageloop.
Het is zo dus ook mogelijk om een keylogger te bouwen
Links:
1. An introduction to hook procedures
2. SetWindowsHookEx function
3. KeyboardProc hook procedure
PS:
Het zelfde geld voor de muis, als je de MSDN leest kom je er vanzelf achter hoe dat werkt. Maar data uit de PS/2 poorten lezen is niet handing, niet nodig, en onnodig moeilijk.
Volgens mij maakt ICQ gewoon gebruikt van HOTKEYS in Windows. Bepaalde toetsencombinaties die met ALT, CTRL, SHIFT worden gebruikt. Deze kun je ook aan een shortcut op je desktop of in je Start Menu toekennen.
"The shell stopped unexpectedly and Explorer.exe was restarted."
Dat denk ik ook. Had je bij die manier niet een extra DLL nodig voor een callback functie ofzo?Op zondag 14 oktober 2001 11:49 schreef yodax het volgende:
Zou kunnen. Maar mijn manier werkt iig.
"The shell stopped unexpectedly and Explorer.exe was restarted."
Dat klopt, dat staat uitgelegd in de eerste link. Dit vind ik nu echt leuk proggen, en leuk aan delphi. Als het niet in de VCL zit kan je het toch gewoon maken.
dit is inderdaad de manier, daar had ik ff niet aan gedacht... zo werken de Delphi componenten ook!!!Op zondag 14 oktober 2001 11:43 schreef yodax het volgende:
Dat hoeft niet perse, ICQ vangt ook shortcuts af die niet meer naar het OS gezonden woren (CTRL + SHIFT + I delphi indent block code)
Device drivers etc zijn dus niet nodig, je moet een window hook procedure gebruiken. Dit is redelijk ingewikkeld. Windows geeft zijn keyboard strokes door dmv messages, je zal je zelf moet registeren in deze message loop.
Hier voor zal je een globalhook procedure moeten gebruiken. Ik zal een paar links invoegen om je op weg te helpen.
De truuk is echter dat je in je hook function KeyboardProc de return value (als hij evalueert aan wat jij niet wil door zenden) niet doorgeeft aan de CallNextHookEx function. Op deze manier haal je de keyboard aanslag uit de messageloop.
Het is zo dus ook mogelijk om een keylogger te bouwen
Links:
1. An introduction to hook procedures
2. SetWindowsHookEx function
3. KeyboardProc hook procedure
PS:
Het zelfde geld voor de muis, als je de MSDN leest kom je er vanzelf achter hoe dat werkt. Maar data uit de PS/2 poorten lezen is niet handing, niet nodig, en onnodig moeilijk.
Wellicht is wat info van Ray Konopka ook handig, ik kan eventueel het pdf-je van zijn boek Developing Delphi 3 cutom Components op m'n server zetten (boek wordt niet meer gedrukt).
Cogito Ergo Credo
Ik heb Ray Konopka nog gesproken op de BorCon 2001. (EDIT: begin nu te twijvelen) En nog meer van die gasten zoals Marco Cantu en Carey Jensen (die had ik al gesproken op de DDS).
Is wel cool sta je gewoon te praten met al die auteurs. (Had Carey nog een paar keer verbeterd tijdens zijn voordracht
)
Is wel cool sta je gewoon te praten met al die auteurs. (Had Carey nog een paar keer verbeterd tijdens zijn voordracht
Ik ben dus bezig met een keyboardsharing progie... maak dus gebruik van een dlltje (Hook) (of hardware invoer (60h)) denk dat ik voor het dlltje ga. De andere computer waar het wordt ontvangen gaat moeilijk lopen doen. Compleet andere toetsen weergeven dan waarom gevraagd is end. Maar ik ga er zelf nog ff naar kijken. Iig bedankt.
Steun Elkaar, Kopieer Nederlands Waar!
Iemand enig idee hoe dit gaat werken?
int GetKeyNameText(
LONG lParam,
LPTSTR lpString,
int nSize
);
lParam
Specifies the second parameter of the keyboard message (such as WM_KEYDOWN) to be processed. The function interprets the following portions of lParam:
BitsMeaning
16-23Scan code.
24Extended-key flag. Distinguishes some keys on an enhanced keyboard.
25"Don't care" bit. The application calling this function sets this bit to indicate that the function should not distinguish between left and right CTRL and SHIFT keys, for example.
Hoe kan ik met shr en shl uit lParam een 8 bits grootte scancode halen? Zo me HEEL erg helpen.
la maar heb ik ook zelf al wat voor gevonden... trouwens als iemand wil zien hoe ie er uitziet:
http://www.stefan.nl/
int GetKeyNameText(
LONG lParam,
LPTSTR lpString,
int nSize
);
lParam
Specifies the second parameter of the keyboard message (such as WM_KEYDOWN) to be processed. The function interprets the following portions of lParam:
BitsMeaning
16-23Scan code.
24Extended-key flag. Distinguishes some keys on an enhanced keyboard.
25"Don't care" bit. The application calling this function sets this bit to indicate that the function should not distinguish between left and right CTRL and SHIFT keys, for example.
Hoe kan ik met shr en shl uit lParam een 8 bits grootte scancode halen? Zo me HEEL erg helpen.
la maar heb ik ook zelf al wat voor gevonden... trouwens als iemand wil zien hoe ie er uitziet:
http://www.stefan.nl/
Steun Elkaar, Kopieer Nederlands Waar!
Pagina: 1