Für alle User beschreibbaren Key

Hallo,

beschäftige mich noch nicht lange mit Vista, aber egal womit ich mich
beschäftige, es tauchen Probleme auf. Mein Registryproblem ist
folgendes: Ich möchte als Admin einen Key anlegen, den nachher jeder
User beschreiben darf. Also das was man unter XP noch in HKLM packen
konnte.

Gibt es da wirklich nichts oder bin ich nur zu blind?

Dann noch eine Frage, ist aber nicht ganz so wichtig. Ist es richtig,
das ich als Admin nur die Registryzweige der User sehe, die auch
angemeldet sind?

Dietmar

Hallo Dietmar,

>beschäftige mich noch nicht lange mit Vista, aber egal womit ich mich
>beschäftige, es tauchen Probleme auf. Mein Registryproblem ist
f>olgendes: Ich möchte als Admin einen Key anlegen, den nachher jeder
>User beschreiben darf. Also das was man unter XP noch in HKLM packen
>konnte.

Da solltest Du Deine Finger aber tunlichst von lassen. HKLM ist ein Zweig,
in dem normale Benutzer noch nie (auch nicht unter Windows XP) etwas
verloren hatten! Benutzer sollen/können standardmäßig nur in HKCU (Ausnahme
u.a. der Policy-Zweig) schreiben. Alles andere macht keinen Sinn und die
Registrierungsvirtualisierung von Vista leitet entsprechende
Programmzugriffe auch um.

>Gibt es da wirklich nichts oder bin ich nur zu blind?

Ja zur zweiten Aussage ;-). Du kannst den Registrierungseditor als
Administrator starten (Befehl "Als Administrator ausführen") und dann im
Menü "Bearbeiten" den Befehl "Berechtigungen" wählen. Dort lassen sich die
Berechtigungen zum Zugriff auf den Schlüssel umbiegen. Du solltest dies aber
nur dann tun, wenn Du auch weißt, was Du machst bzw. Dir über die Folgen im
Klaren bist!

>Dann noch eine Frage, ist aber nicht ganz so wichtig. Ist es richtig,
das ich als Admin nur die Registryzweige der User sehe, die auch
angemeldet sind?<

Dies ist korrekt. In HKCU siehst Du sogar nur den Zweig aus HKey_Users, der
dem Konto entspricht, unter dessen Kontext der Registrierungseditor gerade
läuft. In HKey_Users kannst Du mit ein paar Tricks die betreffenden
Benutzerkonten über ihre SIDs identifizieren und dort die Anpassungen
vornehmen. Weiterhin kannst Du jederzeit die Hive-Datei eines nicht
angemeldeten Benutzerkontos über den Befehl "Struktur laden" des Menüs
"Datei" laden und dann dessen Registrierungseinträge anpassen. Führt aber
jetzt etwas zu tief in die Interna (einige Insight-Informationen sind
http://tinyurl.com/3dkac8 beschrieben).

Allerdings stellt sich mir die Frage der Sinnhaftigkeit. Wenn Du an einem
Vista Home-System rumbastelst, solltest Du sehr sehr vorsichtig sein und
genau wissen, was Du tust. Werkelst Du allerdings mit Business, Enterprise
oder Ultimate, frage ich mich, warum Du nicht über Gruppenrichtlinien und
den Gruppenrichtlinienobjekt-Editor gehst und die betreffenden Anpassungen
vornehmen lässt.

Gruß

G. Born

On 30 Mai, 16:43, "G.Born"
<Nix_Spam_mag_I_...@discussions.microsoft.com> wrote:
> Da solltest Du Deine Finger aber tunlichst von lassen. HKLM ist ein Zweig,
> in dem normale Benutzer noch nie (auch nicht unter Windows XP) etwas
> verloren hatten! Benutzer sollen/können standardmäßig nur in HKCU (Ausnahme
> u.a. der Policy-Zweig) schreiben. Alles andere macht keinen Sinn und die
> Registrierungsvirtualisierung von Vista leitet entsprechende
> Programmzugriffe auch um.

Ich sehe schon einen Sinn darin, wenn es in der Registry einen
AllUsers-Zweig gäbe. Viele Programme speichern ihre Einstellungen in
der Registry und es gibt durchaus Fälle, in denen es nicht sinnvoll
ist, wenn dann jeder seine eigenen hat.

> Ja zur zweiten Aussage ;-). Du kannst den Registrierungseditor als
> Administrator starten (Befehl "Als Administrator ausführen") und dann im
> Menü "Bearbeiten" den Befehl "Berechtigungen" wählen. Dort lassen sich die
> Berechtigungen zum Zugriff auf den Schlüssel umbiegen.

