| |
|
|
- Página 1 - |
|
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 ▲ |
|
|
|
|
| |
|
- Página 1 - |
|
| 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 ▲ |
|
|
|
| |
|
- Página 2 - |
|
|
| Como ya he dicho, Sicherheitsrisiko bedenken! Como una Profanprogramm siempre Ventana ha, es - je después de Servicepack - evtl. posible, mittels Messages a el Servicefenster esta Service a kapern - fremde Anwendungen könnten se bastante simplemente con erhöhten Privilegien ausstatten y sonstwas en el Rechner tun... Evtl. el Service con uno kleineren Profanversion compilieren y darauf achten, el él no Ventana ha. |
|
|
| |
|
|
|
ToM | benuzte profano 7. y si uno kein cls oder imprimir befehl eingibt, es sí kein fenster como oder ?! |
|
|
| AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0 | 12.09.2006 ▲ |
|
|
|
|
| ¡Hola Tom...
Genauso meinte Yo el. Algo como no con XProfan hacer.
Saludo
Andreas |
|
|
| |
|
|
|
| |
|
| |
|
|
|
| ¡Hola IF...
Verstehe dich no tan completamente . |
|
|
| |
|
|
|
| Diese Ventana mi Yo (Anhang).
@Tom: Habs me gerade otra vez angesehen: Wenn el Taskmanager el quería, podría él el Prozess auch weiterhin final, como el Eigentümer des Prozesses el Gruppe Administratoren es. Hier müßte evtl. todavía el Eigentümer angepaßt voluntad, nämlich en el Account Sistema, entonces Será mejor que te va schwierig con el Beenden (aber vollkommene Sicherheit gegen el Abschalten en un Adminaccount gibts sowieso no). |
|
|
| |
|
|