SuRun 1.2.0.7

Kay

Du brauchst nur das Symbol für Deinen User deaktivieren.
Du solltest auf keinen Falls das Symbol sehen!

Ich probiere das gerade... es ist hier genau so.
Das ist ein Bug, der mit der nächsten Beta behoben wird!

Danke. :-)

EDIT: Habe den Bug gefunden und intern behoben. Ist erst seit 1207b11 drin gewesen.

Kay

Der Urlaub ist vorbei! :-O

Ich habe etwas getan, was ich eigentlich vermeiden wollte!
SuRun kann jetzt den IAT-Hook in Admin/Systemprozesse setzen.
Damit ist es möglich, RealVNC und den "Neue Hardware gefunden"-Zauberer automatisch administrativ zu starten. Das Ganze ist optional.
In den Einstellungen auf Seite 3 kann man "Auch in Dienste und administrative Programme einhängen. (System-Neustart erforderlich!)" anwählen. Dann muss man das System wirklich neu starten, damit der IAT-Hook bei Systemstart in die Dienste injiziert wird.
Pro SuRunner kann eingestellt werden, ob der "Neue Hardware gefunden"-Zauberer automagisch administrativ gestartet wird.
Bisher getestet unter Win2k, WinXPpro 32/x64, Vista Business, Win7rc1 32/x64.
Win7 startet den "Neue Hardware gefunden"-Zauberer nur auf Anforderung, da kann SuRun nix machen, aber bei allen anderen geht's. :-D

SuRun 1.2.0.7 Beta 12 vom 17.08.2009
* Vorläufige Argentinische Sprache eingebaut (passt nicht immer in Dialoge)
* Bei der Prüfung, ob ein Programm administrative Rechte braucht, wird jetzt auch auf "UPGRADE" im Dateinamen geachtet.
* Option, den IAT-Hook auch in Dienste und administrative Programme zu setzen
* IAT-Hook fängt CreateProcessAsUser ab und kann so selektiv verhindern, dass Dienste andere Programme eingeschränkt starten. (z.B. die RealVNC-Konfiguration).
* SuRun kann optional den "Neue Hardware gefunden"-Dialog automatisch administrativ starten
* Der Installer fordert nun auch in Windows Vista/7 zum Systemneustart auf. Das ist nötig, weil SuRunExt.dll in Dienste injiziert wird und nicht dynamisch ge-/entladen werden kann.
* FIX: Die Balloon TIPs und das Tray-Symbol wurden immer angezeigt (seit 1.2.0.7 Beta 11)

cosmo

Stichwort Balloon-Tip:
Funktioniert in doppelter Hinsicht nicht wie erwartet:
Starte ich ein Programm als SuRunner, so erscheint überhaupt kein Balloon-Tip mehr (obwohl die Option aktiviert ist)
starte ich dasselbe Programm mit Ausführen als, wird der Balloon angezeigt und nervt wie gehabt

Ich habe noch einmal die Gegenprobe mit Beta 11 gemacht. Dabei ist mir jetzt aufgefallen, daß im Gegensatz was du oben schreibst der Balloon-Tip überhaupt nicht erschien, egal auf welche Weise ich den Prozess erhöht gestartet habe. (Option habe ich selbstverständlich geprüft.)

Der Farbwechsel grün - rot erfolgt in beiden Versionen wie erwartet.

Alles unter XP SP3.

Kay

Cosmo wrote: Starte ich ein Programm als SuRunner, so erscheint überhaupt kein Balloon-Tip mehr.
Starte ich dasselbe Programm mit Ausführen als, wird der Balloon angezeigt und nervt wie gehabt

So sollte das auch sein. ;-)

Ist der Smiley rot, bedeutet dass: SuRun-Admin; Rotes Ausrufezeichen mit Ballon: fremder Benutzer/Admin (Doku, Seite 16f)

cosmo

Oops.

(Aber das Nerven trifft weiterhin zu).

