prog. nicht mehr in der taskleiste anzeigen

[fkerber]

Hi!

Jepp, zuerst deaktiviert, dann abgemeldet
Naja, was solls ...


Ciao Frederic

[Harry M.]

Zitat von obehles:

da mir keine sagen wollte wie es geht oder manche es auch nicht wussten werde ich dies nicht tun.
Gruß

Oliver

is ja wie im kindergarten

[c113plpbr]

Zitat von delphicus:

is ja wie im kindergarten

Jap ... ich hätte ihm die lösung theoretisch vor die nase knallen können, nur was hätte das für einen effekt gehabt? Er hätte nichts verstanden, und es gäbe 10 "Script-Kiddies" mehr.
Mit etwas mühe, und ein paar tipps kann man das sich selbst erarbeiten (so hab ichs zumindest gemacht). Wenn jemand das auf diesem weg macht, finde ich das ok, denn dann kann man sich sicher sein, dass er es verstanden hat, und dieses erarbeitete wissen vielleicht auf was anderes verwendet, als prozesse zu verstecken ... (zu welchem zweck auch immer )

Achja ... das war wieder mal einer, der die SUCHE nicht kannte ...

ciao, Philipp

[Luckie]

Zitat von c113plpbr:

Zitat von delphicus:

is ja wie im kindergarten

Jap ... ich hätte ihm die lösung theoretisch vor die nase knallen können, nur was hätte das für einen effekt gehabt? Er hätte nichts verstanden, und es gäbe 10 "Script-Kiddies" mehr.

Wie?? Du kannst auch einen Prozess unter NT System verstecken? Und wie bitte machst du das?

[Tubos]

Zitat:

Wie?? Du kannst auch einen Prozess unter NT System verstecken? Und wie bitte machst du das?

Das würde mich auch interessieren, denn das wäre AFAIK nur durch eine Sicherheitslücke in Windows erklärbar...

[c113plpbr]

Ganz einfach: Man nehme eine DLL, injeziere sie in jeden prozess der auf dem rechner läuft, lasse sie diverse funktionen durch eigene ersetzen, die zwar die originalfunktionen aufrufen, ABER das ergebnis etwas verfälschen, und schon gibt es (scheinbar) einen prozess weniger ...
Das ersetzen von Funktionen (im Speicher eines Prozesses) nennt man übrigens API-Hooking.
Um alle Prozesse dazu zu bringen eine DLL zu laden braucht man natürlich Admin-Rechte.

ciao, Philipp

[Tubos]

aha...
ok, man lernt immer was dazu

[Sprint]

Zitat von Tubos:

aha...
ok, man lernt immer was dazu

Das geht vielleicht wenn man Funktionen wie EnumProcesses oder CreateToolhelp32Snapshot überschreibt. Es soll aber Programme geben, die andere Techniken anwenden, um an die laufenden Prozesse zukommen.

[c113plpbr]

Zitat von Sprint:

Das geht vielleicht wenn man Funktionen wie EnumProcesses oder CreateToolhelp32Snapshot überschreibt. Es soll aber Programme geben, die andere Techniken anwenden, um an die laufenden Prozesse zukommen.

Unter NT-Systemen muss man da leider zu anderen funktionen greifen ... schlecht (von M$ sogut wie garnicht) dokumentierte funktionen der ntdll.dll (vorallem die NtQuerySystemInformation bzw. ZwQuerySystemInformation) ...

Und es gibt natürlich für alles wege das zu umgehen. Das System selbst weis ja auf jedenfall noch, dass da der prozess ist (ansonsten wäre es wohl problematisch ^^), nur für alle laufenden prozesse ist es unsichtbar (ausgenommen spezielle, die gegenmaßnahmen eingebaut haben).

ciao, Philipp

[Luckie]

@c113plpbr: So viel ich weiß, wurde deine Vorgehendweise schon in diesem Thread erwähnt. Stellt also nichts neues da, was wir nicht schon wüßten. Desweiteren, gibt es keinen neuen Prozess, wenn du irgendwo eine DLL injezierst, da du ja die DLL nur in einen bestehenden Prozess injezieren kannst. Genau genommen, hast du also das Thema verfehlt.