Unlock Tool: CMD und Taskmanager sperren/entsperren

[DelphiSecurity]

ja, aber gibt es nicht eine LÖSUNG?
mit win api oder irgendwie??

[DeddyH]

Zitat von DelphiSecurity:

ja, aber gibt es nicht eine LÖSUNG?
mit win api oder irgendwie??

Richtig machen bzw. zumindest Rückgaben auswerten?

Delphi-Quellcode:

CMD.RootKey:= HKEY_CURRENT_USER;
if CMD.OpenKey('Software\Policies\Microsoft\Windows\System', true) then
  //weitermachen;

[p80286]

Zitat von DeddyH:

Zitat von DelphiSecurity:

ja, aber gibt es nicht eine LÖSUNG?
mit win api oder irgendwie??

Richtig machen bzw. zumindest Rückgaben auswerten?

Delphi-Quellcode:

CMD.RootKey:= HKEY_CURRENT_USER;
if CMD.OpenKey('Software\Policies\Microsoft\Windows\System', true) then
  //weitermachen;

Zu richtig machen gehört auch, einmal nach zu schauen, welche Berechtigung der aktuelle Benutzer hat.
Auf meinem Rechner z.B. existiert

Code:

....\Windows\System'

überhaupt nicht.
Und ich als Benutzer habe nur LeseRechte. Da ist weder etwas mit anlegen, noch mit Sclüssel speichern.
Langsam sollte es sich herum gesprochen haben, daß man für Dateien, und die Registry Berechtigungen braucht, und das diese sehr individuell vergeben werden können.

Gruß
K-H

[DeddyH]

Naja, diese Problematik ist aber auch schon 2 Seiten lang erörtert worden.

[himitsu]

Zitat von DelphiSecurity:

CLICK CLICK CLICK

Das ist Keine Antwort auf meine Frage.

Hab jetzt mal in der OH nachgesehn, auch da wird es nicht beantwortet,
aber ich bin mir recht sicher, daß es so war.

Delphi-Quellcode:

CMD.RootKey:= HKEY_CURRENT_USER;
CMD.OpenKey('\Software\Policies\Microsoft\Windows\System', true);

// entspricht

CMD.RootKey:= HKEY_CURRENT_USER;
CMD.OpenKey('\Software', true); // oder CMD.OpenKey('Software', true); , wenn man davon ausgeht, daß man noch im Hauptverzeichnis ist
CMD.OpenKey('Policies', true); 
CMD.OpenKey('Microsoft', true); 
CMD.OpenKey('Windows', true); 
CMD.OpenKey('System', true);

[DelphiSecurity]

Zitat von himitsu:

Zitat von DelphiSecurity:

CLICK CLICK CLICK

Das ist Keine Antwort auf meine Frage.

Hab jetzt mal in der OH nachgesehn, auch da wird es nicht beantwortet,
aber ich bin mir recht sicher, daß es so war.

Delphi-Quellcode:

CMD.RootKey:= HKEY_CURRENT_USER;
CMD.OpenKey('\Software\Policies\Microsoft\Windows\System', true);

// entspricht

CMD.RootKey:= HKEY_CURRENT_USER;
CMD.OpenKey('\Software', true); // oder CMD.OpenKey('Software', true); , wenn man davon ausgeht, daß man noch im Hauptverzeichnis ist
CMD.OpenKey('Policies', true); 
CMD.OpenKey('Microsoft', true); 
CMD.OpenKey('Windows', true); 
CMD.OpenKey('System', true);

Ja bei mir klappt es nur so!

[generic]

Ihr hier 26 Beiträge lang diskutiert.
Wo für?

Der Knoten Policies wird von Windows für System Policies genutzt.
Dort schreibt das System, Administrator oder ein evtl. vorhandenes ActiveDirectory (per GPO) Einstellungen rein.

Diese Einstellungen sollen von einen "nicht Admin" nicht verändert werden können!
Somit greifen von Windows dort auch die normalen Schutzmechanismen.
Denn Nutzer werden über Policies eingeschränkt, wäre doof wenn sie sich die Rechte wieder geben könnten.

Daher hat ein User auch keine Rechte an seinen Zweig HKEY_CURRENT_USER\Software\Policies.
Über den Knoten HKEY_LOCAL_MACHINE\SOFTWARE\Policies brauchen wir uns daher gar nicht erst unterhalten.

Kurz und Knapp:
Was du (DelphiSecurity) da vor hast, geht NICHT!
Es ist gegen die Natur von Windows.

Wenn du es doch willst, musst du das Sicherheitskonzept von Windows aus hebeln und
die Rechte auf den Knoten verändern. Gut ist das nicht.


P.S. dein Code funktioniert schon seit WindowsNT (also vor Win2k) nicht mehr.
Er hat bei dir nur funktioniert, weil du Admin auf deinen XP-Maschinen bist.
Unter Vista/Windows 7 bist du KEIN Admin mehr (es sei den du nutzt das UAC) - somit funktioniert es auch nicht.

[DelphiSecurity]

Zitat von generic:

Ihr hier 26 Beiträge lang diskutiert.
Wo für?

Der Knoten Policies wird von Windows für System Policies genutzt.
Dort schreibt das System, Administrator oder ein evtl. vorhandenes ActiveDirectory (per GPO) Einstellungen rein.

Diese Einstellungen sollen von einen "nicht Admin" nicht verändert werden können!
Somit greifen von Windows dort auch die normalen Schutzmechanismen.
Denn Nutzer werden über Policies eingeschränkt, wäre doof wenn sie sich die Rechte wieder geben könnten.

Daher hat ein User auch keine Rechte an seinen Zweig HKEY_CURRENT_USER\Software\Policies.
Über den Knoten HKEY_LOCAL_MACHINE\SOFTWARE\Policies brauchen wir uns daher gar nicht erst unterhalten.

Kurz und Knapp:
Was du (DelphiSecurity) da vor hast, geht NICHT!
Es ist gegen die Natur von Windows.

Wenn du es doch willst, musst du das Sicherheitskonzept von Windows aus hebeln und
die Rechte auf den Knoten verändern. Gut ist das nicht.


P.S. dein Code funktioniert schon seit WindowsNT (also vor Win2k) nicht mehr.
Er hat bei dir nur funktioniert, weil du Admin auf deinen XP-Maschinen bist.
Unter Vista/Windows 7 bist du KEIN Admin mehr (es sei den du nutzt das UAC) - somit funktioniert es auch nicht.

Bei einem Eingeschränkten Account auf WIndows Server (Schul-PCs, mit Erlaubniss natürlich) klappte es!!!!!!!!!

[p80286]

Zitat von DelphiSecurity:

Bei einem Eingeschränkten Account auf WIndows Server (Schul-PCs, mit Erlaubniss natürlich) klappte es!!!!!!!!!

Ja und? Die "Standard-Rechte" die bei der Installation von W vergeben werden, können doch von einer Person mit Admin-Rechten so verbogen werden, daß außer der Putzfrau niemand mehr irgendetwas machen kann. Ob das sinnvoll ist sei mal dahingestellt, Tatsache ist, Du kannst nicht von einem Windows-Rechner auf den anderen schließen.

Gruß
K-H