mik-c-os

hatte gerade ein bluescreen,
leider habe ich ihn nicht weiter beachtung geschenkt,
da ich ihn für ein anderen, nicht surun problem hielt...

jedenfalls begrüst mich gerade auf mein destop eine
"microsoft windows"-fehlermeldung

SuperUserRun funktioniert nicht mehr

Problemsignatur:
Problemereignisname: APPCRASH
Anwendungsname: SuRun.exe
Anwendungsversion: 1.2.0.7
Anwendungszeitstempel: 4a891636
Fehlermodulname: USER32.dll
Fehlermodulversion: 6.0.6002.18005
Fehlermodulzeitstempel: 49e03821
Ausnahmecode: c0000142
Ausnahmeoffset: 00009eed
Betriebsystemversion: 6.0.6002.2.2.0.768.3
Gebietsschema-ID: 1031
Zusatzinformation 1: 9d13
Zusatzinformation 2: 1abee00edb3fc1158f9ad6f44f0f6be8
Zusatzinformation 3: 9d13
Zusatzinformation 4: 1abee00edb3fc1158f9ad6f44f0f6be8

Lesen Sie unsere Datenschutzrichtlinie:
http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0407

das system ist windows vista sp2
mist surun beta 12
mit aktivierten "IAT-Hook für Dienste und administrative Programme" feature...

mik-c-os

ich glaube der bluescreen hatte nix mit surun zu tun...,
denn die windowsfehlermeldung ging nicht weg.
vermutlich weil windows nicht surun beenden konnte...

ich habe mal das "IAT-Hook für Dienste und administrative Programme"-feature deaktiviert
und siehe da... keine fehlermeldung mehr... z.z. jedenfalls :P

tron04

"Problem/Phänomen" mit der Beta 12:

Start von Google Chrome (2.0.173.93) wird mit "Windows - Fehler in Anwendung" quittiert:
"Die Anwendung konnte nicht richtig initialisiert werden (0xc0000022)"

Es passiert auch das Chrome normal startet, aber nachdem man dann die erste Adresse ansurft kommt direkt wieder diese Fehlermeldung. Nach bestätigen der Meldung wird dann die Seite korrekt geladen.

Startet man Chrome mit rechter Maustaste und "Starte als Administrator", tritt der Fehler nicht auf.
Weiterhin tritt der Fehler nicht auf wenn man "Direkt in Programme einhängen" deaktiviert oder ein früheres Build von SuRun (z.B. Beta 11) verwendet.

Kay

Bin intern schon am Lösen... der IAT-Hook wird wieder umgestellt und "services.exe" direkt mit SuRunExt.dll "infiziert", dann kann man Hardware installieren und alles wird wieder stabil.

mik-c-os

bugreport

-windows xp prof. x32
-beta 12
-IAT-Hook an
-IAT-Hook für dienste aus
-nur ein avira antivir vierenscanner auf dem system...

-passworteingabe bei der wilkommensseite geht nicht
-kursurtasten gehen komischer weise
-texte fehlen im beendendialog

-nach ein neustart mit "abgesicherten modus", geht der /setup dialog nicht im "abgesicherten modus"
-zweiter neustart (normal)... alles geht
-dritter neustart... wieder die selben fehler...

- habe mich mal "blind" eingeloggt mit der klassischen anmeldung --> absturtz
(blind deswegen weil der klassiche anmeldedialog nicht dargestellt wurde (darstellungsfehler))

-surun deinstalliert --> fehler ist weg

Kay

Ok, den IAT-Hook habe ich hoffentlich zum Guten verändert... auch gibt es anderes Neues:

