SuRun 1.2.1.0

Kay

In Servive.cpp, Zeile 1570:
[indent]ShowTrayWarning(CBigResStr(IDS_STARTED,BeautifyCmdLine(g_RunData.cmdLine)),IDI_SHIELD,20000);[/indent]

mik-c-os

wolltest die einstellung in die GUI editierbar machen...

Kay

Ja. ...will ich noch, pro Programm und/oder Benutzer.

mik-c-os

pro benutzer sollte reichen... pro programm währe etwas sinnlos, besonnders wenn man eine lange liste hat...

Kay

Das soll eine "vererbte" Eigenschaft werden.

TimeOut=ProgTimeout(p,default=UserTimeout(u,default=GruppenTimeOut(g, default=GlobalTimeOut(default = 20s)))

So, wie vieles Andere soll Vererbbarkeit in SuRun rein. So kann man, muss man aber nicht alles einstellen.
Das ist "relativ einfach" programmierbar, erfordert aber ein anderes Grundmodell, als es in SuRun verwendet wird.

Kay

Danke für die schnellen Rückmeldungen :-)

Stimmt: Dasselbe Symbol, wie UAC zu verwenden ist keine sooo gute Idee.
Habe ein eigenes Schildchen gebastelt:

SuRun 1.2.1.0rc3 vom 18.12.2011
* CHG: Eigenes Schild-Symbol für Kontextmenüs unter Windows 7

mik-c-os

kannst du mir bitte den regestry eintrag samt schid posten,
ih tu ja immer meine einträge erhalten :P

Kay

Das Icon ist in SuRun.exe und SuRunExt.dll, ich verwende in den statischen Kontextmenü-Einträgen das in SuRunExt.dll: "Icon",REG_SZ,"SuRunExt.dll,1"

Kay

Ich habe mich dazu durch gerungen, geänderte Funktionalität in RC4 zu bringen.

Die Funktion "Ersetze Windows 'Ausführen als...' durch SuRuns 'Ausführen als...'" hatte schon immer Nebenwirkungen.
Durch SuRun wurden alle Einträge in der Registry mit "runas"-Verben durch RunAsSurun ersetzt.
Dadurch konnte ein Programm nicht mehr ShellExecute mit einem runas-Verb ausführen.
Deshalb habe ich das verändert.

Windows vor Vista:
Alle "runas"-Einträge in der Registry werden ausgeblendet gekennzeichnet ("LegacyDisable")
SuRun legt neue RuAsSuRun-Einträge an und übernimmt das "Extended"-Attribut (nur mit gedrückter Umschalt-Taste anzeigen)
Alle "Ausführen als" Einträge werden also ersetzt, die Sichtbarkeit bleibt erhalten und die originale ShellExecute-Funktion bleibt unverändert.

Windows ab Vista:
"runas" ist das Verb für "Als Administrator ausführen", "runasuser" ist das Verb für "Als anderer Benutzer ausführen".
SuRun ersetzt alle "runasuser", wie die "runas" unter "Windows vor Vista".
Zusätzlich werden alle runas-Einträge ausgeblendet ("LegacyDisable")
Ist im Zweig eines "runas"-Eintrags kein "SuRun"-Eintrag vorhanden, legt SuRun den an.
So werden alle "als Administrator ausführen" der Benutzerkontensteuerung durch SuRun's "Starte als Adminitrator" ersetzt, die ShellExecute-"runas"-Funktion bleibt aber intakt.

Ich bin mir nicht sicher, ob es gut ist, die UAC-Einträge zusammen mit RunAs zu ersetzen, oder ob eine extra-Option besser wäre.

SuRun 1.2.1.0rc4 vom 21.12.2011
* CHG: "Ersetze Windows 'Ausführen als...' durch SuRuns 'Ausführen als...'" handhabt jetzt auch "runasuser"

cosmo

Hallo Kay,

die gute Nachricht lautet: Ausführen als ... funktioniert mit RC4 wie gewohnt.

Die schlechte Nachricht: Ich stehe auf dem Schlauch, was wird wo mit gedrückter Umschalttaste sichtbar?

Kay wrote:SuRun legt neue RuAsSuRun-Einträge an und übernimmt das "Extended"-Attribut (nur mit gedrückter Umschalt-Taste anzeigen)

Mir ist jedenfalls keine Möglichkeit mehr eingefallen, wo man die Umschalttaste drücken könnte und gesehen habe ich nirgendwo etwas, was ich nicht schon seit Jahren kenne.

Kay

Danke für den Schnelltest! :-)

Wenn ein Kontext-Menü-Eintrag das Attribut "Extended" trägt, wird der Eintrag nur dargestellt, wenn man Shift-Rechtsklick macht. (z.B. HKEY_CLASSES_ROOT\exefile\shell\runas,"Extended",REG_SZ,"")

Unter XP ist das IMHO standardmäßig unbenutzt.
Unter Win2k was das bei "Ausführen als" ("runas") aktiv, unter Windows 7 ("runasuser") ist es das auch.

Kay

Hier noch ein Bugfix für einen Fehler, der seit Version 1.0 in SuRun ist, aber nicht zu Attacken genutzt werden kann.

