首页 > 代码库 > 以远程计算机上的用户身份访问Com+应用

以远程计算机上的用户身份访问Com+应用

DELPHI程序员开发com+应用的速度是非常快的,其主要原因是其较好地封装了com+的window
s底层功能,开发人员通过较为简单的类继承就避开了复杂的com+底层技术细节,使开发人员
将精力放在应用本身的功能上面。Delphi在封装com+应用时采取了许多折衷,在保留通用性
的同时也避开了一些实现起来困难但是应用面不太广的com+底层特性。这些避开的特性中最
令delphi com开发人员关心的就是安全特性。从delphi 5开始,有许多人都面临过这样的问
题:com应用开发出来并且在本机上运行一切正常,但是一旦分发出去实施远程访问时,就无
法正常运行了。我自己有段时间在看到“拒绝访问”错误提示时会本能的头晕。其实认真追
究起来,还是因为自己对windows安全技术了解不多造成的。多年来我一直没有发现国内有w
indows安全方面比较系统的资料和书籍,直到Keith Brownr的<windows安全性编程>中文版的
出现。正是基于这本书我才有了下面的一些试验,也知道了为什么我老是补拒绝的原因。下
面的讨论只是我在解决自身现有代码的安全访问问题时,总结出的几个小经难方法。建议愿
意了解windows安全性的朋友去看一看<windows安全性编程>一书,你会发现windows的安全不
再神秘。这篇文章将会说明如何以远程工作站上的用户身份激活com+对象,并以此用户身份
访问Interface。 1、 Delphi默认com+对象的远程激活

  Delph中远程com+对象激活一般通过TdispatchConnection及其子类来实现,实际代码中
多用TDCOMConnection或TsocketConnectoion这两个组件,TDCOMConnection组件最终调用Co
CreateInstanceEx创建com+对象。CoCreateInstanceEx (const clsid: TCLSID; unkOuter:
IUnknown; dwClsCtx: Longint; ServerInfo:PCoServerInfo;dwCount: Longint; rgmqRes
ults: PMultiQIArray): HResult。 TDCOMConnection在调用CoCreateInstanceEx时为pCoSe
rverInfo参数中的pAuthInfo传递了Null值,因此TdcomConnection在创建Com对象时使用的是
本地计算机登录者的用户令牌。假若A计算机上的登录用户Auser使用TDCOMConnection类连接
远程计算机B上的com+对象,则B计算机会使用Auser的用户名/密码在B计算机上建立登录会话
并最终创建com+对象。但是一台windows工作站上的本地用户只能在本地登录而无法在别的计
算机上登录,因此A计算机上的Auser就无法在B工作站上建立登录会话,当然也就无法创建c
om+对象,此时远程工作站B会尝试用Guest帐户建立会话并使用该账户激活com+对象。在这种
情况下,如果B工作站上的Guest账户没有启用或Guest没有激活com+对象的权限,你就会看见
令人头晕的提示“拒绝访问”。看到这里你是不对现在网上最“流行”的dcom配置方法有所
悟了呢。那个方法就是允许everyone访问、激活com对象、并且将“默认身份验证级别”设置
成无。这种方法能够使你的com应用可以“用了”,但是,它可以上“任何人”访问。而且这
种设置你将无法利用com+基于角色的安全访问控制功能。 2、怎样不用GUEST账户激活这
个问题的实际上应该是:怎样用远程工作站上的用户激活远程com对象。解决这个问题其实很
简单:只要你在调用CoCreateInstanceEx时为它指定远程工作站上的用户名和密码,只要用
户名/密码通过远程计算机的验证,并且该用户被授予了“远程激活”com+对象的权限,那么
远程工作站会用该用户身份激活com+对象。看一下代码:

  var

   mts:IMTSXjpimsDB;

   ov:Variant;

   i:integer;

   cai:_CoAuthInfo;

   cid:_CoAuthIdentity;

   csi:COSERVERINFO;

   mqi:MULTI_QI;

   iid_unk:TGUID;

   idsp:IDispatch;

   wUser,wDomain,wPsw:WideString;

  begin

   wUser:=eduser.text;//用户名

   wDomain:=edSvr.Text;//远程计算机名

   wPsw:=edPsw.Text;//密码

   cid.user:=pUnshort(@wUser[1]);

   cid.UserLength:=length(wUser);

   cid.Domain:=pUnshort(@wDomain[1]);

   cid.DomainLength:=length(wDomain);

   cid.password:=pUnshort(@wPsw[1]);

   cid.PasswordLength:=length(wPsw);

   cid.Flags:=2;

   //以上填充_CoAuthIdentity结构

   cai.dwAuthnSvc:=10;//winNt默认的鉴证服务

   cai.dwAuthzSvc:=0;

   cai.pwszServerPrincName:=wDomain;

   cai.dwAuthnLevel:=0;

   cai.dwImpersonationLevel:=3;//必须设置成模拟

   cai.pAuthIdentityData:=@cid;

   cai.dwCapabilities:=$0800; //以上填充_CoAuthInfo结构

   FillChar(csi, sizeof(csi), 0);

   csi.dwReserved1:=0;

   csi.pwszName:=pwidechar(wdomain);

   csi.pAuthInfo:=@cai;

   //以上填充COSERVERINFO结构

   iid_unk:=IUnknown;

   mqi.IID:=@iid_unk;mqi.Itf:=nil;mqi.hr:=0;

   Screen.Cursor:=crHourGlass;
