| |
|
|
- page 1 - |
|
ToM | Hi!
habe déjà überall geschaut cependant avec rien une Erfolg gehabt, hab grad plusieurs Projekte am courir sous anderen un AntiCheat Tool pour Jeux, alles klappt, Ports volonté gesperrt etc seulement is cela Problem, homme kan cela Programme mim Taskmanager finissons et dass ist nich so toll.
habs jusqu'à maintenant avec Set_process_ace_in_dacl GuardSheep,System,-,PROCESS_TERMINATE
sous anderen Benutzernamen gehts aussi pas malheureusement.
comment peux on cela realisieren ?! voudrais seulement nen Tipp ... verwende Profan 7.
sonnige Grüße aus Österreich |
|
|
| AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0 | 05.06.2006 ▲ |
|
|
|
|
| |
|
- page 1 - |
|
| Ah, je sehs grad. Du must cela droite pour den Account chacun verbiten znd pour den Account Administratoren. Schreib dir juste la fois Voir le texte source - jusqu'à juste... |
|
|
| |
|
|
|
| Andreas unser Tokemon |
|
|
| |
|
|
|
| KompilierenMarqueSéparation $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
avec [...] peux du überprüfen, quoi là passiert... |
|
|
| |
|
|
|
ToM | Hi!
100 la fois merci pour deine bemühung, avant dir muss on vraie respekt avons, si qui windows récente écrit, ensuite du ;)
mais malheureusement funzt cela pas. à quoi peux cela liegen ?! qui prozess soll sich oui beim taskmanager nich finissons laisser, mais je kanns finissons.
lg tom |
|
|
| AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0 | 11.09.2006 ▲ |
|
|
|
|
| ah oui! Windows2000 reagiert là anders comme qui XP Taskmanager. sous XP volonté qui jeweiligen Rechte wieder zurückgesetzt (comment on es aussi chez TNT 1faire peux) - cela allez c'est pourquoi, weil qui Taskmanager im Account des eingeloggten Users fonctionne et Eigentumsrechte sur den jeweiligen Prozess hat et so qui Rechte toujours wieder changement peux.
Abhilfe: Dein Sicherheitsprogramm doit dans einem anderen Account courir comme qui Taskmanager, d.h. es doit comme Service (vorzugsweise im Systemaccount) gestartet volonté. Werden dans diesem Programme ensuite qui Rechte interdit, hat qui Taskmanager keinen Zugriff plus puis. Einen richtigen Service trop écrivons ist pas entier so simple (je habs encore pas hinbekommen ). pourquoi ist cela schwierig? cela OS wartet laufend sur Rückmeldungen des Services - venez irgendwann aucun plus, wird qui Service finissez. Einen Trick peux on mais anwenden: on registriert un kleines Programme sur qui API comme Service. tout de suite pour dem Start appelez cet Programme un weiteres Programme sur. cela neue Programme wird ensuite avec dem gleichen Token versehen, comment qui Service. Windows wartet une Augenblick - là aucun Rückmeldung vom Service venez, wird dein erstes Programme finissez. Vom zweiten Programme sais Windows rien et es fonctionne lüstig plus. une plus Possibilité, une Service trop starten, wäre sur den DOS-Befehl AT .
un Service avec einem la fenêtre ist toujours un riesengroßes Sicherheitsrisiko, alors besser qui Finger en laisser - car XProfan (ab Version 9) erzeugt dans chaque le cas la fenêtre. |
|
|
| |
|
|
|
ToM | hmm wow is cela compliqué
je hab maintenant alors nen service gemacht mittls instsrv.exe, et qui service startet vite ne autre fichier, comment du dit la hâte, et wird ensuite sous dem systemaccount fonctionnement. maintenant peux on si on qui dacl verwendet, den prozess nichmehr finissons merci vielmals!
comment meintest du cela avec den befehl AT ?!
achja, wieso cela so ist, dass il juste wieda finissez et comment mans lösen peux steht ici: [...]
seulement versteh ego nich *g* viell quoi pour toi
merci nochmal ;)
greets Tom |
|
|
| AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0 | 12.09.2006 ▲ |
|
|
|
| |
|
- page 2 - |
|
|
| Comme je le disais, Sicherheitsrisiko considérer! là un Profanprogramm toujours la fenêtre hat, ist es - je pour Servicepack - peut-être. possible, mittels Messages à cela Servicefenster cette Service trop kapern - fremde Anwendungen könnten sich droite simple avec erhöhten Privilegien ausstatten et sonstwas sur dem calculateur 1faire... Evtl. den Service avec einer kleineren Profanversion compilieren et puis achten, cela il aucun la fenêtre hat. |
|
|
| |
|
|
|
ToM | benuzte profan 7. et si on ne...aucune cls ou bien imprimer befehl eingibt, ist oui ne...aucune la fenêtre là ou bien ?! |
|
|
| AMD Athlon 64 4500+ / 1500 MB Ram / Windows Server 2003 Enterprise / Profan 7.0 | 12.09.2006 ▲ |
|
|
|
|
| allô Tom...
Genauso meinte je cela. Quelque chose comme pas avec XProfan faire.
Salut
Andreas |
|
|
| |
|
|
|
| |
|
| |
|
|
|
| allô IF...
Verstehe toi pas so entier . |
|
|
| |
|
|
|
| cet la fenêtre mon je (Anhang).
@Tom: Tricolore mir justement nochmal angesehen: si qui Taskmanager cela voulais, pourrait il den Prozess aussi weiterhin finissons, là qui propriétaire des Prozesses qui Gruppe Administratoren ist. ici devrait peut-être. encore qui propriétaire ajusté volonté, nämlich sur den Account System, ensuite wirds schwierig avec dem finissons (mais vollkommene Sicherheit vers cela débrancher dans einem Adminaccount gibts sowieso pas). |
|
|
| |
|
|