Windows Server 2003 не доверяет ни одному драйверу устройства (в том числе собственному)

Справочная информация.
Необходимо перенести несколько устаревших систем Windows Server 2003 с VMware на Azure.
Да, мы знаем, что у них устаревшая ОС. Тем не менее, мы должны поддерживать их работу. И это (по крайней мере частично) поддерживается Microsoft .
Одним из важнейших шагов, конечно же, является установка служб интеграции Hyper-V на серверах перед их перемещением в Azure. Мы решили выполнить этот шаг вручную, поскольку официально документированный процесс, основанный на сценариях запуска, оказался несколько ненадежным.
Таким образом, в нашем процессе серверы сначала будут преобразованы в машины Hyper-V; затем будет установлен HVIS и удалены VMware Tools, а затем они будут перемещены в Azure.

Процесс определен, протестирован и задокументирован; он работает правильно.

ОДНАКО.

В одной конкретной системе возникла очень странная проблема с драйверами устройств. Он не доверяет никаким драйверам устройств, включая собственные, и запрашивает ручное подтверждение перед установкой любого оборудования. Это происходит не только с драйверами Hyper-V, но и с каждым устройством, включая те, чьи драйверы являются собственными для самой Windows; пример ниже:

Это болезненно (при переходе с VMware на Hyper-V таких запросов 15-20), но это можно пережить, пока есть ручное взаимодействие с сервером. Однако когда сервер перемещается в Azure, он (предположительно) ожидает того же ручного подтверждения перед установкой новых устройств Azure, включая новый сетевой адаптер; и, конечно же, это означает отсутствие сети и возможности доступа к виртуальной машине Azure.

Почему это происходит? Как это можно исправить?

Мы попробовали настроить систему на автоматический прием неподписанных драйверов (хотя они подписаны и этого вообще быть не должно):

Однако сервер по-прежнему продолжает делать то же самое и запрашивает подтверждение перед установкой любого нового оборудования (и предупреждает, что оно не прошло тестирование с логотипом Windows).

Мы также попробовалиsfc /scannow, который не обнаружил никаких проблем и не устранил проблему;chkdskтоже не нашел ничего плохого.

Почему этот конкретный сервер действует таким образом?
Как мы можем это исправить?

Примечание. Это не вызвано отсутствием обновления и/или истекшим сроком действия сертификата; Я попробовал новую установку Windows Server 2003 на Hyper-V, используя исходный ISO (копия у меня все еще есть), то есть вообще без каких-либо обновлений, и ничего подобного не произошло.