SuRun 1.2.0.7 Beta 13 vom 26.08.2009:
* NEW: SuRun benutzt ein Hilfskonto. Das Konto ist deaktiviert und wird bei Start des Dienstes kurz mit einem dynamisch generierten zufällig gewählten Kennwort aktiviert. Dadurch ist es endlich möglich, den Gruppenrichtlinien-Editor und die Benutzerverwaltung der Systemsteuerung zu verwenden.
* CHG: Wenn Administratoren leere Kennwörter haben, warnt SuRun nicht mehr so streng, falls das Verwenden von leeren Kennwörtern nicht erlaubt ist.
* CHG: SuRun benutzt nicht mehr den AppInit_DLLs Registry-Eintrag
* CHG: Die Option, den Hook auch in administrative Programme einzuhängen wurde entfernt.
* CHG: Der Installer fordert folglich in Vista++ nicht mehr zum Neustart auf.
* CHG: SuRuns Dienst injiziert SuRunExt.dll direkt in services.exe, um das Installieren von Hardware zu ermöglichen ohne ein Admin-Kennwort preisgeben zu müssen.
* FIX: "SuRun /Sysmenuhook" greift nur noch auf die Registry zu, wenn sich die interessierenden Einträge geändert haben.
* FIX: Der System-Menü-Hook hatte "(Neu-)start als Administrator" in das System-Menü und all dessen Untermenüs eingetragen.
* FIX: Gregory Maynard-Hoare hat eine ernste Sicherheitslücke entdeckt, die in SuRun 1.2.0.0 bis SuRun 1.2.0.7b12 vorhanden war. Diese Beta beseitigt das Loch. Ich habe den Fix in SuRun 1.2.0.6 zurück portiert. Sollte es wenig Probleme mit Beta 13 geben, werde ich SuRun 1.2.0.6a online stellen und danach genau das Loch erklären.

cosmo

Kay wrote:* CHG: Wenn Administratoren leere Kennwörter haben, warnt SuRun nicht mehr so streng, falls das Verwenden von leeren Kennwörtern nicht erlaubt ist.

Ich habe hier in 2 VM's beta 12 und 13 nebeneinander laufen und sehe bis auf's letzte Komma keinen Unterschied im Text der Meldung. Allerdings rätsele ich noch darüber, was der letzte Halbsatz bedeuten soll beziehungsweise worauf er sich bezieht.

Kay wrote:* CHG: SuRuns Dienst injiziert SuRunExt.dll direkt in services.exe, um das Installieren von Hardware zu ermöglichen ohne ein Admin-Kennwort preisgeben zu müssen.

Ich kann das in der VM nicht nachvollziehen, deswegen meine Bitte, das etwas ausführlicher zu erläutern.
Heißt das, daß nunmehr beim Anstecken einer neuen Hardware die Treiberinstallation abläuft, ohne das die (in XP) ansonsten übliche Aufforderung, sich mit den Zugangsdaten eines Admins zu legitimieren nicht mehr erscheint?
Wenn dann die Treiberinstallation auch noch mit den Credentials des Benutzers / SuRunners erfolgt, so wäre das von Übel. Wie du weißt, verfechte und praktiziere ich die klare Trennung zwischen RunAs-Aufrufen und SuRun-Aufrufen und habe deswegen auch die Besitzeroption von SuRun nicht der Empfehlung entsprechend geändert, sondern belasse sie bewußt auf XP-Standardeinstellung. Jetzt frage ich mich, ob dieses neue Feature dem eventuell zuwider läuft. In diesem Falle müßte es unbedingt zu einer Option gemacht werden, sonst wird es zu einem Eigentor.

Kay

Cosmo wrote:Ich habe hier in 2 VM's beta 12 und 13 nebeneinander laufen und sehe bis auf's letzte Komma keinen Unterschied im Text der Meldung.

Jetzt wo Du's schreibst... Wird sofort behoben.

Cosmo wrote:Allerdings rätsele ich noch darüber, was der letzte Halbsatz bedeuten soll beziehungsweise worauf er sich bezieht.

