MS SQL Server: Prüfen Sie, ob ein Benutzer eine gespeicherte Prozedur ausführen kann

Wie können Sie überprüfen, um zu sehen, ob ein Benutzer ausführen kann, eine gespeicherte Prozedur in MS SQL server?

Ich sehen kann, wenn der Benutzer explizit die execute-Berechtigungen eine Verbindung mit der master-Datenbank und ausführen:

databasename..sp_helpprotect 'storedProcedureName', 'username'

jedoch, wenn der Benutzer Mitglied einer Rolle mit Berechtigungen ausführen sp_helprotect nicht mir helfen.

Im Idealfall würde ich mag in der Lage sein zu nennen, so etwas wie 

databasename..sp_canexecute 'storedProcedureName', 'username'

was wieder ein bool.

  • Auch, wenn Sie mithilfe von SQL Server 2005 oder höher, und die Berechtigung zugewiesen ist, um das schema oder die Datenbank (AUSZUFÜHREN, kann jetzt sein), sp_helprotect nicht melden. Die gespeicherte Prozedur enthalten ist nur für die Abwärtskompatibilität und Berichte, Berechtigungen basierend auf was wurde in SQL Server 2000.
InformationsquelleAutor Andrew | 2009-01-27
  1. 12

    fn_my_permissions und HAS_PERMS_BY_NAME

    • Ich glaube nicht, dass diese Funktionen Antwort auf die ursprüngliche Frage, war zu prüfen, ob alle Benutzer execute-Berechtigungen auf eine bestimmte gespeicherte Prozedur. Die MSDN-Artikel für die beiden Funktionen sagen, dass Sie zurück Berechtigungen für das Aufruf AUFTRAGGEBER nur, anstatt irgendwelche AUFTRAGGEBER.
    InformationsquelleAutor Cade Roux
  2. 4

    Probieren Sie etwas wie dieses:

    CREATE PROCEDURE [dbo].[sp_canexecute]
@procedure_name varchar(255),
@username varchar(255),
@has_execute_permissions bit OUTPUT
AS

IF EXISTS (
        /* Explicit permission */
        SELECT 1
        FROM sys.database_permissions p
        INNER JOIN sys.all_objects o ON p.major_id = o.[object_id] AND o.[name] = @procedure_name
        INNER JOIN sys.database_principals dp ON p.grantee_principal_id = dp.principal_id AND dp.[name] = @username
    )
    OR EXISTS (
        /* Role-based permission */
        SELECT 1
        FROM sys.database_permissions p
        INNER JOIN sys.all_objects o ON p.major_id = o.[object_id]
        INNER JOIN sys.database_principals dp ON p.grantee_principal_id = dp.principal_id AND o.[name] = @procedure_name
        INNER JOIN sys.database_role_members drm ON dp.principal_id = drm.role_principal_id
        INNER JOIN sys.database_principals dp2 ON drm.member_principal_id = dp2.principal_id AND dp2.[name] = @username
    )
BEGIN
    SET @has_execute_permissions = 1
END
ELSE
BEGIN
    SET @has_execute_permissions = 0
END
GO
    • Das funktioniert, wenn der Benutzer Mitglied einer Rolle über die erforderlichen Berechtigungen verfügt, und wurde nicht ausdrücklich erlaubt ist, führen Sie die gespeicherte Prozedur?
    • Nein, aber Sie könnten die Rolle Namen in der @username-parameter und das würde noch zurück, die richtige/erwartete Boolesche Ergebnis.
    • Ok, ich habe aktualisiert die proc-code oben erteilten Berechtigungen durch Rollen sowie die explizite Gewährung.
    • Ich glaube nicht, dass es berücksichtigt die Berechtigungen, die über übergeordnete Berechtigungen, wie wenn der Benutzer die execute-Berechtigungen für das gesamte schema, aber nicht direkt auf das Element. Ist das korrekt?
    InformationsquelleAutor Dane
  3. 1

    Vorausgesetzt, der SP läuft nur eine SELECT-Anweisung:

    EXECUTE AS USER = [User-ID/Login]

    EXEC sp_foobar( sna-fu)

    REVERT

    Es ist wichtig zu beachten, dass Sie benötigen, um führen Sie den Befehl "ZURÜCKSETZEN" nach der Eingabeaufforderung SQL-Server sehen Sie, wie der Benutzer Sie AUSGEFÜHRT, bis Sie entweder Herunterfahren die Verbindung oder das ZURÜCKSETZEN der Identitätswechsel. Das heißt, Sie sollten sehen, genau das, was ein Benutzer bekommen würde (immer einige Zeilen, aber nicht alle? Dies sollte Ihnen helfen, aus).

    InformationsquelleAutor Pulsehead
Schreibe einen Kommentar