关于X64位DLL本地验证

初学者彩虹

写了一个C++的X64位DLL，不加网络验证，也不能加壳的授权验证，想加一个本地验证，然后用易语言对这个DLL效验，有什么思路嘛各位大哥，指点指点

初学者彩虹

在不加网络验证和壳的情况下 在源码里面我该怎么写这个验证呢 只要别人拿走dll不随意使用就行 哪怕特别简单的验证也没关系

大概就是 易语言写的exe对这个dll进行授权 如果不是通过我的exe下载的dll是没办法使用的

初学者彩虹

菜鸟小杰 发表于 2025-4-28 08:14
要源码是不可能给你的 自己研究吧

不是跟你要源码 哥 我只是想要一个源码版的思路 在不加网络验证和壳的情况下 在源码里面我该怎么写这个验证呢 只要别人拿走dll不随意使用就行 哪怕特别简单的验证也没关系

呵呵仙

X64位DLL能让32位EXE调用吗?

[size=16.002px]在Windows系统中，32位（x86）和64位（x64）程序由于架构差异，无法直接互相调用对方的DLL。以下是关键点总结：

1. 直接调用不可行

• 架构不兼容：32位和64位的指针大小、内存布局及寄存器结构不同，DLL必须与EXE的架构一致才能被加载到同一进程空间。
• 系统限制：Windows加载器会检查DLL与EXE的位数，若不一致会直接报错（如错误193："%1 不是有效的 Win32 应用程序"）。
  
  

2. 间接解决方案

• 进程间通信 (IPC)：
  
  
  • 创建一个64位的辅助进程（或服务），由它加载64位DLL并实现所需功能。
  • 32位EXE通过管道、套接字、RPC、COM或共享内存等方式与64位进程通信。
  • 例如：使用命名管道（CreateNamedPipe）或HTTP API交换数据。
    
    
• 中间层代理：
  • 开发一个64位的COM组件或本地服务，供32位EXE通过代理调用。
  • 利用Windows的跨架构COM激活机制（通过注册表配置Clsid/ProgId的跨位调用）。
    
    
  
  

3. 其他替代方案

• 升级EXE为64位：若环境允许，将主程序编译为64位，直接调用64位DLL。
• 提供双版本DLL：同时提供32位和64位DLL，EXE根据自身架构加载对应版本（需代码适配）。
• 虚拟化/封装：通过DLL封装工具（如微软的DLL Wrapper或第三方库）转换接口，但需处理数据类型的位数差异。
  
  

4. 技术细节补充

• WoW64子系统：64位Windows运行32位EXE时，会通过WoW64模拟层，但该层不混合32/64位代码。
• 注册表隔离：32位和64位程序访问不同的注册表分支（HKLM\Software\Wow6432Node），需注意配置路径。
  
  

总结

[size=16.002px]直接调用不可行，但可通过进程隔离和通信技术间接实现功能。选择方案时需权衡开发成本、性能开销及维护复杂度。若长期维护，建议将EXE和DLL统一为64位以简化架构。

呵呵仙

X64位DLL本地验证?你是用易语言取这个X64的dll的MD5值吗?

菜鸟小杰

菜鸟小杰 发表于 2025-4-28 00:10
pe合并   条件对无壳程序一键  目前我自己写的有 x86 x64一键

易语言本身就是 32位的   64位需要其他语言

菜鸟小杰

要源码是不可能给你的 自己研究吧

Kode

就用易语言写 怎么方便怎么来 无非就是位数不同而已 主要看校验的思路 同样的思路同样的方法 64来写效果和32来写没有什么区别

初学者彩虹

菜鸟小杰 发表于 2025-4-28 00:10
pe合并   条件对无壳程序一键  目前我自己写的有 x86 x64一键

我想要源码的 哥 加到源码里面的 就相当于一个简单内置的验证

菜鸟小杰

pe合并   条件对无壳程序一键  目前我自己写的有 x86 x64一键