RunAs unter Win7 (ohne UAC)

[himitsu]

Dieser Passwortdialog ist halt ein interner Teil des UAC, welcher sich von extern scheinbar nicht ansprechen läßt, vorallem dann nicht, wenn das UAC nicht läuft.

Ich glaube ich hatte vor sehr vielen Jahren auch mal hier nach sowas gefragt.

Der eigene Dialog ist ja nicht das Problem, aber diesen dann auch noch in einer sicheren Umgebung (eigener Desktop) anzuzeigen, so wie es das UAC macht, damit kein Programm da so einfach automatisch die Anmeldedaten eintragen kann.

[Dalai]

Zitat von himitsu:

Dieser Passwortdialog ist halt ein interner Teil des UAC, welcher sich von extern scheinbar nicht ansprechen läßt, vorallem dann nicht, wenn das UAC nicht läuft.

Nein, er ist kein Teil der UAC. Das Ding lässt sich auch aufrufen, wenn die UAC komplett abgeschaltet ist. Teste es selbst, indem du - bei ausgeschalteter UAC - Shift+Rechtsklick auf eine Verknüpfung (oder eine EXE) auf deinem System machst und "Als anderer Benutzer ausführen" wählst. Eben deswegen bin ich ja so daran interessiert, den Dialog zu nutzen.

Ich habe mich vorerst für die o.g. Variante 3 entschieden, das Handle also via Parameter an die andere Instanz zu übergeben. Das hat den Vorteil, dass ich nicht mit beiden Instanzen dieselbe Message registriere (Variante 2), ich kein Fenster suchen muss (Variante 1; IMO potentiell fehlerträchtig) und nicht alle anderen Fenster mit einem Broadcast nerve (Variante 2).

MfG Dalai

[jaenicke]

Als weitere Möglichkeit blieben noch andere Möglichkeiten der Interprozesskommunikation wie z.B. Semaphore, siehe Anhang.

[himitsu]

Zitat:

Das Ding lässt sich auch aufrufen

Hmm, dann müßte man nur noch die API dafür finden.

Das ding wird aber nicht in einem eigenem Desktop ausgeführt.
Es sieht auch irgendwie ein bissl so aus, wie der neue Vista-TaskDialog.

[add]
Die Fensterklasse von dem Ding ist DirectUIHWND.

[jaenicke]

Zitat von himitsu:

Hmm, dann müßte man nur noch die API dafür finden.

Das ist kein Problem, einfach in der Doku durchklicken (Windows Development --> Security and Identity --> Authentication):
CredUIPromptForCredentials
bzw. ab Vista:
CredUIPromptForWindowsCredentials

[Dalai]

Zitat von himitsu:

Zitat:

Das Ding lässt sich auch aufrufen

Hmm, dann müßte man nur noch die API dafür finden.

Wie meinst du das? Ein ShellExecuteEx mit dem Verb 'runasuser' funktioniert doch , wie jaenicke dankenswerterweise herausgefunden hat. Und ganz ehrlich: mehr Aufwand will ich auch gar nicht treiben; alles, was in Richtung eigener Überprüfung der Credentials geht, ist völliger Overkill - jedenfalls für diesen Zweck.

Zitat:

Das ding wird aber nicht in einem eigenem Desktop ausgeführt.

Juckt mich überhaupt nicht. Wird es bei Win2k/XP auch nicht. Und wenn irgendein Programm dort etwas eingeben kann (z.B. mit AutoIt geht das sehr einfach), hat man ein ganz anderes Problem als dass dieser Dialog nicht abgesichert ist .

Zitat:

Die Fensterklasse von dem Ding ist DirectUIHWND.

Jep, das hatte ich mit Au3Info aus dem AutoIt-Paket schon ermittelt und daran herumgedacht, mit entsprechenden Funktionen zu ermitteln, ob der Dialog noch offen ist (das Warten also nachzuholen, was Windows selbst versäumt). Aber der dafür erforderliche Aufwand ist wohl deutlich höher als die von mir momentan benutzte Variante.

Zitat von jaenicke:

Als weitere Möglichkeit blieben noch andere Möglichkeiten der Interprozesskommunikation wie z.B. Semaphore, siehe Anhang.

Das schau ich mir mal an, aber die ebenfalls benutzten Mutexe betrachte ich nicht unbedingt als einfacher (und Semaphoren sind ja sehr ähnlich).

MfG Dalai