Das nutzt mir in meinem Fall nichts, da es von einem Installer
erledigt werden soll. Aber schon mal schön zu wissen, das es geht :-)

> Du solltest dies aber nur dann tun, wenn Du auch weißt, was Du machst bzw.
> Dir über die Folgen im Klaren bist!

Was für Folgen? Ich lege bewusst einen Key mit zwei Werten an. Jeder
User soll diese Werte ändern können, mehr nicht.

> Dies ist korrekt. In HKCU siehst Du sogar nur den Zweig aus HKey_Users, der
> dem Konto entspricht, unter dessen Kontext der Registrierungseditor gerade
> läuft.

Das ist bekannt.

> In HKey_Users kannst Du mit ein paar Tricks die betreffenden
> Benutzerkonten über ihre SIDs identifizieren und dort die Anpassungen
> vornehmen.

Bisher bin ich einfach über alle gegangen und habe in den
entsprechenden Zweigen meine Keys angelegt.

> Weiterhin kannst Du jederzeit die Hive-Datei eines nicht
> angemeldeten Benutzerkontos über den Befehl "Struktur laden" des Menüs
> "Datei" laden und dann dessen Registrierungseinträge anpassen.

Wie schon geschrieben, die Voraussetzungen sollen von einem Installer
geschaffen werden.

> (einige Insight-Informationen sind http://tinyurl.com/3dkac8 beschrieben).

Ups, kommerzielle Eigenwerbung in einer Newsgroup, das hatte ich schon
lange nicht mehr. Seit wann wird man dafür nicht mehr geteert und
gefedert? :-)

> Allerdings stellt sich mir die Frage der Sinnhaftigkeit. Wenn Du an einem
> Vista Home-System rumbastelst, solltest Du sehr sehr vorsichtig sein und
> genau wissen, was Du tust. Werkelst Du allerdings mit Business, Enterprise
> oder Ultimate, frage ich mich, warum Du nicht über Gruppenrichtlinien und
> den Gruppenrichtlinienobjekt-Editor gehst und die betreffenden Anpassungen
> vornehmen lässt.

Ich hätte es vorher erwähnen sollen, es geht um einen Installer, der
Software installiert und die Voraussetzungen zum Betrieb schafft. Ich
hatte gehofft, es gibt einen Weg es einheitlich für alle Win-Versionen
ab NT zu machen, aber für Vista muss ich es wohl so ändern, das diese
zwei Werte nicht mehr in der Registry stehen, sondern in
COMMON_APP_DATA.

Ist vielleicht auch besser so, hat noch andere Vorteile.

Dietmar

>Ich hätte es vorher erwähnen sollen, es geht um einen Installer, der
>Software installiert und die Voraussetzungen zum Betrieb schafft.

Das wäre in der Tat gut gewesen - dann hätte ich mir die Antwort sparen
können ;-).

>Ich hatte gehofft, es gibt einen Weg es einheitlich für alle Win-Versionen
>ab NT zu machen, aber für Vista muss ich es wohl so ändern, das diese
>zwei Werte nicht mehr in der Registry stehen, sondern in
>COMMON_APP_DATA.

