Zaszyfruj procedurę składowaną utworzoną przez SqlDependency

Question

Utworzono , aby zdarzenie mogło zostać wywołane, gdy zmieni się wynik danego zapytania.

// Create a command 
SqlConnection conn = new SqlConnection(connectionString); 
string query = "SELECT MyColumn FROM MyTable;"; 
SqlCommand cmd = new SqlCommand(query, conn) 
cmd.CommandType = CommandType.Text; 

// Register a dependency 
SqlDependency dependency = new SqlDependency(cmd); 
dependency.OnChange += DependencyOnChange; 

Po wykonaniu tego kodu, procedura przechowywana jest automatycznie tworzony z nazwą jak

SqlQueryNotificationStoredProcedure-82ae1b92-21c5-46ae-a2a1-511c4f849f76

Ta procedura jest szyfrowane co narusza podane mi wymagania. Mam dwie opcje:

1. przekonać klienta, że ​​to nie ma znaczenia, że ​​procedura auto generowany jest szyfrowanych, ponieważ jedynie wykonuje prace porządkowe i nie zawiera prawdziwe informacje (dzięki ScottChamberlain za wskazanie na to uwagę).
2. Znajdź sposób szyfrowania procedury składowanej generowanej przez SqlDependency.

Jak mogę wykonać opcję 2?

---

Zawartość procedury przechowywane w pytaniu:

CREATE PROCEDURE [dbo].[SqlQueryNotificationStoredProcedure-b124707b-23fc-4002-aac3-4d52a71c5d6b] 
AS 
BEGIN 
    BEGIN TRANSACTION; 

    RECEIVE TOP (0) conversation_handle 
    FROM [SqlQueryNotificationService-b124707b-23fc-4002-aac3-4d52a71c5d6b]; 

    IF (
     SELECT COUNT(*) 
     FROM [SqlQueryNotificationService-b124707b-23fc-4002-aac3-4d52a71c5d6b] 
     WHERE message_type_name = 'http://schemas.microsoft.com/SQL/ServiceBroker/DialogTimer' 
    ) > 0 
    BEGIN 
     IF (
      ( 
       SELECT COUNT(*) 
       FROM sys.services 
       WHERE NAME = 'SqlQueryNotificationService-b124707b-23fc-4002-aac3-4d52a71c5d6b' 
      ) > 0 
     ) 
     DROP SERVICE [SqlQueryNotificationService-b124707b-23fc-4002-aac3-4d52a71c5d6b]; 

     IF (OBJECT_ID('SqlQueryNotificationService-b124707b-23fc-4002-aac3-4d52a71c5d6b', 'SQ') IS NOT NULL) 
      DROP QUEUE [SqlQueryNotificationService-b124707b-23fc-4002-aac3-4d52a71c5d6b]; 

     DROP PROCEDURE [SqlQueryNotificationStoredProcedure-b124707b-23fc-4002-aac3-4d52a71c5d6b]; 
    END 

    COMMIT TRANSACTION; 
END 
GO 

Answer 1

utworzyć wyzwalacz DDL, który sprawdza, czy tworzony jest procedura o nazwie typu „SqlQueryNotificationStoredProcedure-”, a jeśli tak, to natychmiast zmieniają WITH ENCRYPTION zamiast:

CREATE TRIGGER [TR_EncryptQueryNotificationProcedures] 
ON DATABASE 
AFTER CREATE_PROCEDURE, ALTER_PROCEDURE 
AS 
BEGIN 
    SET ARITHABORT ON; 
    SET NOCOUNT ON; 
    IF TRIGGER_NESTLEVEL() > 1 RETURN; 

    -- For debugging purposes only 
    PRINT CONVERT(NVARCHAR(MAX), EVENTDATA()); 

    DECLARE @DatabaseName NVARCHAR(128); 
    SET @DatabaseName = EVENTDATA().value(
     '(/EVENT_INSTANCE/DatabaseName)[1]', 'NVARCHAR(128)' 
    ); 
    DECLARE @Schema NVARCHAR(128); 
    SET @Schema = EVENTDATA().value(
     '(/EVENT_INSTANCE/SchemaName)[1]', 'NVARCHAR(128)' 
    ); 
    DECLARE @Name NVARCHAR(128); 
    SET @Name = EVENTDATA().value(
     '(/EVENT_INSTANCE/ObjectName)[1]', 'NVARCHAR(128)' 
    ); 

    DECLARE @Definition NVARCHAR(MAX); 
    SELECT @Definition = 
     OBJECT_DEFINITION(
      OBJECT_ID(
       QUOTENAME(@DatabaseName) + '.' + 
       QUOTENAME(@Schema) + '.' + 
       QUOTENAME(@Name), 
       'P' 
      ) 
     ) 
    ; 

    -- If the sproc is already encrypted, we can't do anything with it 
    IF @Definition IS NULL RETURN; 

    SELECT @Definition = STUFF(
     @Definition, 
     CHARINDEX('CREATE', @Definition), 
     LEN('CREATE'), 
     'ALTER' 
    ); 

    IF 
     @Name LIKE 'SqlQueryNotificationStoredProcedure-%' AND 
     -- this should always be false since we can't read encrypted definitions, 
     -- but just to make sure 
     @Definition NOT LIKE '%WITH ENCRYPTION AS BEGIN%' 
    BEGIN; 
     SET @Definition = REPLACE(
      @Definition, 'AS' + CHAR(13) + CHAR(10) + 'BEGIN', 
      'WITH ENCRYPTION AS BEGIN' 
     ); 
     EXEC (@Definition); 
    END; 
END; 
GO 
ENABLE TRIGGER [TR_EncryptQueryNotificationProcedures] ON DATABASE; 

Zastrzeżenie: nie testowane na rzeczywistej notyfikacji zależności, ale podstawowa idea jest dobra. Jest dość kruchy, ponieważ zależy oczywiście od dokładnej formy procedury - dzięki czemu jest bardziej wytrzymały, ale nużący.