| |
|
|
ToM | Hi!
habe ya überall geschaut sin embargo con nichts una Erfolg gehabt, tener grad mehrere Projekte al laufen bajo otro una AntiCheat Tool para Juegos, alles klappt, Ports voluntad gesperrt etc sólo is el problema, mann kan el Programa mim Taskmanager final y dass es nich así toll.
habs a ahora con Set_process_ace_in_dacl GuardSheep,Sistema,-,PROCESS_TERMINATE
bajo otro Benutzernamen gehts auch no desafortunadamente.
como puede ser el realisieren ?! möchte sólo nen Tipp ... verwende Profano 7.
sonnige Grüße de Österreich |
|
|
| AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0 | 05.06.2006 ▲ |
|
|
|
|
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 | 11.09.2006 ▲ |
|
|
|
|
| ¿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 |
|
|
| |
|
|
|
| KompilierenMarcaSeparació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 | 11.09.2006 ▲ |
|
|
|
|
| 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. |
|
|
| |
|
|
|
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 ▲ |
|
|
|