Wenn Du mit Installern rum machst, wäre mein Tipp, sich auf den
Microsoft-Seiten schlau zu machen oder einen Blick in Visual Studio 2005 und
deren Installer zu werfen (obwohl VS 2005 nicht so ganz "Vista-ready" ist).
Sonst könnte es sein, dass Deine Anwendung unter Vista noch mehr Probleme
bekommt.

Sind aber nur meine 2 Cents.

Gruß

G. Born

Hallo Dietmar Plaßmann,

"Dietmar Plaßmann" dplassmann@web.de schrieb:
> Ich hätte es vorher erwähnen sollen, es geht um einen Installer, der
> Software installiert und die Voraussetzungen zum Betrieb schafft. Ich
> hatte gehofft, es gibt einen Weg es einheitlich für alle Win-Versionen
> ab NT zu machen,

Benutzer dürfen in HKLM nicht schreiben. Das das bisher für Dich
funktioniert hat, liegt wohl daran, dass die Benutzer Deiner Software
Deinetwegen lokale administrative Rechte brauchen ;-)

> aber für Vista muss ich es wohl so ändern,

Richtig. Und das ist gut so und von Microsoft gewollt.

> das diese zwei Werte nicht mehr in der Registry stehen, sondern in
> COMMON_APP_DATA.

Da gehören sie meiner Meinung auch hin.

Viele Grüße!
--
..aniel Melanchthon:.
http://blogs.technet.com/dmelanchthon
This posting is provided "AS IS" with no warranties, and confers no rights.

Koinzidenz begründet keine Korrelation und ist kein Beweis für Kausalität!

On 31 Mai, 10:52, "Daniel Melanchthon [MS]"
<danie...@online.microsoft.com> wrote:
> Benutzer dürfen in HKLM nicht schreiben. Das das bisher für Dich
> funktioniert hat, liegt wohl daran, dass die Benutzer Deiner Software
> Deinetwegen lokale administrative Rechte brauchen ;-)

Nö, das geht auch anders. Ich probiere es jetzt nicht aus, aber wenn
ein Key als Admin angelegt wird und ich dann die Berechtigungen für
diesen Key passend ändere, dann kann jeder Werte in diesem Key ändern.

> Richtig. Und das ist gut so und von Microsoft gewollt.

Naja, vielleicht sorgt es dafür das die Registry nicht mehr so
vollgemüllt wird. Ansonsten musste ich schon öfter den Kopf schütteln
angesichts des Sicherheitskonzepts, das sie jetzt eingeführt haben.
Mal zuviel, mal gar nichts.

> Da gehören sie meiner Meinung auch hin.

Richtig, aber in der Registry liessen sich so schön Werte drin
verstecken :-)

Dietmar

Hallo Dietmar Plaßmann,

"Dietmar Plaßmann" dplassmann@web.de schrieb:
> On 31 Mai, 10:52, "Daniel Melanchthon [MS]"
> <danie...@online.microsoft.com> wrote:
>> Benutzer dürfen in HKLM nicht schreiben. Das das bisher für Dich
>> funktioniert hat, liegt wohl daran, dass die Benutzer Deiner Software
>> Deinetwegen lokale administrative Rechte brauchen ;-)
>
> Nö, das geht auch anders. Ich probiere es jetzt nicht aus, aber wenn
> ein Key als Admin angelegt wird und ich dann die Berechtigungen für
> diesen Key passend ändere, dann kann jeder Werte in diesem Key ändern.

na das ist doch klar. Wenn DU die Berechtigungen herabsetzt, dann geht
es. Allerdings konterkarierst Du dann das Konzept, dass dahinter steht.

>> Da gehören sie meiner Meinung auch hin.
>
> Richtig, aber in der Registry liessen sich so schön Werte drin
> verstecken :-)

Was ist das denn für ein Sicherheitskonzept ;-)

Viele Grüße!
--
..aniel Melanchthon:.
http://blogs.technet.com/dmelanchthon
This posting is provided "AS IS" with no warranties, and confers no rights.

Koinzidenz begründet keine Korrelation und ist kein Beweis für Kausalität!