-
-
[讨论]请问目前在驱动程序上做保护防破解(加大破解成本)最好的解决方案有哪些?
-
2019-3-21 09:01
-
|
|
|---|---|
|
|
|
|
|
具体是指啥, 请明示. |
|
|
|
|
|
感谢回复, 你意思是把其中的恶意软件检测的功能剥离出来加到我自己的驱动中? 如果是这样的话.. 很抱歉, 我是想找 vmp 这类现成的商业解决方案. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
说了真么多还是要落地，只要落地，各种大手子们就有各种办法，而且你这种东西万一崩溃了都不好查问题，更谈不上维护 |
|
|
win10 1607之后的驱动程序全部要 EV签名后提交微软 WHQL 交叉签名才可以被加载. 我不能让我的用户全部去重启禁用驱动签名验证再用我的产品吧? |
|
|
我的核心功能在驱动里, 应用层防破没有意义, 分析出我驱动跟应用层的 IO 接口, 可以直接自己写个应用层(虽然大部分做破解的没这个闲情). 所以驱动本身需要具备"验证是否合法用户"的能力.
最后于 2019-3-21 23:57
被abeyy编辑
，原因：
|
|
|
|
|
|
看了下 wsk 的文档, 请问你觉得 wsk 加 wolfSSL(https://www.wolfssl.com) 在驱动做 https 怎样? |
|
|
所以你有什么好的思路么？不落地的提提看 |
|
|
|
|
|
基于收集机器的各种指纹，比如安装的软件列表，机器配置信息，固件信息，硬盘网卡信息，甚至是外接显示设备，假如不嫌变态甚至是部分用户的键盘与鼠标操作信息，所以的信息上传服务器，所以分析都在服务器，说白了就是主要的验证逻辑在服务器，本地只是环境监测与行为收集，同时在对这些收集做些保护（比如关键api重载，关键代码混淆），这样可维护的同时还能保证稳定，同时也加大了破解维度，但是话说回来没有破解不了的系统，这就看你要保护的东西值多少钱了，这样比只求一点的高难度保护来得实用一些，说白了就是可工程化 |
|
|
不是啊 processhacker实现了与驱动通信部分的检验 可以参考一下 |
|
|
请问 wsk + http, http 怎么实现加密及防止中间人? 有没现成的方案, 我看过 wolfSSL 并没有实现 windows kernel mode 的支持, 需要自己二次开发才行, 有点麻烦. |
|
|
|
|
|
|
|
|
很抱歉, 我不是安全领域的工作者, 对此没有专业的知识来支撑. |
|
|
放到驱动，逻辑太复杂的话蓝屏风险很大，一般内核只干内核必要该干的事儿，逻辑性的东西还是放到应用层吧。r0和r3如何配合的问题就有点考验水平了 |
|
|
|
|
|
|
hzqst
