如何通过CreateService编程安装未签名的Windows XP嵌入式驱动？

我完全理解你遇到的困境——针对旧Windows XP嵌入式系统开发的未签名驱动，在现代Windows系统上确实会被驱动签名强制机制拦住，没法正常通过编程方式完成安装。先看看你给出的代码片段：

std::cout << "Installing driver from " << this->driverPath << std::endl; 
SC_HANDLE scManager = OpenSCManagerA(0, 0, 0xF003F); 
if (!scManager) { 
    std::cout << "F..."

针对这个问题，我给你几个可行的解决方案，按优先级排序：

1. 回到原生XP嵌入式环境测试 #

既然驱动原本就是为Windows XP嵌入式系统开发的，那在原生环境下安装是最稳妥的选择——XP嵌入式系统默认没有严格的驱动签名强制验证（除非系统被特意配置过），你可以直接在该环境下运行你的安装代码，大概率能正常完成驱动的安装和配置。

2. 临时禁用现代Windows的驱动签名强制 #

如果必须在现代Windows（比如Win10/11）上测试，你可以临时关闭驱动签名强制验证：

• 重启电脑，在启动过程中按F8（不同品牌机型可能有差异，比如F12、Esc）进入高级启动选项
• 选择“禁用驱动程序签名强制”选项进入系统
• 进入系统后再运行你的安装代码，此时系统会跳过签名验证，允许未签名驱动安装

⚠️ 注意：这个方法仅适合测试环境，绝对不要在生产环境使用，会带来严重的安全风险。

3. 给驱动添加测试签名 #

你可以使用微软提供的工具给驱动添加测试签名，步骤大致如下：

• 安装Windows SDK，获取signtool.exe和makecert.exe工具
• 生成一个测试用的根证书，并将其导入系统的“受信任的根证书颁发机构”
• 使用signtool给你的驱动文件签名
• 开启Windows的测试模式（通过命令bcdedit /set testsigning on）
• 之后运行你的安装代码，系统会认可这个测试签名的驱动

这个方法比临时禁用签名更可控，但同样只适合测试场景。

4. 分析原软件的安装逻辑 #

既然你在逆向原软件，不妨深入分析原软件的安装流程——它可能在XP嵌入式系统上使用了特殊的安装方式，比如直接修改注册表、复制驱动文件到系统目录后加载，而不是通过OpenSCManager这种标准服务管理API？你可以通过逆向原安装程序的二进制代码，找出它的具体安装步骤，然后复刻到你的代码里。

内容的提问来源于stack exchange，提问作者Liam S. Crouch