Maus und Tastatur sperren!

[Luckie]

Meinst du nicht auch, dass du es dem Anwender überlassen solltest, was er macht und was nicht? Wenn ich beim CD Brennen Nero abschieße, dann muss ich mir auch im Klaren darüber sein, dass die CD unbrauchbar wird. Und wenn ich ein Batchskript vorzeitig beende, dann muss mir auch klar sein, dass das eventuell zu Fehlern führt. Und wenn es der Anwender trotzdem macht, na dann hat er eben Pech gehabt. Schlimmer finde ich es, wenn du mir die Gewalt über meinen Rechner nehmen würdest.

[cherry]

@Luckie

Ja das ist ein guter Ansatz, ich denke da eingentlich ähnlich darüber. Jedoch muss ich für mein Vorhaben den Benutzer kurzfristig in die lokale Administratorengruppe schmeissen. Wenn der Batch dies am ende nicht wieder rückgängig mach und sich nicht abmeldet, dann bleibt der Benutzer in der lokalen Administratorengruppe. Und das ist dann mein Problem! ;-)

[Zacherl]

Ich als gemeiner User würde dann einfach schnell den Stecker ziehen, sobald das Script mich in die Admingruppe verschoben hat :twisted: Vielleicht besser mir CreateProcessAsUser() arbeiten?

[cherry]

Zitat:

Zitat von Zacherl

Ich als gemeiner User würde dann einfach schnell den Stecker ziehen, sobald das Script mich in die Admingruppe verschoben hat :twisted: Vielleicht besser mir CreateProcessAsUser() arbeiten?

Das weiss der Benutzer ja nicht. Und CreateProcessAsUser() hatte ich schon versucht und nicht nur einmal und zwar sämtliche WinAPI Funktionen die was änhliches machen, nicht nur CreateProcessAsUser() ... ich habs nicht hingekriegt !!!

genuschel: ( Vielleicht müsste ich aber trotzdem diesen Ansatz weiterverfolgen... )

Aber suchen wir doch erstmal ne Lösung für das sperren der Eingabegeräten, denn um das gehts ja hier im Thread. ;-)

[Luckie]

Zitat:

Zitat von cherry

Zitat:

Zitat von Zacherl

Ich als gemeiner User würde dann einfach schnell den Stecker ziehen, sobald das Script mich in die Admingruppe verschoben hat :twisted: Vielleicht besser mir CreateProcessAsUser() arbeiten?

Das weiss der Benutzer ja nicht.

Warte mal ab, wie schnell er das rausbekommt. Sicherheit, die auf angenommene Unwissenheit des Bneutzers basiert ist keine sicherheit.

Zitat:

Und CreateProcessAsUser() hatte ich schon versucht und nicht nur einmal und zwar sämtliche WinAPI Funktionen die was änhliches machen, nicht nur CreateProcessAsUser() ... ich habs nicht hingekriegt !!!

Nun ja, eigentlich wollte ich nur die Glühbirne wechseln. Das habe ich aber nicht hinbekommen, deswegen habe ich das ganze Haus abgerissen und neu gebaut. Probier es mal damit: http://www.michael-puff.de/Developer...thLogonW.shtml

Zitat:

Aber suchen wir doch erstmal ne Lösung für das sperren der Eingabegeräten, denn um das gehts ja hier im Thread. ;-)

Ich bin eher dafür, dass wir eine vernünftige Lösung, unabhängig vom Threadtitel, finden. Mit Gewalt dem Benutzer an der Benutzung seines Rechners zu hindern, ist nie eine gute Lösung. Zumal dies gar nicht richtig möglich ist. Microsoft selbst verfolgt die Philosophie, dass der Benutzer jeder Zeit volle gewalt über seinen Rechner haben sollte. Und wenn er den Rechner mit Absicht vor den Baum fährt, dann muss er eben mit den Konsequenzen leben. Als Administrator hält mich ja auch nichts und niemanden davon ab, mein System zu zerlegen.

[cherry]

CreateProcessWithLogonW hatte ich auch schon. brings nicht hin.
Ich werde morgen mal mein Code dazu Posten, vielleicht ist mir ja ein Fehler unterlaufen...

[cherry]

Zitat:

Zitat von Luckie

Zitat:

Und CreateProcessAsUser() hatte ich schon versucht und nicht nur einmal und zwar sämtliche WinAPI Funktionen die was änhliches machen, nicht nur CreateProcessAsUser() ... ich habs nicht hingekriegt !!!

Nun ja, eigentlich wollte ich nur die Glühbirne wechseln. Das habe ich aber nicht hinbekommen, deswegen habe ich das ganze Haus abgerissen und neu gebaut. Probier es mal damit: http://www.michael-puff.de/Developer...thLogonW.shtml

Ah, Dafür hatte ich ja schon nen Thread, damals konnte mir aber noch keiner Helfen?!!
http://www.delphipraxis.net/internal...107&highlight=

Habs jetzt in deinem Beispiel gesehen und konnte den Aufruf anpassen! Die entscheindende Stelle:

result := CreateProcessWithLogonW(PWideChar(USER),PWideChar( DOMAIN),
PWideChar(PW),LogonType,
nil, PWideChar(APPLICATION +' "'+ PARAMS +'"'),
CREATE_DEFAULT_ERROR_MODE,nil,nil,@si,@pif);

Jetzt bleibt noch das Problem mit dem Aspekt Sicherheit. Am liebesten würde ich den Parameter "Passwort" meiner Konsolenanwendung via Batch mitgeben, wie alle andern Parameter. Aber wie mach ich, das ich das Passwort verschlüsselt mitgeben kann? Ich kann den Schlüssel auch gleich als Parameter mitgeben, dann ist es aber nicht mehr Sicher... Wenn ich den Schlüssel im Programm mitkompiliere ist es aber auch nicht sicher, oder?

Ideen dazu?