问题标签 [driver-signing]

我有一些基本上是LibUSB-Win32的驱动程序，带有一个新的 .inf 文件来描述产品/供应商 ID 和描述我的硬件的字符串。这适用于 32 位窗口，但 64 位版本有问题；即微软在他们的智慧中要求所有驱动程序都进行数字签名。

所以我的问题是：

1. 是否有我可以使用的已经签名的 LibUSB-Win32 驱动程序版本？
2. 如果还没有一些我可以签名的签名，那么我到底要做什么才能让我的驱动程序签名。
3. 我是否需要分别签署 64 位和 32 位版本，这会花费更多吗？
4. 这是让他们签名的免费替代方案吗？
5. 除了要求我的客户每次启动机器时都启动到测试模式之外，我还应该考虑其他任何选择（我不会考虑这个选项）。
6. 除了 Verisign 之外，还有其他代码签名选项吗？显然，像OpenID这样的免费/开源计划会很棒；-)

目前，我正在为用于扫描皮肤区域的 USB 工具签署 64 位驱动程序。

我的设置是这样的：

• DTM Controller 和 DTM Studio 在服务器计算机上运行 (Windows Server 2003 R2 SP2)
• 在客户端计算机上运行的 DTM 客户端（Windows 7 64 位）

我已经设法在客户端上运行测试，使用 DTM Studio，但我遇到了一些错误，我不知道为什么，但我有一些想法。

我遇到的失败如下：

针对单个 INF 运行 INFTest

1. RunJob – CHKINF 和 INFTest 库作业的副本
2. 找不到用户指定的 INF 文件。保释...
3. 无法将用户提供的 inf 列表扩展为单个文件名。

睡眠压力与 IO

1. RunJob – Sleep_Stress_With_IO 。
2. 设备有问题，尚未准备好进行测试。设备问题代码为：28

使用 IO 禁用启用

1. RunJob – Disable_Enable_With_IO
2. 设备有问题，尚未准备好进行测试。设备问题代码为：28

IO 的常见场景压力

4. Execute_Device_Status_Check_Script
5. 设备有问题，尚未准备好进行测试。设备问题代码为：28

当我在 DTM Studio 中找到 INF 文件并添加测试时，我收到错误：“没有使用指定驱动程序的设备”。这当然是正确的，因为运行 DTM 客户端（Windows 7 64 位）的机器没有为 USB 工具安装驱动程序。

所以我的问题是：

我需要在客户端机器上安装 USB 工具的驱动程序吗？

如果需要，那么客户端计算机必须运行不同版本的 Windows，这给我带来了下一个问题：

当客户端（运行 DTM 客户端）使用不同的操作系统设置时，我能否为 Windows 7 64 位操作系统成功运行徽标测试？

通过 DpInst 在 Windows 7 上安装已签名的驱动程序（即带有正确签名的 .CAB）时，除非它是 WHQL 签名的驱动程序，否则您不能静默安装它。如果您在非静默模式下运行 DpInst，它会提示您信任“发布者”。如果您在静默模式下运行 DpInst，它将失败并显示与签名相关的错误代码（类似于 0x800b0109 - 检查您的 setupapi.app.log）。

我的目标是在 WinXP 和 Win2000 上安装 com0com 串行驱动程序而不弹出安装向导。

我正在使用 WinXP x86。我已按照 com0com 驱动程序的测试签名说明，在第 60 行将 amd64 替换为 i386。

我已使用以下命令将我的测试证书添加为 root 和trustedprovider：

并验证它在两个位置下都有列出。

然后我运行新建的 setup.exe。这会将签名的 com0com.sys 文件安装到 C:\WINDOWS\system32\DRIVERS 并设置一对虚拟串行端口和它们之间的总线。使用资源管理器，我转到 DRIVERS 目录，右键单击 com0com.sys 文件并验证它是否具有“测试”数字签名。然后我进入设备管理器，打开“com0com 串行端口模拟器”条目，选择一个条目并执行“属性”->“驱动程序”，看到它显示“未进行数字签名”。我单击驱动程序的详细信息，可以看到它指的是我刚刚确认已签名的 com0com.sys 驱动程序文件。

