学习笔记 Real COM with the MFC Library (译三)

  COM客户程序是如何调用进程内组件的

  我们用DLL组件代替EXE组件来开始这一节,因为这样程序的交互要简单点儿。我们将在这使用伪代码而非隐藏了太多细节的,将来会使用到的MFC类库。

Client
  CLSID clsid;
  IClassFactory* pClf;
  IUnknown* pUnk;
  CoInitialise(NULL);//Initialise COM
  CLSIDFromProgID("componentname", &clsid);

COM
  COM通过程序易读的"componentname"在注册表中寻找CLSID

Client
  CoGetClassObject(clsid, CLSCTX_INPROC_SERVER, NULL, IID_IClassFactory, (void**)&pclf);

COM
  COM用CLSID在内存中寻找组件
  if(组件还没有载入到内存){
    COM从注册表中获得DLL的文件名
    COM把DLL组件载入到内存进程中
  }

DLL Component
  if(如果组件被加载){
    全局factory对象被构建
    DLL的初始实例化被执行(仅仅对于MFC)
  }

COM
  COM调用DLL导出的全局方法DllGetClassObject,并把传递给CoGetClassObject的参数CLSID作为参数再传递给它

DLL Component
  DllGetClassObject返回接口IClassFactory*

COM
  COM把IClassFactory*返回给客户程序

Client
  pClf->CreateInstance(NULL, IID_IUnknown, (void**)&pUnk);

DLL Component
  class factory 的CreateInstance方法被调用(该操作直接通过组件的虚函数表调用)
  开始构建"componentname"类对象
  返回请求的接口指针

Client
  pClf->Release();
  pUnk->Release();

Dll Component
  释放"componentname"是通过调用虚函数表进行的
  if(引用计数 == 0){
    对象自己将作销毁操作
  }

Client
  CoFreeUnusedLibraries();

COM
  COM调用DLL导出的全局方法DllCanUnloadNow

DLL Component
  DllCanUnloadNow被调用
  if(所有的DLL对象已经被释放){
    return TRUE
  }

Client
  CoUninitialize();//如果上面DllCanUnloadNow推出时返回TRUE,那么COM将释放DLL

COM
  COM releases resources

Client
  客户程序退出

DLL Component
  如果DLL还在内存中并且没有其它程序在使用它,windows将卸载DLL

  
  有几个重要的问题需要注意:第一,DllGetClassObject是为了响应客户程序调用CoGetClassObject才被执行的;第二,返回的class factory接口地址是DLL中的虚函数表内class factory的实际物理地址,第三,客户程序调用CreateInstance或其它所有接口方法都是直接调用的(通过组件的vtable)。

  客户EXE程序与DLL组件间的通信联结是很高效的,它实际上就是直接挂接同一进程中的虚函数,只不过附加上了完整的C++参数,然后返回,这些在编译期都已经完成。唯一要慢一点的是当DLL第一次载入时需要额外的在注册表中寻找CLSID。

下一节:How a COM Client Calls an Out-of-Process Component
内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值