Ergebnis der Suchanfrage

• Forum: Win32/Win64 API (native code)

  AW: TerminateProcess geht nicht die Zweite

    Delphi
    by CCRDude, 25. Jun 2011
  Da es nur Hooks innerhalb Deiner Anweisung und nicht systemweit sein müssen, hält sich der Streß in Grenzen, denke ich :)
  
  Schaue Dir mal die executehook.zip hier an. Davon brauchst Du quasi nur die HookUnit.pas, bzw. sogar nur einzelne Funktionen daraus (nämlich FinalFunctionAddress und PatchAddress).
  
  Grob gesagt, machst Du ein:
  type
  TMessageBoxA = function(hWnd: HWND; lpText,...
• Forum: Win32/Win64 API (native code)

  AW: TerminateProcess geht nicht die Zweite

    Delphi
    by CCRDude, 24. Jun 2011
  1. Hängt sicherlich etwas damit zusammen, was Du unter Treiber-DLL bzw. System-DLL meinst. Ist es ein richtiger Treiber, sicherlich nicht. Meinst Du aber nur die Funktionalität - kann ja sein, daß die auch in einer normalen Anwendung eingebunden werden kann/soll. Dann ist es nur noch schlechter Stil ;) Zudem lassen sich System Services per Flag auf "interaktiv" setzen. In älteren...
• Forum: Win32/Win64 API (native code)

  AW: TerminateProcess geht nicht die Zweite

    Delphi
    by CCRDude, 10. Jun 2011
  Als "LocalSystem" (nicht "LokalesSystem") kannst Du Dich nicht einfach so anmelden; Systemdienste etwa arbeiten unter diesem Account, manchmal auch LocalService, NetworkService sowie einige andere. Wenn Du im Windows Task Manager Dir die Prozesse aller User anzeigen lässt, wirst Du die (unter leicht anderem Namen) sehen. Das halt also nichts mit der Domäne zu tun.
  
  Privileges betreffen Rechte,...
• Forum: Win32/Win64 API (native code)

  AW: TerminateProcess geht nicht die Zweite

    Delphi
    by CCRDude, 10. Jun 2011
  Das ist noch nicht zwingend ok, der Administrator ist ja auch nicht von Haus aus allmächtig, sei es wegen UAC ab Vista oder wegen fehlender Privileges. Selbst ein Service, der als LocalSystem läuft und mehr darf als ein Admin, darf ohne weiteres auch noch nicht alles.
  
  Frage 1: um welches OS handelt es sich?
  
  Frage 2: Hat der Guard evtl. noch kein SeDebugPrivilege? Aber der Service läuft ja...