Wie SQL Sprocs zu verschleiern?

Ich kann vage verstehen, Code zu verschleiern, wenn er extrem weit fortgeschritten ist, aber ich denke, das Verschleiern von SQL mag den Aufwand nicht wert sein.

Wie auch immer, eine Menge SQL, die ich hier gesehen habe, ist als Standard verschleiert.

Nein. Zumindest nicht in einer Weise, die nicht umkehrbar ist. SQL Server 2000 "WITH ENCRYPTION" kann umgekehrt werden, um den ursprünglichen Klartext zu erhalten. Der Pseudocode und ein T-SQL-Skript, das dies veranschaulicht, sind hier: Ссылка

Hinweis: Ich habe es nicht mit SQL 2005 oder höher versucht, aber meine Vermutung ist, dass es genauso verwundbar ist. Wie die MSDN-Dokumentation sagt:

  

VERSCHLÜSSELUNG       Gibt an, dass SQL Server den ursprünglichen Text der CREATE PROCEDURE-Anweisung in ein verschleiertes -Format konvertiert.

Betonung meiner.

leicht umkehrbar, wenn Sie wissen, aber einschüchternd zu den meisten Menschen herumstochern Code. hex kodieren Sie sproc Logik und dann mit EXEC (@hexEncodedString) ausführen Siehe hierzu posten .

Sie können die ENCRYPTION-Klausel beim Erstellen der gespeicherten Prozedur verwenden.

Dies würde jedoch darauf hinauslaufen, die Quell-SQL nicht auf dem Kundencomputer zu belassen.

Siehe hier für weitere Informationen:

Ссылка

Eine Option wäre, nur die sensiblen Teile der gespeicherten Prozedur in eine CLR-gespeicherte Prozedur einzufügen und diese Assembly mit einem professionellen Verschleierungsprodukt zu verschleiern.

Ссылка

Alte Post, ich weiß. Aber ich kam von der Suche nach "Warum sollte ich SQL verschleiern?" Ich habe gerade ein kostenloses Produkt namens ApexSQL Refactor (keine Zugehörigkeit) installiert, das eine Verschleierungskomponente bietet.

Es bietet verschiedene Möglichkeiten, Ihren Code schwer lesbar zu machen. Ich war mir nicht sicher, warum ich eine solche Funktion möchte, da andere die Fähigkeit zur Verschlüsselung Ihrer gespeicherten Prozeduren notierten. Wie auch immer, dies ist ein Beispiel für die Ausgabe, die es von seiner Verschleierung zurückgeben kann.

Sie können gewöhnlichen Code immer in C # (oder VB) schreiben und ihn außerhalb der Datenbank in einer DLL speichern.

Dann müssen Sie sich nicht darum kümmern, Ihr SQL zu verschleiern.

Wenn Sie wirklich besorgt sind, dass jemand in die DB gelangt und die Quelle für die Prozedur sieht, dann können Sie, wie S. Lott sagt, die Prozedur in C # portieren. Ich würde LINQ empfehlen.

Die Datenbank selbst sollte jedoch wahrscheinlich vor Personen geschützt werden, die auf den Code für Prozeduren zugreifen, die dies nicht sein sollten. Sie können die Rechte eines Benutzers oder einer Gruppe beschränken, um bei Bedarf EXECUTE-Zugriff auf einen Prozess zu haben.