最近、友人と私は、SQL サーバー データベースでストアド プロシージャ コードを保護することについて話していました。
遠い記憶から、「暗号化あり」は SQL Server のすべてのバージョンで信じられないほど簡単に破られると確信していますが、SQL 2005 では大幅に改善されたと彼は言いました。私がこれまで取り組んできたどのシステムでも。
では、どのようなシナリオで「暗号化あり」を使用できるのでしょうか。
最近、友人と私は、SQL サーバー データベースでストアド プロシージャ コードを保護することについて話していました。
遠い記憶から、「暗号化あり」は SQL Server のすべてのバージョンで信じられないほど簡単に破られると確信していますが、SQL 2005 では大幅に改善されたと彼は言いました。私がこれまで取り組んできたどのシステムでも。
では、どのようなシナリオで「暗号化あり」を使用できるのでしょうか。
カジュアルなオブザーバーからコードを隠すために使用できますが、あなたが言うように、それは簡単に回避されます.
サーバーはコードを実行するためにコードを復号化する必要があるため、他の方法はあり得ません。基本的にこれは DRM であり、他のすべての DRM と同じ理由で失敗します。データを同時に非表示にして、アクセスできるようにすることはできません。
@ブロッグビアード
「WITH ENCRYPTION」に関するMSDNのドキュメントは、暗号化ではなく「難読化」と呼んでいる点に同意しているようです。
しかし、この点をまったく知らなかった数人の開発者に会ったことがあります。うまくいけば、この質問/回答が他の人にも通知されることを願っています.
はい、壊れやすいです。先週、元開発者が私のクライアントのために暗号化したいくつかの sproc を解読しなければならない状況がありました。中程度の労力を費やして解読した後、知的財産、パスワード、ユーザーIDを保護する手段として、私はそれに頼りませんでした. 本当に何でも。