我发现可能是一个相关的问题，但我不确定。WinXP 是否需要 WHQL 签名？如果是这样，这是否解释了为什么 com0com.sys 文件已签名但设备驱动程序条目说它们未签名？

我正在开发一个虚拟驱动程序，QA需要检查几台 Windows 7 机器上的 x64 版本。我已严格按照为测试目的生成证书的说明，但我仍然有一些问题。所以，我已经完成了以下步骤：

我在安装程序中添加了以下两行以在远程机器上进行自动证书安装

和

最后

顺便说一句，起初我尝试通过 devcon 安装。它报告“devcon 成功”，但设备管理器中的设备标有黄色感叹号（不可信签名）。

后来，我尝试使用 hdwwiz - 当我手动输入驱动程序的路径（有磁盘）时 - hdwwiz 显示驱动程序具有签名并且安装继续进行而没有任何警告。但在那之后，正如我已经提到的那样，由于签名无效（黄色“！”），设备无法正常工作

我在Winqual上有一个帐户，但驱动程序仍处于开发状态，我还不想为提交付费。难道我做错了什么？是否可以使用我自己生成的证书安装 x64 驱动程序并且makecert.exe不禁用最终用户 PC 上的驱动程序签名（这对我来说是不可接受的）？

我们有一些运行 Windows XP 的盒子用于自动化生产过程。我（不是我个人，而是一个机器人）将新的 USB 设备连接到这些盒子。这种设备类型有一个设备驱动程序，它在连接设备并像魅力一样运行后加载。

但是......插入新设备后大约需要 8 到 10 秒才能访问它。当我再次连接之前已经见过的设备时，只需 3 秒。驱动程序有一个目录文件。它不是由 Microsoft WHQL 签名的，而是使用我们在机器上安装的测试证书。

只有一个 inf/pnf 文件需要考虑，所以我想知道为什么要花这么长时间来检测新设备、在注册表中创建信息并加载驱动程序。时间就是金钱，所以我需要加快进程。

对我有什么提示吗？特别是有人知道WHQL 认证的驱动程序可以更快地被 Windows/设备管理器识别吗？

最新（64 位）版本的 Windows 的驱动程序必须在加载之前进行签名。哪些证书颁发者可以提供适合于此的证书？

我们的设备依赖于内置的 Windows 驱动程序 (usbser.sys)。我们是否仍然需要通过 WHQL 测试，或者我们可以安装这样一种方式，即用户不会看到关于未通过徽标测试的警告？我找到了http://support.microsoft.com/kb/837637，但我不清楚这是否能满足我的要求。我是使用 DPInst 程序还是拥有自己的调用 DriverPackagePreinstall 的程序是否重要？

[编辑：根据评论将“我们的代码”更改为“我们的设备”]

您能估计一下 WHQL（Windows 硬件徽标）认证过程的痛苦程度吗？我看到有一个 43 页的分步指南，其中第一步是安装 Windows Server 2008 R2 x64。

在提交之前完成整个准备过程需要多长时间？然后需要多长时间才能得到结果？

（我的理解是，我可以通过签名来避免 XP 后操作的安装警告，但我需要通过 WHQL 来避免在 XP 上出现这种情况。如果这不是真的，请纠正我。）

鉴于 Windows XP 已达到使用寿命，是否仍然可以对 Windows XP 驱动程序进行 WHQL 认证？

如果需要，我需要哪个版本的 Windows 徽标工具包？Windows Logo Kit 1.6 不会安装在我的 Windows XP Service Pack 3 机器上。

特别是，当我尝试在带有 Service Pack 3 的 Windows XP 上安装 Windows Logo Kit 1.6 时，我无法安装任何组件，详细文本如下：

http://pastebin.com/rWRfMiZy

例如：