怎么相对比较有效的防止COM组件DLL被其他人调用？网络验证的话,因为是在脚本里调用的话，那和服务端的交互的密文信息岂不就暴露了，加密脚本文件的方法不好用
如何相对比较有效的防止COM组件DLL被其他人调用？网络验证的话,因为是在脚本里调用的话，那和服务端的交互的密文信息岂不就暴露了，加密脚本文件的方法不好用
如何相对比较有效的防止COM组件DLL被其他人调用？网络验证的话,因为是在脚本里调用的话，那和服务端的交互的密文信息岂不就暴露了，加密脚本文件的方法不好用
或者有比较安全的网络验证方法？我只希望这个DLL只能被自己调用
------解决方案--------------------
都用脚本了，又不加密那就是明文，别人就容易破解
可以让exe来调用COM DLL。别用脚本.
------解决方案--------------------
这个你是不是多虑了？
一个DLL作为COM组件的话，标准做法是对外暴露的导出函数只有一个：
如何相对比较有效的防止COM组件DLL被其他人调用？网络验证的话,因为是在脚本里调用的话，那和服务端的交互的密文信息岂不就暴露了，加密脚本文件的方法不好用
或者有比较安全的网络验证方法？我只希望这个DLL只能被自己调用
------解决方案--------------------
都用脚本了，又不加密那就是明文，别人就容易破解
可以让exe来调用COM DLL。别用脚本.
------解决方案--------------------
这个你是不是多虑了？
一个DLL作为COM组件的话，标准做法是对外暴露的导出函数只有一个：
- C/C++ code
STDAPI DllGetClassObject( REFCLSID rclsid, REFIID riid, LPVOID * ppv );
------解决方案--------------------
调用前 com生成一组数据A,
exe 使用保密算法 把A 处理成 B,
com 检查 B是否合法, 可以判定是否合法
这个是RSA的私钥签名, 公钥检查, 只要保护私钥, 算法上是安全的
但是任何本地程序都可以暴力方式破解的, 复杂度高一些而已
------解决方案--------------------
你能解释什么叫他人吗？
有什么可以证明你不是他人的就可以拿来验证。
如果你用来证明你不是他人的信息可以被别人复制，那么这个信息就不能表示你不是他人。
所以，不要把程序设计的东西交给程序去执行。