增強MIDAS的安全性

大家都知道，使用RemoteDataModule最令人頭疼的就是安全性問題。
主要體現在：
1、遠端只要知道應用服務器的端口號即可訪問到應用服務器，而一旦訪問到應用服務器，TClientDataSet即可獲得PRoviderNames列表。（觀點：不讓他輕易得到ProviderNames列表。）
2、一旦知道了ProviderNames列表，這就相當于將數據庫暴露在外了。
例如：客戶端可以通過SQL語句來對數據庫進行操作了。（觀點：我們的應用服務器根部不接受SQL語句。）

因為看到大家此類貼多如牛毛，又沒有什么更好的解決方法，因此我發表一下我的拙見。

我對IAppServer接口進行了進一步的擴展，增強了RemoteDataModule的安全性。主要體現在：
1、客戶端偵測到應用服務器的端口號可以建立與應用服務器的連接，但必須提供由TClientDataSet提供一GUID作為密碼方能在設計階段獲得ProviderNames列表。此功能使得系統外部人員無法在設計階段直接在TClientDataSet的ProviderName中直接獲得應用服務器的TProvider實例。如果想通過IAppServer來獲取ProviderNames列表則必須提供這一特定的GUID作為密碼。
IAppServer的AS_GetProviderNames原形為
function  AS_GetProviderNames: OleVariant; safecall;
擴展后的函數為
function  AS_GetProviderNames(PassWord:WideString): OleVariant; safecall;
系統外部人員能夠訪問TRemoteDataModule的Provider的唯一方法就是猜測（或者成為蒙）出可能有的ProviderName直接賦值給TClientDataSet的ProviderName屬性。當然這是十分困難的（只要你不是直接將datasetProvider1作為TdatasetProvider的名稱）。
2、雖然惡意者可能通過其他方法（包括猜測、窮舉）來獲取到一個具有較高權限的TProvider，但是此步的安全特性完全將其擋在了門外。
TClientDataSet必須提供加密后的CommandText串才能得到應用服務的正確相應。因為這里的加密對象是SQL語句（一個字符串），所以可以使用n多種加密方法。如果應用服務器解密出的串為非法SQL串，會向客戶端返回SQL語法錯誤信息。
而我在處理時并沒有對SQL進行真正的加密，而是在TClientDataSet的CommandText中包含了一特定的字符串作為鑰匙，而如果服務器得到請求后在CommandText中沒有找到這一鑰匙則返回“Missiong SQL property”異常。如果服務器得到了這一鑰匙，則將這一鑰匙從CommandText串中移除后交給TProvider進行處理。

實現：
聽上去好像很玄，但實現起來比較簡單：
我這里簡單說說對SQL串的加密方法：
打開Provider單元，找到TDataSetProvider的SetCommandText方法。
你應該明白了吧。。。

如果你比我還菜，你就這樣寫：
var commandt:string;
begin
if CommandText='' then Exit;
if Copy(Commandtext,1,8)<>'minercxy' then Exit;
commandt:=Copy(CommandText,9,length(CommandText)-8);
if not(poAllowCommandTet in Options) then
DatabaseError(SCannotChangeCommandText);
CheckDataSet;

我把'minercxy'暫且稱為鑰匙，鑰匙可以自己進行隨意設置，位數也可隨意長度。當然鑰匙的隨機性越大安全性就越強了。

歡迎大家討論。

QQ:7943383

Minercxy@incom.com.cn