.Net 2.0 ServiceController.GetServices()

Hinweis: Diese geht nicht auf das auflisten der Dienste mit einem anderen Benutzerkonto, aber angesichts der weitergehenden Beschreibung von dem, was Sie tun, ich denke, es ist eine gute Antwort.

Ich denke, Sie vereinfachen vieles, und vielleicht vermeiden Sie Teil der Sicherheits-problem, wenn man direkt an den service von Interesse sind. Anstelle von aufrufen GetServices, versuchen Sie dies:

string machineName = ConfigurationManager.AppSettings["ServiceMachineName"];
string serviceName = ConfigurationManager.AppSettings["ServiceName"];
ServiceController service = new ServiceController( serviceName, machineName );
return service.Status;

Diese schließt sich direkt an den service von Interesse sind, und umgeht die Aufzählung/Suche Schritt. Daher ist es nicht erforderlich, den Anrufer zu haben, die SC_MANAGER_ENUMERATE_SERVICE Recht auf den Service Control Manager (SCM), die remote-Benutzer nicht standardmäßig. Ist es immer noch erforderlich SC_MANAGER_CONNECT, aber laut MSDN, die gewährt werden sollte, um remote-authentifizierten Benutzern.

Sobald Sie gefunden haben, den service von Interesse sind, werden Sie noch brauchen, um in der Lage zu stoppen und starten Sie es, die Ihre remote-Benutzer vermutlich nicht über Rechte zu tun. Jedoch, es ist möglich, ändern die Sicherheitsbeschreibung (DACL) für die einzelnen Dienstleistungen, die lassen würde Sie grant remote-Benutzer Zugriff, um zu stoppen und starten Sie den Dienst, ohne dass Sie zu lokalen admins. Dies geschieht über die SetNamedSecurityInfo - API-Funktion. Die Zugriffsrechte, die Sie brauchen zu gewähren sind SERVICE_START und SERVICE_STOP. Je nach genau, zu welchen Gruppen diese Benutzer angehören, müssen Sie möglicherweise auch zu gewähren, Ihnen GENERIC_READ. Alle diese Rechte sind in der MSDN beschrieben.

Hier einige C++ - code zur Ausführung dieses setup, vorausgesetzt, der Nutzer von Interesse sind, in der "Remote Service Controller" - Gruppe (die Sie die schaffen würde) und der service-name ist "my-service-name". Beachten Sie, dass wenn Sie wollten, gewähren von Zugriff auf eine bekannte Gruppe wie die Benutzer (nicht unbedingt eine gute Idee ist), anstatt eine von Ihnen erstellte Gruppe, die Sie ändern müssen TRUSTEE_IS_GROUP zu TRUSTEE_IS_WELL_KNOWN_GROUP.

Den code hat keine Fehler-Kontrolle, die Sie hinzufügen möchten. Alle drei Funktionen, die fehlschlagen können (Get/SetNamedSecurityInfo und SetEntriesInAcl) geben 0 zurück, um anzuzeigen, Erfolg.

Noch ein Hinweis: Sie können auch einen service security descriptor mit das SC-tool, die sich unter %WINDIR%\System32, aber nicht um irgendwelche Programmierung.

#include "windows.h"
#include "accctrl.h"
#include "aclapi.h"

int main()
{
    char serviceName[] = "my-service-name";
    char userGroup[] = "Remote Service Controllers";

    //retrieve the security info
    PACL pDacl = NULL;
    PSECURITY_DESCRIPTOR pDescriptor = NULL;
    GetNamedSecurityInfo( serviceName, SE_SERVICE,
        DACL_SECURITY_INFORMATION, NULL, NULL,
        &pDacl, NULL, &pDescriptor );

    //add an entry to allow the users to start and stop the service
    EXPLICIT_ACCESS access;
    ZeroMemory( &access, sizeof(access) );
    access.grfAccessMode = GRANT_ACCESS;
    access.grfAccessPermissions = SERVICE_START | SERVICE_STOP;
    access.Trustee.TrusteeForm = TRUSTEE_IS_NAME;
    access.Trustee.TrusteeType = TRUSTEE_IS_GROUP;
    access.Trustee.ptstrName = userGroup;
    PACL pNewDacl;
    SetEntriesInAcl( 1, &access, pDacl, &pNewDacl );

    //write the changes back to the service
    SetNamedSecurityInfo( serviceName, SE_SERVICE,
        DACL_SECURITY_INFORMATION, NULL, NULL,
        pNewDacl, NULL );

    LocalFree( pNewDacl );
    LocalFree( pDescriptor );
}

Diese könnten auch von C# mit P/Invoke, aber das ist ein bisschen mehr Arbeit.

Wenn Sie noch möchte speziell aufgelistet werden können-Dienstleistungen, da sich diese Benutzer, die Sie benötigen, zu gewähren, die SC_MANAGER_ENUMERATE_SERVICE rechts auf den SCM. Leider laut MSDN, die SCM-Sicherheit kann nur geändert werden, auf Windows Server 2003 sp1 oder höher.

InformationsquelleAutor Charlie

Können Sie versuchen, mit ASP.NET Identitätswechsel in Ihrem web.config-Datei und geben Sie ein Benutzerkonto mit den entsprechenden Berechtigungen:

    <system.web>
       <identity impersonate="true" userName="Username" password="Password" />
    </system.web

Werfen Sie einen Blick auf dieser Artikel auf MSDN. Ich glaube, es gibt andere Optionen, die nicht benötigen, speichern Sie das Passwort in das web.config-Datei wie stellen Sie es an einem registry-Schlüssel statt.

Dadurch wird die ASP.NET worker-Prozess ausgeführt werden, die im Kontext des angegebenen Benutzers anstelle des angemeldeten Benutzers in der web-Anwendung. Jedoch, stellt dies ein Sicherheitsproblem und würde ich stark überdenken Sie Ihre design. Möchten Sie vielleicht in Erwägung ziehen, mit der ASP.NET web-Seite ihrerseits das Feuer aus eine Anfrage an einen anderen Prozess tatsächlich steuert die Dienste, auch andere windows-service oder schreiben Sie die Anfrage auf eine Datenbank-Tabelle, dass der windows-Dienst fragt in regelmäßigen Abständen.

InformationsquelleAutor Rich