WinIO3驱动级键盘模拟：从SendInput失效到扫描码注入的完整方案

简介这份驱动级键盘模拟 WinIo3 资源包定位 Windows 平台底层硬件交互开发面向系统级程序员、硬件调试工程师与安全研究入门者。它绕过常规用户态 API直接操作 I/O 端口、物理内存与中断可应用于键盘输入模拟、自动化测试、外设驱动调试和底层机制分析。压缩包共 52 个文件约 165KB包含核心 dll 与 sys 驱动文件、多种语言源码、帮助文档、示例程序和已编译工具目录围绕驱动、动态库、帮助与示例等模块展开同时提供 Visual Studio 工程与构建脚本便于阅读、调试和重新编译整体内容紧凑但覆盖完整。资源已有 415 人浏览学习适合具备 C/C 基础、了解 Windows 编程模型的读者借助示例代码与说明文档可以快速建立驱动级键盘模拟的调用框架理解 DMA、端口读写、中断注册等底层机制为后续开展内核驱动开发、安全工具设计或硬件调试提供实际参考。 如果你做过键盘自动化一定遇到过这种恶心事SendInput 明明把按键发出去目标程序却一动不动换成 keybd_event 也一样Windows 事件日志里都能看到键入了对面就是不认。前阵子我帮一条产线写自动测试脚本又撞上这一模一样的局面最后方案一路下沉到驱动级用老牌端口操作库 WinIO3 从键盘控制器直接发扫描码才算把问题解决。这篇文章就把驱动级键盘模拟这件事从头捋一遍为什么应用层方案会失效、WinIO3 在里面充当什么角色、扫描码具体怎么发以及我踩过的几个坑。先把丑话说前面这套东西我主要用来做自动化测试、工控产线脚本和老软件兼容调试算是正经的底层开发。如果你看到“驱动级键盘模拟”脑子里跳出来的第一个画面是游戏作弊、绕过验证、抢购脚本之类那建议直接划走。真拿去这么用既违反用户协议也可能被反作弊或者风控系统盯上更不用说驱动级代码一旦出问题就是蓝屏级别的故障得不偿失。1. 应用层模拟键盘为什么失效从输入栈顶往下看1.1 SendInput 看起来像键盘但离设备层太远多数人最先用的都是 SendInput 或 keybd_event。这两个 API 确实方便调用后 Windows 会把按键事件送进当前输入队列看起来和真实按键一样。但这套链路从应用层一直走到内核输入栈中途任何一层设置过滤器事情就不对了。比如目标程序装了全局低级键盘钩子钩子函数返回非零就能把事件吞掉或者程序用 Raw Input 直接读 HID 设备状态SendInput 生成的合成输入压根不会被当成物理键值来对待。在这些场景下应用层模拟往往处于“发了又没完全发”的尴尬状态。我在产线上遇到的情况更直接那套老软件是厂家用 CBuilder 写的界面里有个全局键盘钩子专门拦截快捷键防止操作员误触。自动化脚本用 SendInput 发快捷键软件就是没反应日志里却能看到系统确实收到了按键。问题就出在事件从注入到目标窗口之间被钩子拦截了。这时候我想与其在用户态和这些钩子缠斗不如把扫描码送到更底层让系统把它当成真实键盘数据来处理。1.2 会话隔离、安全桌面、老软件的“玄学”限制除了钩子还有几类限制是应用层方案也难以绕过的。第一是 Session 0 隔离很多服务程序运行在非交互会话里SendInput 默认无法向交互桌面投递按键。第二是安全桌面UAC 弹窗、锁屏界面前的 Secure Desktop 一般不会被普通进程注入模拟键盘在这些界面下会失效。第三是老软件直接操作 8042 键盘控制器端口它们根本不去读 Windows 消息队列SendInput 发得再多对它们来说等于不存在。驱动级方案之所以能兜住这些场景是因为它从端口层面把扫描码注入键盘控制器系统在更早的阶段就把数据当成真实键盘输入处理。当然后面能不能进入所有会话桌面还有具体条件但至少它绕开了上面三层限制里的大部分。这也是为什么很多老工控软件、自动化测试框架最终都选了这一层方案的原因不是因为它新潮而是它够底层、够直接。2. WinIO3 到底干了什么把 Ring0 的端口钥匙借给 Ring32.1 为什么用户态程序不能直接操作端口x86 平台的键盘控制器通常挂在端口 0x60 和 0x64 上用户态程序理论上可以直接执行 in 和 out 指令去读写。但从 Windows 2000 开始普通应用跑在 Ring3I/O 特权级别被限制直接访问端口会被系统拦下来。想要在用户态发扫描码必须有一个内核驱动替你做端口操作。WinIO3 就是干这个的它带一个很轻量的驱动WinIO.sys / WinIO64.sys用户态 DLL 通过 DeviceIoControl 把端口读写请求交给驱动去执行然后把结果返回给应用层。对一个做自动化脚本的人来说你不需要自己写驱动只要调用 GetPortVal 和 SetPortVal 就能读写端口非常省事。2.2 WinIO3 初始化与加载驱动的实际代码#include windows.h #include cstdio #include WinIO.h int main() { if (!InitializeWinIo()) { printf(InitializeWinIo failed, run as administrator?\n); return 1; } // 到这里你已经可以读写 0x60 / 0x64 端口 DWORD status 0; GetPortVal(0x64, status, 1); printf(KBC status: 0x%02X\n, status 0xFF); ShutdownWinIo(); return 0; }注意InitializeWinIo 返回 false 的原因绝大多数是驱动没加载成功。WinIO3 的调用姿势因版本略有不同有的版本需要先 InstallWinIoDriver 再 StartWinIoDriver有的则直接用 InitializeWinIo 就能装驱动。常见做法是失败后调用 InstallWinIoDriver 指定驱动文件名再调用 StartWinIoDriver最后重新 InitializeWinIo。项目里最好把这段封装成一个 InitKbcDriver 函数不同版本差异都收在里面。2.3 64 位系统驱动签名与测试模式这是 WinIO3 在新时代最容易翻车的地方。Windows 7 以上 64 位系统默认开启驱动签名强制老 WinIO 驱动没有有效签名系统会拒绝加载。解决办法不是去关什么安全功能而是开发环境里临时打开测试签名模式管理员命令行执行bcdedit /set testsigning on重启后该机器允许加载带测试签名的驱动。测试完建议关掉bcdedit /set testsigning off。生产环境不建议开着测试模式跑这会让机器整体防护水平下降。3. PS/2 扫描码注入的完整时序一次按键远不止写一个字节3.1 别直接写 0x60先发 0xD2 命令很多网上帖子的写法是向 0x60 直接写扫描码看起来也能动但原理上并不严谨。0x60本文还有配套的精品资源点击获取