Thread an eine fremde Anwendung dranhängen

[Meflin]

Hi,
das Thema gabs ja erst vor kurzem, wurde dann ja aber aufgegeben. mich würde trotzdem interresieren, wie so etwas möglich ist, sowohl in der theorie als auch in der praxis! die madcompos kenn ich auch ;-), aber ich wills selber schreiben! bin für jede hilfe dankbar,

*MFG*

[Luckie]

Sind bei den Komponenten keine Sourcen dabei?

[Meflin]

nur dcus :roll:

[toms]

Zitat:

aber ich wills selber schreiben! bin für jede hilfe dankbar,

Na dann viel Vergnügen!

Zitat:

Sind bei den Komponenten keine Sourcen dabei?

Es sind keine Komponenten, nur Units.
Der Source Code ist nicht dabei, denn da steckt ein Haufen Arbeit dahinter.

[Luckie]

Stichwort: CreateRemoteThread und Konsorten im PSDK.

[Meflin]

thx, das hört sich schonmal vielversprechend an!

[toms]

Zitat:

CreateRemoteThread

Funktioniert aber nur unter NT.

Zu madRemote steht:

Zitat:

Well, you might now say: The Windows API already offers "VirtualAllocEx" for memory allocation and "CreateRemoteThread" for thread creation in foreign processes, so what is so special about madRemote? The special thing is that the mentioned Windows APIs only work in NT based systems, while madRemote offers you the full power in NT *and* in 9x/ME. And I'm not talking about a more or less working "CreateRemoteThread" simulation (by e.g. misusing "SetWindowsHookEx" or "Get/SetThreadContext"). I'm talking about the *real* one, that works always, that does not need any cooperation of the destination process!

[Meflin]

im msdn steht da aber was anderes:

Zitat:

Requirements
Client: Requires Windows XP, Windows 2000 Professional, or Windows NT Workstation.

[DaFox]

toms meinte wohl unter NT-Platform (NT ff.)

Gruß,
Markus

[Meflin]

naja das würde für meine zwecke eh reichen!