Ошибка код 52 windows 10

Windows 10: код ошибки 52 в диспетчере устройств с правильной подписью в кросс-подписанном драйвере

мы разработали драйвер и подписали файл cat и sys подписью Verisign нашей компании (SHA1 + SHA256, включая цепочку сертификатов). Мы тестировали его под Windows 7 и 10 версиями как 32, так и 31. Теперь у нас есть несколько случайных клиентов, которые сообщают, что наше устройство неправильно распознается в диспетчере устройств и появляется ошибка 52:

Windows не удается проверить цифровую подпись драйверов, необходимых для данного устройства. Недавнее изменение оборудования или программного обеспечения может привести к установке файла, который подписан неправильно или поврежден, или это может быть вредоносное программное обеспечение из неизвестного источника. (Код 52)

Setupapi.dev.log показывает эту ошибку:

_ !!! dvi: Устройство не запущено: устройство имеет проблему: 0×34 (CM_PROB_UNSIGNED_DRIVER), состояние проблемы: 0xc0000428

Но это сообщение в Setupapi.dev.log также присутствует на рабочих установках.

Инструмент Sign tool показывает, что подпись действительна, то же самое делает страница свойств на windows explorer.

В чем причина такого поведения?

1 ответ

Galaxy S4 не распознается в диспетчере устройств windows 8.1
Недавно я обновился до windows 8.1 и попытался подключить свой Galaxy S4. Я установил: драйверы Samsung usb В Kies ADT обновлено с установленными драйверами usb Полностью обновлено windows 8 Когда я подключаю устройство к ПК, в диспетчере устройств ПК ничего не происходит, и телефон говорит, что…
Описание виртуального порта STM32 com в Диспетчере устройств Windows
я реализую виртуальный порт Com с помощью STM32. Я хотел бы, чтобы устройство появилось в Диспетчере устройств Windows с описанием клиента. на данный момент он появляется в разделе порты (COM & LPT) как STMicroelectronics Virtual COM Port). Кто-нибудь знает, как это сделать? Я попытался…

Потенциальные решения этой проблемы заключались не в двойном подписании файла cat и проверке корневых сертификатов компьютеров клиентов . Я также узнал, что сообщение об ошибке в setupapi.dev.log совершенно нормально

После некоторых исследований с большим количеством явно противоречивой документации Microsoft я, наконец, приземлился на https://docs.microsoft.com/windows-hardware/drivers/install/kernel-mode- Code-signing-policy—windows-vista-and-later- where it says:

«Note: начиная с Windows 10, версия 1607, Windows не будет загружать новые драйверы режима kernel, которые не подписаны порталом разработки.

[…]

Перекрестно подписанные драйверы по-прежнему разрешены, если выполняется любое из следующих условий:

PC был обновлен с более раннего выпуска Windows до Windows 10, версия 1607.

Безопасный Boot выключен в BIOS.

Драйверы были подписаны сертификатом конечной сущности, выданным до 29 июля 2015 года, который привязан к поддерживаемому кросс-подписанному CA.»

И оказалось, что Secure Boot не был включен ни на одной из наших тестовых машин, но именно на машинах клиентов, у которых была проблема.

Теперь мы должны провести сертификацию WHQL с водителем. К счастью, есть компании, которые предлагают это как услугу, поэтому нам не нужно поддерживать пул сертификационных машин.