SuRun 1.2.1.0rc5 vom 22.12.2011
* FIX: Kommandozeilen mit mehr als 4k Länge haben eine Schutzverletzung im SuRun Client und in den Hooks verursacht.

SuRun benutzt zur Client-Service-Kommunikation eine Datenstruktur fester Größe, um wenig angreifbar zu sein.
Das Dumme dabei ist, dass sehr lange Kommandozeilen da nicht rein passen.
Ich habe als schnelle Abhilfe SuRun so verändert, dass es Kommandozeilen >4k ignoriert und sich beendet.
Wenn ich das Ganze vernünftig handhaben will, muss ich die Client-Service-Kommunikation und fast die gesamte Struktur darunter ändern... das wird dieses Jahr nix mehr ;-)
(Zum Glück gibt es sehr selten solch lange Kommandozeilen, sonst wäre das schon früher aufgefallen.)

step

Hello Kay, I'm still testing the last beta version, but I think this applies to the latest RC as well.
On Win7 SP1 as restricted user I run SuRun.exe "some\program.exe" from the CMD prompt and SuRun displays its allow dialog. In that dialog Tab and arrow keys don't work, so I must use the mouse to select the OK button. Can you please enable keyboard navigation in that dialog? Thanks.

Kay

I just tested this. (Win7 x64 and Win7 x86 SP1)
The Keyboard (Tab, Cursor keys, Enter, Escape) works fine here with SuRun's confirmation dialog.
I don't know who steals the focus from SuRun's confirmation dialog on your system.

step

Nothing seems to steal focus from the dialog. It's simply the keys that don't work here. Tomorrow I'll upgrade to RC5 and tell you if the problem persists.

jared77

Hallo Kay,

vielen Dank für die RC Version, behebt auch mein letztes kleines Problem.

Schafft es eine "Timeout"- Option für das Infofenster noch in die Final?
Die 20 Sekunden sind etwas viel, wurde es lieber selber auf z.b. 3 oder 5 Sekunden einstellen können.

robert

Hallo zusammen,

Hat eigentlich noch jemand außer mir das Problem, dass SuRun bei bestimmten Anwendungen zweimal erscheint, wenn es glaubt, ein Problem müsse mit erweiterten Rechten starten? Also: Programm starten, im Dialog zu den erhöhten Rechten auf "Abbrechen" klicken, nur um dieselbe Nachfrage bzw. den Dialog gleich nochmal erscheinen zu sehen? :huh:
Beim zweiten Mal ist dann aber auch Schluss, ein erneutes "Abbrechen" wird dann akzeptiert und die Anwendung startet regulär, mit eingeschränkten Rechten.

Ist kein neues Phänomen und war auch schon in den frühen 1.2.1.0-Versionen drin (wenn nicht sogar schon 1.2.0.9?), hat mich aber bisher nie so stark gestört, dass ich früher nachgefragt hätte. Nur tritt das Phänomen auf gleich zwei Rechnern auf (beide allerdings mit XP Professional, SP3), und wenn auch andere betroffen sein sollten, könnte das ein Problem in SuRun sein statt nur einer Anomalie bei mir...

Es gibt mehrere Programme, bei denen ich das beobachtet habe; ein Beispiel, bei dem das reproduzierbar (jedenfalls bei mir) passiert, ist WSCC: http://www.kls-soft.com/wscc/ (bei den Downloads den ersten Link nehmen, ist auch "portabel", keine Ahnung, warum zusätzlich eine PortableApps-Version angeboten wird).

Danke und viele Grüße!

step

step wrote: Nothing seems to steal focus from the dialog. It's simply the keys that don't work here. Tomorrow I'll upgrade to RC5 and tell you if the problem persists.

RC5 or having rebooted my PC has fixed this issue. Thank you.

Kay

@Jared77:
Das mit dem variablen TimeOut kommt in rc6, aber nur global für alle Fenster, nicht pro Programm.

@Robert:
Sind SuRun's Hooks beide aktiv, und ein "scheinbar administratives" Programm soll gestartet werden, fragt der erste (der ShellExecute-) Hook nach, klickst Du "Abbrechen", bekommt Windows die Kontrolle zurück un startet das Programm mit CreateProcess. Dadurch bekommt evtl. der zweite Hook das Programm und fragt erneut nach.

Ich versuche das zu umgehen, indem der erste Hook das "abgebrochene" Kommando in der Registry speichert.
Der zweite Hook schaut, ob die Kommandozeile identisch ist und fragt dann erst gar nicht.
Blöd wäre, wenn Windumms zwischen ShellExecute und CreateProcess die Kommandozeile verändert. (Es reichen anders gesetzte Gänsefüßchen) Dann würde der zweite Hook erneut fragen.

Bei mir fragt SuRun nur einmal, auch in XPproSP3.

"DebugView" müsste Dir in einer früheren Beta (10?) zeigen, wie die entsprechenden Kommandozeilen sind, mit denen die Hooks SuRun aufrufen. ("SuRun started with (/TESTAA ...)")

Kannst Du das mal testen und die beiden Zeilen hier posten?

step

Hello Kay, "restart as administrator" a CMD.exe console window fails on Windows 7 because SuRun wants to start conhost.exe instead of CMD.exe. It fails similarly for other - I guess for all - conhost-hosted console programs, not just for CMD.exe.

« vorherige Seite Nächste Seite »