Es gibt eine Windows Richtlinie, das verwenden von leeren Kennwörtern auf die lokale Anmeldung zu beschränken.
Ist die gesetzt, sind leere Kennwörter im Betrieb ungefährlich, weil man sich damit nur am Anmeldebildschirm einloggen kann. Also lässt SuRun (theoretisch) den letzten Satz weg (Was noch nicht funktioniert) und weist nur darauf hin, dass Administratoren leere Kennwörter haben, ohne auf die Nutzlosigkeit SuRuns hinzuweisen.

Kay wrote:Ich kann das in der VM nicht nachvollziehen, deswegen meine Bitte, das etwas ausführlicher zu erläutern.

In VMware kannst Du beliebige USB Hardware mit der VM verbinden. Ich nehme dazu immer einen Drucker oder die WebCam.
Ja, SuRun fängt den "neue Hardware gefunden" Zauberer ab (rundll32 newdev.dll,...).
Du kannst pro SuRunner einstellen, ob der neue Hardware installieren darf. Wenn ja, startet SuRun "rundll32 newdev.dll,..." aus Services.exe immer automagisch administrativ.

Ansonsten fordert rundll32 newdev.dll zu einem Admin Kennwort auf, das man leider auch als Gast rausbekommen kann.

Habe noch weitere Kleine Unstimmigkeiten im Tray-Symbol behoben. Unter Anderem nervt es nicht mehr so viel mit Ballon-Tips... Beta 18 kommt später oder morgen.

EDIT:
Irgendwie war bei mir das Benutzen leerer Kennwörter aktiviert, habe es deaktiviert und sehe dann das:

cosmo

Danke für die Antwort. Ich hatte die Benutzer-Option bezüglich Hardware übersehen, weil sie grau ist, weil bei mir wiederum die 2. Option auf der dritten Seite deaktiviert ist.

Aber gleich noch eine Frage: Diese Benutzer-Option ist mit einem Häkchen (aktiviert) vorbelegt. Normalerweise bedeuten graue Optionen, daß die Option nicht geändert werden kann, aber wirksam ist. In diesem Fall gehe ich jedoch davon aus, daß durch die deaktivierte 2. Programmfilteroption die Benutzer-Hardware-Option trotz des Häkchens nicht wirksam ist. Richtig? Wäre es dann nicht besser weil zutreffend wenn die Vorbelegung in grau kein Häkchen zeigen würde?

Etwas anderes: Wieso sind auf deinem Screenshot 2 SuRun-Symbole im Tray zu sehen?

Übrigens: Ich erwarte Beta 14, nicht 18.

Kay

Cosmo wrote: Wäre es dann nicht besser weil zutreffend wenn die Vorbelegung in grau kein Häkchen zeigen würde?

Wird so gemacht.

Cosmo wrote: Etwas anderes: Wieso sind auf deinem Screenshot 2 SuRun-Symbole im Tray zu sehen?

Ich habe das Kennwort geleert, "SuRun /SYSMENUHOOK" gekillt und dann "SuRun /SYSMENUHOOK" gestartet.
Durch das killen war das alte Symbol noch da ;-)

Cosmo wrote: Übrigens: Ich erwarte Beta 14, nicht 18.

Jepp, genau :-)

Mir ist noch etwas mit der Beta13 aufgefallen:
Da sie eine "Logon-Sitzungs-ID" des temporären SuRun-User Kontos benutzt, liefern "WhoAmI.exe" und "SET" in der Eingabeaufforderung als Benutzernamen den temporären SuRun-Benutzer... Ich brauche noch eine Weile, das zu beheben!

mik-c-os

das ist ein für mich ein z.t. schwerwiegendes problem,
da meine shellextentions nun nicht mehr fehlerfrei den benutzer erkennen...

edit:
hab grad ein experiment in der eingabeauffoderung gemacht

>set username
USERNAME=MiC

>set username=WiK
>set username
USERNAME=WiK