olecheck(CoCreateInstanceEx(CLASS_MTSXjpimsDB,nil,CLSCTX_REMOTE_SERVER,@csi,1,@mqi));
这段代码中除了最后实际调用CoCreateInstanceEx外,前面的代码都是设置参数。这些参数的含义请大家参考msdn,除了用户名、主机名
、密码外,只有一个重要要部分要说明:cai.dwImpersonationLevel必须设置成允许模拟(值
为3),否则远程计算机将无法按提供的用户/密码建议网络会话。

3、不修改现有代码,可以实现用远程用户身份激活吗?当然可以,我扩展了TDcomConnection类,为其加入了用户名和
密码,并修改其默认的DoConnect方法,使其在调用CoCreateInstanceEx时用指定的用户名和
密码填充参数。代码如下:

  unit SecDComConnection;

  

  interface

  

  uses

   windows,SysUtils, Classes,ActiveX, DB, DBClient, MConnect,comobj,Midas;

  

  type

  

  {typedef struct _SEC_WINNT_AUTH_IDENTITY

   unsigned short __RPC_FAR* User;

   unsigned long UserLength;

   unsigned short __RPC_FAR* Domain;

   unsigned long DomainLength;

   unsigned short __RPC_FAR* Password;

   unsigned long PasswordLength;

   unsigned long Flags;

   SEC_WINNT_AUTH_IDENTITY, *PSEC_WINNT_AUTH_IDENTITY;

  }

   {typedef struct _COAUTHIDENTITY

   USHORT * User;

   ULONG UserLength;

   USHORT * Domain;

   ULONG DomainLength;

   USHORT * Password;

   ULONG PasswordLength;

   ULONG Flags;

  COAUTHIDENTITY;}

  

  {#define RPC_C_AUTHN_NONE 0

  #define RPC_C_AUTHN_DCE_PRIVATE 1

  #define RPC_C_AUTHN_DCE_PUBLIC 2

  #define RPC_C_AUTHN_DEC_PUBLIC 4

  #define RPC_C_AUTHN_GSS_NEGOTIATE 9

  #define RPC_C_AUTHN_WINNT 10

  #define RPC_C_AUTHN_GSS_SCHANNEL 14

  #define RPC_C_AUTHN_GSS_KERBEROS 16

  #define RPC_C_AUTHN_MSN 17

  #define RPC_C_AUTHN_DPA 18

  #define RPC_C_AUTHN_MQ 100

  #define RPC_C_AUTHN_DEFAULT 0xFFFFFFFFL

  }

  

  {#define RPC_C_AUTHZ_NONE 0

  #define RPC_C_AUTHZ_NAME 1

  #define RPC_C_AUTHZ_DCE 2

  #define RPC_C_AUTHZ_DEFAULT 0xFFFFFFFF }

  

  {

  #define RPC_C_AUTHN_LEVEL_DEFAULT 0

  #define RPC_C_AUTHN_LEVEL_NONE 1

  #define RPC_C_AUTHN_LEVEL_CONNECT 2

  #define RPC_C_AUTHN_LEVEL_CALL 3

  #define RPC_C_AUTHN_LEVEL_PKT 4

  #define RPC_C_AUTHN_LEVEL_PKT_INTEGRITY 5

  #define RPC_C_AUTHN_LEVEL_PKT_PRIVACY 6 }

  

  {SEC_WINNT_AUTH_IDENTITY_UNICODE=2 }

  

   pUnShort=^Word;

  

   pCoAuthIdentity=^_CoAuthIdentity;

   _CoAuthIdentity=record

   user:pUnShort;

   UserLength:ULONG;

   Domain:pUnShort;

   DomainLength:Ulong;

   password:pUnShort;

   PasswordLength:ulong;

   Flags:ulong;

   end;

  

   _CoAuthInfo=record

   dwAuthnSvc:DWORD;

   dwAuthzSvc:DWORD;

   pwszServerPrincName:WideString;

   dwAuthnLevel:Dword;

   dwImpersonationLevel:dword;

   pAuthIdentityData:pCoAuthIdentity;

   dwCapabilities:DWORD;

   end;

  

   TSecDComConnection = class(TDCOMConnection)

   private

   FCai:_CoAuthInfo;

   FCid:_CoAuthIdentity;

   FSvInfo:COSERVERINFO;

   FUser:WideString;

   FPassWord:WideString;

   procedure SetPassword(const Value: wideString);

   procedure SetUser(const Value: wideString);

   procedure SetSvInfo(const Value: COSERVERINFO);

   protected

   procedure DoConnect; override;

  

   public

   property SvInfo:COSERVERINFO read FSvInfo write SetSvInfo;

   constructor Create(AOwner: TComponent); override;

   procedure MySetBlanket(itf:IUnknown;const vCai:_CoAuthInfo);

   function GetServer: IAppServer; override;

   published

   property User:wideString read FUser write SetUser;

   Property Password:wideString read FPassword write SetPassword;

   end;

  

  procedure Register;

  

  implementation

  

  constructor TSecDCOMConnection.Create(AOwner: TComponent);

  begin

   inherited Create(AOwner);

   FillMemory(@Fcai,sizeof(Fcai),0);

   FillMemory(@FCid,sizeof(FCid),0);

   FillMemory(@FSvInfo,sizeof(FSvInfo),0);

   with FCai do begin

   dwAuthnSvc:=10;//RPC_C_AUTHN_WINNT

   dwAuthzSvc:=0;// RPC_C_AUTHZ_NONE

   dwAuthnLevel:=0;//RPC_C_AUTHN_LEVEL_DEFAULT

   dwImpersonationLevel:=3;

   pAuthIdentityData:=@fcid;

   dwCapabilities:=$0800;

   end;

  end;

  

  procedure TSecDCOMConnection.DoConnect;

  var

   tmpCmpName:widestring;

   IID_IUnknown:TGUID;

   iiu:IDispatch;

   Mqi:MULTI_QI;

   qr:HRESULT;

  begin

   if (ObjectBroker) <> nil then

   begin

   repeat

   if ComputerName = ‘‘ then

   ComputerName := ObjectBroker.GetComputerForGUID(GetServerCLSID);

   try

   SetAppServer(CreateRemoteComObject(ComputerName, GetServerCLSID) as IDispatch);

   ObjectBroker.SetConnectStatus(ComputerName, True);

   except

   ObjectBroker.SetConnectStatus(ComputerName, False);

   ComputerName := ‘‘;

   end;

   until Connected;

   end

   else if (ComputerName <> ‘‘) then

   begin

   with fcid do begin

   user:=pUnshort(@fuser[1]);

   UserLength:=length(fuser);

   tmpCmpName:=ComputerName;

   Domain:=pUnshort(@tmpCmpName[1]);

   DomainLength:=length(TmpCmpName);

   password:=pUnShort(@FPassword[1]);

   PasswordLength:=length(FPassword);

   Flags:=2;//Unicode

   end;

   FSvInfo.pwszName:=pwidechar(tmpCmpName);

   FSvinfo.pAuthInfo:=@Fcai;

   IID_IUnknown:=IUnknown;

   mqi.IID:=@IID_IUnknown;mqi.Itf:=nil;mqi.hr:=0;

   olecheck(CoCreateInstanceEx(GetServerCLSID,nil,CLSCTX_REMOTE_SERVER,@FSvinfo,1,@mqi));

   olecheck(mqi.hr);

   MySetBlanket(mqi.Itf,Fcai);

   qr:=mqi.Itf.QueryInterface(idispatch,iiu);

   olecheck(qr);

   MySetBlanket(IUnknown(iiu),FCai);

   SetAppServer(iiu);

   end

   else

   inherited DoConnect;

  end;

  

  function TSecDComConnection.GetServer: IAppServer;

  var

   QIResult: HResult;

  begin

   Connected := True;

   QIResult := IDispatch(AppServer).QueryInterface(IAppServer, Result);

   if QIResult <> S_OK then

   begin

   Result := TDispatchAppServer.Create(IAppServerDisp(IDispatch(AppServer)));

   end;

   MySetBlanket(IUnknown(Result),FCai);

  end;

  

  

  procedure TSecDCOMConnection.MySetBlanket(itf: IUnknown;

   const vCai: _CoAuthInfo);

  begin

   with vCai do

   CoSetProxyBlanket(Itf,dwAuthnSvc,dwAuthzSvc,pwidechar(pAuthIdentityData^.Domain),

   dwAuthnLevel,dwImpersonationLevel,pAuthIdentityData,dwCapabilities);

  end;

  

  procedure TSecDCOMConnection.SetPassword(const Value: wideString);

  begin

   FPassword := Value;

  end;

  

  procedure TSecDCOMConnection.SetSvInfo(const Value: COSERVERINFO);

  begin

   FSvInfo := Value;

  end;

  

  procedure TSecDCOMConnection.SetUser(const Value: wideString);

  begin

   FUser := Value;

  end;

  

  

  procedure Register;

  begin

   RegisterComponents(‘DataSnap‘, [TSecDComConnection]);

  end;

  

  end.

  

   代码中有一些C风格的注释,是因为delphi没有为我们预定义这些变量和数据结构。如
何使用呢?将这个组件安装在IDE中,并将其放到你的现有代码的远程数据模块中去,将原有
指向TDOCMConnection的数据集控件设置成这个新的TSecDCOMConnection控件。然后你可以在
远程计算机中设置最严格的安全选项。但是要记住应该为你要使用的用户设置合适的权限:
给予远程激活权限、给予远程访问权限。 4、到现在还没有谈到访问的问题。首先激活和访
问并不是一回事。一个用户可能拥有激活权限但没有访问权限,也有可能只有访问权限却无
激活权限。前面谈到CoCreateInstacnceEx可以用另一身份激活对象并取得IunKnown指针的一
个本地引用。如果你直接用这个指针去取得IappServer接口并调用方法,那么你很可能又会
见到“拒绝访问”信息。这是IUnKnown指针的本地引用存在于客户机的进程中,再没有做特
殊设置前,该指针继承了客户机进程的本地令牌,也就是说当用这个指针获取远程IappServ
er接口时,会用客户机当前登录令牌调用QueryInterface,在调用过程中远程计算机将有此
令牌中缓存的用户名和密码进行再次登录验证,当然此时又会被拒绝,而后远程计算机再次
尝试用GUEST帐户登录并获取com对象接口,此时若没有找开GUEST访问权限,则客户端访问失
败,windows返回“拒绝访问”信息。那么怎样才能使QueryInterface调用也使用远程用户身
份呢,这就要调用CoSetProxyBlanket强制设置本地接口引用使用远程用户的令牌。在上面的
代码中,我用MySetBlanket包装了该API,以便使用激活时的用户身份调用QueryInterface。
而后在取得的IappServer接口上再次调用MySetBlanket,保证在使用该接口时也采用远程用
户身份。

   MySetBlanket(mqi.Itf,Fcai);

   qr:=mqi.Itf.QueryInterface(idispatch,iiu);

   olecheck(qr);

   MySetBlanket(IUnknown(iiu),FCai); 为保证直接引用DataProvider的TclientD
ataSet也能按上述要求工作,在扩展的TSecDCOMConnection控件中,重载了GetServer方法。
这样TSecDCOMConnection已能完全替换TDCOMConnection实现便利的com+应用编程了。由于时
间仓促,写这篇时很多术语没有做解释交待,因此可能会有一些不太好理解,但是出于为de
lphi Fans提供一个简单的实现安全性com访问的方法,我还是将这篇贴上来,主要是可以让
需要的朋友直接复制代码用在自己的应用上。使用TSecDCOMConnection后,服务器方的com+
对象可以强制找开访问检查,并打开组件级的访问检查。在打开访问检查的情况下,必须将
服务器中允许访问com+对象的用户名加入到角色中才能正确访问。 (上述代码在delphi7/wi
nXP sp2中调试通过,对于windows98和windows nt4.0及以下操作系统,由于CoCreateInsta
nceEx不能直接生成com+对象的安全上下文,因此代码不可用)

 

以远程计算机上的用户身份访问Com+应用