XProfan

Michael
Dell

Hmmm, tal vez ne Tarnung?

Benenne dein Proggi en services.exe en, entonces mittels Franks DatenGenerator en una Starterprogramm conjunto dieses (producido beim Erststart &) started deine services.exe el entonces con diesem Dateinamen en el Tastkmanager adecuado se.

Aunque se ellos hay unterm Profilnamen y no alls Systemprozess adecuado, tal vez weiß Andreas Hötker cómo hacerlo Proggi entonces como Systemdienst más o menos started.

Den ursprünglichen Dateinamen erhält entonces el Starterprogramm.

Salu Michael...

Hab zwar krumme Fieß awer dofir e' ecklich Gsicht!

06.06.2006 ▲

ToM

naja eigentlich ne gute idee.

sólo en una Programa como Sistema a starten, benötigt uno sí el
jeweilige Contraseña y dass es siempre verschieden. (cmd - runas)

Yo versteh nich Yo en el oberen befehl falso gemacht habe hmm.

funzt el no bajo allen Windows Versionen ?! bajo Win2003 32/64Bit funzt
el no, XP tener Yo nich.

mfg ToM

AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0

06.06.2006 ▲

Wozu gibts el DACL_SET.INC?

ToM

naja el thread is alt aber egal,

DACL_SET.INC funktioniert no en me, no ahnung wieso, viell liegts al windows server 2003, pero yo bräuchte
sí ne lösung para winxp y 2003 porque 2003 auch ya muy verbreitet es.

lg tom

AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0

¿Por qué solls en 2003 y XP no ir? Was hast du con el INC genau para Problemas?

Ah, Yo sehs grad. Usted must el Recht para el Account Jeder verbiten znd para el Account Administratoren. Schreib dir igual veces Ver código fuente - a igual...

Andreas unser Tokemon

Kompilieren Marca Separación

 $I DACL_SET.INC
Def @SetProcessShutdownParameters(2) !"Kernel32","SetProcessShutdownParameters"
ASSIGN #1,"C:TEST.TXT"
CHDIR "C:"

IF @FINDFIRST$("TEST.TXT")=""

    REWRITE #1
    Close #1

endif

Declare KILL&,ENDE%,ProgrammPfad$,Übergabe$,AT&,TIME&,TIME$
Windowtitle "Kleiner Abschalttest"
Windowstyle 31+512
Window 0,0-640,440
USERMESSAGES $10,$44  $0044=WM_COMMNOTIFY = obsolete in Win32
Case @Left$($WINVER,1)="5" : @SetProcessShutdownParameters($100,0)
GET_Group_Name "Jeder",1,Log_Einträge& Aufruf der DACL_SET.INC zum Ermitteln des Gruppennamens des "Jeder" SIDs.
Set_Process_ACE_IN_DACL "",@$(0),"-UCN","PROCESS_TERMINATE _DELETE",1,Log_Einträge& Die Rechte zum Fremdbeenden eines Processes werden entzogen.
GET_Group_Name "Administratoren",1,Log_Einträge& Aufruf der DACL_SET.INC zum Ermitteln des Gruppennamens des "Jeder" SIDs.
Set_Process_ACE_IN_DACL "",@$(0),"-UCN","PROCESS_TERMINATE _DELETE",1,Log_Einträge& Die Rechte zum Fremdbeenden eines Processes werden entzogen.

Whilenot %MENUITEM=-2

    WAITINPUT

Wend

Mit [...]

kannst du überprüfen, qué como passiert...

ToM

Hi!

100 veces danke para deine bemühung, antes dir muss uno echt respekt haben, si wer windows neu schreibt,
entonces du ;)

aber desafortunadamente funzt el no. a qué puede mentira ?! el prozess se se sí beim taskmanager nich final
dejar, pero yo kanns final.

lg tom

AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0

Ach sí! Windows2000 reagiert como anders como el XP Taskmanager. Bajo XP voluntad el jeweiligen Rechte otra vez zurückgesetzt (cómo lo auch en TNT tun kann) - el va deshalb, porque el Taskmanager en el Account des eingeloggten Users se ejecuta y Eigentumsrechte en el jeweiligen Prozess ha y así el Rechte siempre otra vez ändern kann.

Abhilfe: Su Sicherheitsprogramm muß en un otro Account laufen como el Taskmanager, d.h. lo muß como Service (vorzugsweise en el Systemaccount) comenzó voluntad. Werden en diesem Programa entonces el Rechte verboten, ha el Taskmanager no Zugriff mehr darauf. Einen richtigen Service a escribir es no bastante así simplemente (Yo habs todavía no hinbekommen

).
¿Por qué es el schwierig? Das OS wartet laufend en Rückmeldungen des Services - kommt irgendwann no mehr, se el Service final.
Einen Trick puede ser aber anwenden: Man registriert una kleines Programa en API como Service. Sofort después de el Start ruft dieses Programa una weiteres Programa en.
Das neue Programa se entonces con el gleichen Token versehen, como el Service. Windows wartet una Augenblick - como no Rückmeldung vom Service kommt, se dein erstes Programa final. Vom zweiten Programa weiß Windows nichts y lo se ejecuta lüstig más.
Un más Möglichkeit, una Service a starten, wäre encima el DOS-Befehl AT

.

Ein Service con un Ventana es siempre una riesengroßes Sicherheitsrisiko, also mejor el Finger su dejar - porque XProfan (de Versión 9) producido en cada Fall Ventana.

12.09.2006 ▲

ToM

hmm wow is el kompliziert

Yo tener ahora also nen service gemacht mittls instsrv.exe, y service startet rápidamente ne otro datei, como du dijo hast,
y se entonces bajo el systemaccount ausgeführt. ahora puede ser si uno el dacl verwendet, el prozess nichmehr
final

danke vielmals!

como meintest Si es usted el con el befehl AT ?!

achja, wieso el así es, dass él igual wieda final y cómo mans lösen kann es hier: [...]

sólo versteh ego nich *g* viell qué para dich

danke otra vez ;)

greets Tom

AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0

12.09.2006 ▲