man könnte SuRun veranlassen die Variable vür den Benutzeraccound neu schreiben lassen,
dabei weis ich aber nicht ob die Variable dauerhaft bleibt... scheind aber vererbt zu werden...

ich glaube nicht dass sich WhoAmI.exe so leicht manipulieren lässt...
vielleicht kannst du es ertmal als workaround einbauen, bis dir was besseres einfällt...

[gelöscht]

Kay,
Ich entschuldige mich, wenn dies nicht gut zu übersetzen. Ich benutze Google. Ich habe in beta 13 bemerkt, dass ich immer am Event 1524 und Event 1517 in der Event-Log mit jedem Herunterfahren des Systems. Ich verwende die Microsoft User Profile Hive Cleanup Utility. Ich hatte nicht diese Fehler mit Beta-12. Wäre es besser für mich, in Englisch oder in den Englisch-Forum als hier? :blush:

[gelöscht]

Ich denke, das Problem mit dem Event-Log-Einträge wurde, indem Sie ein paar Anwendungen als Administrator, die zuvor als SuRunner ausgeführt wurden behoben.

Kay

Sorry for being late... just working on a fix for Beta 13 and all SuRun 1.2.x.x before.
I did not understand the last post.
You don't need to post in German. ;-)
Feel free to post in english.

I'll check the "Registry has been accessed while it was unloaded" problem after the security hole is closed.

Kay

Damit SuRun vernünftig und ohne Sicherheitsloch funktioniert, muss es (wie bis SuRun 1.1.0.6) den eingeschränkten Benutzer in die Administratorengruppe eintragen, ihn anmelden und ihn wieder austragen. Das hat aber den Nachteil, das man das Kennwort des Benutzers braucht. Das Kennwort ist aber nicht auf dem System gespeichert, sondern nur ein Hash davon. Also macht SuRun ab jetzt folgenden Trick:
* SuRun sichert Kennwort-Hash
* Benutzer bekommt von SuRun zufällig gewähltes Kennwort
* Benutzer wird in lokale Administratoren eingetragen
* Benutzer wird angemeldet
* SuRun sichert die Daten der Anmelde-Sitzung
* Benutzer wird aus den Administratoren ausgetragen
* Kennwort-Hash wird wiederhergestellt
Das sollte sicher sein, denn SuRun speichert und kennt das Benutzerkennwort nicht und der Benutzer kennt das zufällig gewählte Kennwort nicht, das nur gilt, während der Benutzer Mitglied der Administratoren-Gruppe ist.

Der SuRun-Dienst macht das nur ein Mal pro Lauf und Benutzer, wenn das erste Programm als Administrator gestartet werden soll.

Mit Domänen-Benutzern sieht es leider anders aus. :-(
Auf dem lokalen System ist nur ein Hash des Hashes gespeichert und SuRun kann das nicht sichern/wiederherstellen. Deshalb speichert die angehängte Beta das Benutzerkennwort in der Registry, wie es SuRun 1.1.0.6 tat.
Die Kennwortspeicherung für Domänen-Benutzer lässt sich IMHO leider nicht umgehen.
Ich suche derzeit eine Möglichkeit, die Verschlüsselung abhängig von Daten des Domänen-Controllers zu machen, damit man nicht mit einer Boot-CD das Benutzerkennwort knacken kann.

SuRun 1.2.0.7 Beta 14 vom 31.08.2009:
* CHG: Das Tray-Symbol merkt sich, bei welchem Prozess zuletzt der Ballon-Tipp dargestellt wurde und stellt Ballon-Tipps erst wieder für einen anderen Prozess dar.
* FIX: Während Prozesse des angemeldeten Benutzers aktiv waren, wurde der Tray-Symbol-Text nicht aktualisiert.
* FIX: Das SuRun-Benutzerkonto wurde wieder entfernt, stattdessen benutzt SuRun das eigentliche Benutzerkonto mit temporär und zufällig vergebenem Kennwort.

« vorherige Seite Nächste Seite »