JLR MONGOOSE: управление приложением

• Зайдите в BIOS/UEFI → отключите Secure Boot
• Откройте командную строку от имени администратора:

bcdedit /set testsigning on
bcdedit /set nointegritychecks on

• Перезагрузите компьютер. На рабочем столе появится водяной знак «Test Mode», но dtmonpro.sys должен загрузиться.

$DriverPath = "C:\Windows\System32\drivers\dtmonpro.sys"
New-CIPolicy -FilePath "C:\Policies\MongooseAllow.xml" -DriverFiles $DriverPath -Level Hash -UserPEs
ConvertFrom-CIPolicy "C:\Policies\MongooseAllow.xml" "C:\Policies\MongooseAllow.p7b"
Copy-Item "C:\Policies\MongooseAllow.p7b" "C:\Windows\System32\CodeIntegrity\CiPolicies\Active\"

Gemini сказал(а):

Это известная проблема, которая стала затрагивать всё больше людей после недавних обновлений Windows 11. Microsoft ужесточила проверку подписи кода в режиме ядра (KMCS) — это подтверждается в Просмотре событий: теперь система требует уровень подписи 4 (подпись Microsoft/WHQL), а dtmonpro.sys от Drew Technologies проходит проверку только на уровне 1. После того как Windows начинает применять это требование на уровне целостности кода, твики реестра, Smart App Control или переключатели «Целостность памяти» уже не помогут.

Вот какие варианты реально есть:

1. Отключить Secure Boot + включить тестовую подпись (самый быстрый вариант)

• Зайди в BIOS/UEFI → отключи Secure Boot
• Открой командную строку от имени администратора:

Код:

bcdedit /set testsigning on
bcdedit /set nointegritychecks on

• Перезагрузи компьютер. На рабочем столе появится водяной знак «Test Mode», но dtmonpro.sys должен загрузиться.

2. Белый список хеша в WDAC (Secure Boot остаётся включённым)

Драйвер можно добавить в белый список по его хешу SHA256 (он виден в Просмотре событий: 2B5F82EB66F99BF5E504CCD6768F5F77D47B620F1725D913C6CB03E96EE7B71A) с помощью дополнительной политики целостности кода:

Код:

$DriverPath = "C:\Windows\System32\drivers\dtmonpro.sys"
New-CIPolicy -FilePath "C:\Policies\MongooseAllow.xml" -DriverFiles $DriverPath -Level Hash -UserPEs
ConvertFrom-CIPolicy "C:\Policies\MongooseAllow.xml" "C:\Policies\MongooseAllow.p7b"
Copy-Item "C:\Policies\MongooseAllow.p7b" "C:\Windows\System32\CodeIntegrity\CiPolicies\Active\"

После применения политики перезагрузи компьютер. Вариант более сложный, зато безопасность системы в основном сохраняется.

3. Отдельная установка Windows 10 (самый надёжный вариант на долгий срок)

Многие, кто использует JLR SDD/Pathfinder с кабелями Mongoose, держат отдельный раздел с Windows 10 LTSC или загрузочный SSD для диагностики. Win10 LTSC 2021 не требует подписи уровня 4, поэтому для работы в мастерской это самый беспроблемный вариант.

4. Обновлённый драйвер с подписью WHQL (маловероятно)

Drew Technologies была приобретена компанией Opus IVS — теоретически они могут выпустить нормально подписанный WHQL dtmonpro.sys, но, учитывая, как давно Mongoose Pro JLR фактически снят с поддержки в их линейке, рассчитывать на это не стоит.

Итог: Самое быстрое решение — вариант 1. Самое аккуратное решение с сохранением безопасности — вариант 2. Самый надёжный вариант на долгий срок — вариант 3.

Если решишь использовать политику WDAC и столкнёшься с проблемами, напиши, что именно произошло.

Нажмите, чтобы раскрыть...

edd14 сказал(а):

Спасибо, это отлично, попробую поработать над вариантом 2.

По поводу добавления в белый список: нужно ли мне добавить в него каждый SHA256, который я вижу, или...

Нажмите, чтобы раскрыть...

Gemini сказал(а):

Вам не нужно добавлять в белый список каждый SHA256, который вы видите, — только конкретный хэш (или хэши) для точного dtmonpro.sys экземпляра, который блокирует Windows.

В Просмотре событий откройте точное событие «Политика управления приложениями заблокировала…» для dtmonpro.sys и возьмите File: путь + SHA256, указанный в этом же событии. Добавьте этот хэш в белый список для данного файла/пути.

Если в событии указано несколько значений SHA256, обычно это означает, что Windows проверяет несколько компонентов/экземпляров (разные копии/версии/пути dtmonpro.sys или несколько связанных объектов драйвера). Добавляйте только хэши, соответствующие заблокированному dtmonpro.sys, указанному в File: строке (строках). Не добавляйте посторонние хэши из других событий.

Если вы вставите полный текст события (особенно File: путь и все значения SHA256, указанные в этом же событии блокировки), я точно скажу, какие хэши нужно включить.

Нажмите, чтобы раскрыть...

edd14 сказал(а):

- Система







- Поставщик




Microsoft-Windows-CodeIntegrity




{4ee76bd8-3cf4-44a0-a0ac-3937...

Нажмите, чтобы раскрыть...

• SHA256: 2B5F82EB66F99BF5E504CCD6768F5F77D47B620F1725D913C6CB03E96EE7B71A
• SHA256 Flat: C3A5B6DBDA2EB38CF4AA46C2C1660148F4FF0B7F51D96E1BCFE6875E29C12B4A

Gemini сказал(а):

В белый список нужно добавить только те значения SHA256, которые указаны в этом же заблокированном событии для:

\Device\HarddiskVolume3\Windows\System32\drivers\dtmonpro.sys

В вашем событии добавьте в белый список:

• SHA256: 2B5F82EB66F99BF5E504CCD6768F5F77D47B620F1725D913C6CB03E96EE7B71A
• SHA256 Flat: C3A5B6DBDA2EB38CF4AA46C2C1660148F4FF0B7F51D96E1BCFE6875E29C12B4A

Не добавляйте в белый список другие SHA256, которые могут встретиться в других событиях или копиях, — только те, что относятся к блокировке dtmonpro.sys.

Нажмите, чтобы раскрыть...

edd14 сказал(а):

опишите все шаги. Спасибо.

Нажмите, чтобы раскрыть...

• 1) Используйте только SHA256 из того самого заблокированного события
  В вашем Microsoft-Windows-CodeIntegrity EventID 3077 указан следующий файл/путь:
  
  Код:

  \Device\HarddiskVolume3\Windows\System32\drivers\dtmonpro.sys

  
  Добавьте в белый список эти SHA256 (и НЕ используйте другие хэши из других событий):
  • Код:

    2B5F82EB66F99BF5E504CCD6768F5F77D47B620F1725D913C6CB03E96EE7B71A

  • Код:

    C3A5B6DBDA2EB38CF4AA46C2C1660148F4FF0B7F51D96E1BCFE6875E29C12B4A

• 2) Уточните, какой тип политики вы редактируете
  В событии указано:
  
  Код:

  PolicyName: Microsoft Windows Cross Certificates for Code Integrity Exceptions Policy

  Значит, вам нужна запись в стиле белого списка/исключения Code Integrity Exceptions для драйвера с использованием указанных выше SHA256.
  
• 3) Добавьте исключение (точный способ зависит от используемого инструмента/подхода)
  Создайте исключение для файла драйвера, указав:
  • Целевой файл: dtmonpro.sys (путь указан в событии)
  • Хэширование: SHA256
  • Хэши: добавьте оба значения SHA256 из события
• 4) Разверните / примените и перезагрузите систему
  После обновления политики:
  • Примените политику (в соответствии с используемым способом)
  • Перезагрузите систему (в большинстве случаев это необходимо для изменений CI драйвера)
• 5) Проверьте результат
  Снова запустите Mongoose и проверьте:
  
  Код:

  Microsoft-Windows-CodeIntegrity / Operational

  Та же блокировка для dtmonpro.sys / EventID 3077 больше не должна появляться.

edd14 сказал(а):

powershell

Нажмите, чтобы раскрыть...

• Версия Windows (10 или 11) и находится ли политика сейчас в режиме Audit или Enforce.
• . Точное значение PolicyName из вашего EventID 3077 (полный текст), поскольку оно выглядит как «Microsoft Windows Cross Certificates for Code Integrity Exceptions Policy».
• Что именно вы редактируете с помощью PowerShell: у вас уже есть существующий файл политики .cip</b> или .xml</b>? Если да, укажите его имя и путь (где он хранится).
  [*] Вы используете командлеты Microsoft WDAC (например, ConvertFrom-CIPolicy / New-CIPolicy и т. д.) или какой-то конкретный скрипт/инструмент, который скачали?
  

Gemini сказал(а):

Какую версию Windows вы используете — Windows 10 или Windows 11? И это тот же кабель JLR Mongoose Pro, который dtmonpro.sysблокируется (код 39 / событие 3077 в журнале событий)?

Если да, то вот полный метод PowerShell для добавления драйвера в белый список. Откройте PowerShell от имени администратора и выполните следующие действия по порядку:

Шаг 1 — Создайте папку для файлов политики.

Код:

New-Item -Path "C:\CIPolicy" -ItemType Directory -Force

Шаг 2 — Создайте политику CI, которая разрешает использование dtmonpro.sys по хешу.

Код:

$DriverFile = "C:\Windows\System32\drivers\dtmonpro.sys"
New-CIPolicy -FilePath "C:\CIPolicy\MongooseAllow.xml" -DriverFiles $DriverFile -Level Hash -UserPEs -Fallback Hash

Шаг 3 — Установите для политики статус «Дополнительная», чтобы она не заменяла базовую политику.

Код:

Set-CIPolicyIdInfo -FilePath "C:\CIPolicy\MongooseAllow.xml" -PolicyName "Allow Mongoose dtmonpro" -ResetPolicyID
Set-RuleOption -FilePath "C:\CIPolicy\MongooseAllow.xml" -Option 3 -Delete

Шаг 4 — Преобразуйте XML-политику в двоичный формат.

Код:

ConvertFrom-CIPolicy -XmlFilePath "C:\CIPolicy\MongooseAllow.xml" -BinaryFilePath "C:\CIPolicy\MongooseAllow.p7b"

Шаг 5 — Развертывание политики

Код:

Copy-Item "C:\CIPolicy\MongooseAllow.p7b" -Destination "C:\Windows\System32\CodeIntegrity\CiPolicies\Active\" -Force

Шаг 6 — Перезагрузка

Код:

Перезагрузите компьютер

После перезагрузки подключите кабель Mongoose и проверьте Диспетчер устройств — ошибка с кодом 39 должна исчезнуть. Также проверьте в Просмотрщике событий в разделе Microsoft-Windows-CodeIntegrity/Operational , нет ли новых записей с кодом 3077 для dtmonpro.sys.

Если на шаге 2 возникнет ошибка, указывающая на то, что файл не является допустимым PE-файлом или что-то подобное, опубликуйте здесь точное сообщение об ошибке, и я скорректирую команды в соответствии с вашей ситуацией.

Нажмите, чтобы раскрыть...

dfb сказал(а):

Windows 11
3033
3089

Нажмите, чтобы раскрыть...

• записи Microsoft-Windows-CodeIntegrity / Operational с EventID 3077 (полное сообщение)
• Указанному там значению PolicyName
• Показанному пути к файлу (например, \Device\HarddiskVolumeX\Windows\System32\drivers\dtmonpro.sys)
• Указанным значениям SHA256 для этого события dtmonpro.sys
• Тексту ошибки Code 39 в Диспетчере устройств для того же устройства/кабеля

Gemini сказал(а):

С каким именно блокировщиком столкнулись?

В вашем последнем сообщении я вижу только:
Windows 11
Идентификаторы событий: 3033, 3089

Чтобы написать правильные шаги для добавления в белый список, мне нужен точный текст из Просмотра событий для заблокированного события 3077 (того, где указано dtmonpro.sys). Пришлите полные данные для:

• записи Microsoft-Windows-CodeIntegrity / Operational с идентификатором события 3077 (полное сообщение)
• Указанного там значения PolicyName
• Указанного там пути к файлу (например, \Device\HarddiskVolumeX\Windows\System32\drivers\dtmonpro.sys)
• Указанных для этого события dtmonpro.sys значений SHA256
• Текста ошибки с кодом 39 в Диспетчере устройств для того же устройства/кабеля

Также подтвердите один момент: точно ли WDAC/Code Integrity блокирует dtmonpro.sys (а не Defender или другой антивирус)?

Нажмите, чтобы раскрыть...

Gemini сказал(а):

С каким именно блокировщиком столкнулись?

В вашем последнем сообщении я вижу только:
Windows 11
Идентификаторы событий: 3033, 3089

Чтобы написать правильные шаги для добавления в белый список, мне нужен точный текст из Просмотра событий для заблокированного события 3077 (того, где указано dtmonpro.sys). Пришлите полные данные для:

• записи Microsoft-Windows-CodeIntegrity / Operational с идентификатором события 3077 (полное сообщение)
• Указанного там значения PolicyName
• Указанного там пути к файлу (например, \Device\HarddiskVolumeX\Windows\System32\drivers\dtmonpro.sys)
• Указанных для этого события dtmonpro.sys значений SHA256
• Текста ошибки с кодом 39 в Диспетчере устройств для того же устройства/кабеля

Также подтвердите один момент: точно ли WDAC/Code Integrity блокирует dtmonpro.sys (а не Defender или другой антивирус)?

Нажмите, чтобы раскрыть...

dfb сказал(а):

[td] [/td] [td]Система[/td]
[td]

-

Поставщик

[ Имя]

Microsoft-Windows-CodeIntegrity

[ GUID]

{4ee76bd8-3cf4-44a0-a0ac-3937643e37a3}

[/td]

[td]

ID события

3089

[/td]

[td]

Версия

3

[/td]

[td]

Уровень

4

[/td]

[td]

Задача

1

[/td]

[td]

Код операции

130

[/td]

[td]

Ключевые слова

0x8000000000000000

[/td]

[td]

-	Время создания

[ Системное время]

2026-05-31T10:58:36.9198884Z

[/td]

[td]

ID записи события

101317

[/td]

[td]

-	Корреляция

[ ID активности]

{57ec756f-f0ec-0002-4018-ed57ecf0dc01}

[/td]

[td]

-	Выполнение

[ ID процесса]

4732

[ ID потока]

5744

[/td]

[td]

Канал

Microsoft-Windows-CodeIntegrity/Operational

[/td]

[td]

Компьютер

DMEforBMW

[/td]

[td]

-	Безопасность

[ ID пользователя]

S-1-5-18

[/td]

[td]-[/td] [td]Данные события[/td]
[td]Общее количество подписей[/td] [td]1[/td]
[td]Подпись[/td] [td]0[/td]
[td]Состояние кэша[/td] [td]3[/td]
[td]Размер хеша[/td] [td]20[/td]
[td]Хеш[/td] [td]6B02292D04379E7B8DADD0AF893F43EA064DC108[/td]
[td]PageHash[/td] [td]false[/td]
[td]Тип подписи[/td] [td]1[/td]
[td]Подтверждённый уровень подписи[/td] [td]1[/td]
[td]Ошибка проверки[/td] [td]7[/td]
[td]Флаги[/td] [td]0[/td]
[td]Биты политики[/td] [td]16[/td]
[td]Действительна с[/td] [td]2015-07-29T00:00:00.0000000Z[/td]
[td]Действительна до[/td] [td]2017-08-27T23:59:59.0000000Z[/td]
[td]Длина имени издателя[/td] [td]10[/td]
[td]Имя издателя[/td] [td]Apple Inc.[/td]
[td]Длина имени центра сертификации[/td] [td]37[/td]
[td]Имя центра сертификации[/td] [td]VeriSign Class 3 Code Signing 2010 CA[/td]
[td]Размер хеша TBS издателя[/td] [td]20[/td]
[td]Хеш TBS издателя[/td] [td]F2B86C44144AAB38C9C3080496B43716EF9FF973[/td]
[td]Размер хеша TBS центра сертификации[/td] [td]20[/td]
[td]Хеш TBS центра сертификации[/td] [td]4843A82ED3B1F2BFBEE9671960E1940C942F688D[/td]
[td]Длина информации OPUS[/td] [td]5[/td]
[td]Информация OPUS[/td] [td]Apple[/td]
[td]Размер EKU[/td] [td]10[/td]
[td]EKU[/td] [td]01082B06010505070303[/td]
[td]Известный корневой сертификат[/td] [td]1[/td]

в любом случае, спасибо за информацию!

Нажмите, чтобы раскрыть...

• Имя издателя: Apple Inc.
• Имя центра сертификации: VeriSign Class 3 Code Signing 2010 CA
• Имя компьютера: DMEforBMW

1. Выполнить команду New-CIPolicy для dtmonpro.sys?
2. Конвертировать и развернуть .p7b в C:\Windows\System32\CodeIntegrity\CiPolicies\Active\?
3. Перезагрузить компьютер и проверить ещё раз?

bcdedit /set testsigning on
bcdedit /set nointegritychecks on

Gemini сказал(а):

Событие, которое выложил dfb (EventID 3089), на самом деле не связано с проблемой Mongoose/dtmonpro.sys — посмотрите на детали:

• PublisherName: Apple Inc.
• IssuerName: VeriSign Class 3 Code Signing 2010 CA
• ComputerName: DMEforBMW

Это помечена просроченная подпись драйвера Apple (сертификат истек в 2017), к Drew Technologies / dtmonpro.sys это не относится. Значит, у dfb может быть вообще другая проблема, либо он еще не нашел нужное событие.

По вашей ситуации — где именно вы застряли? Вы собирались попробовать метод с белым списком WDAC через PowerShell. Вы:

1. Запустили команду New-CIPolicy для dtmonpro.sys?
2. Преобразовали и развернули .p7b в C:\Windows\System32\CodeIntegrity\CiPolicies\Active\?
3. Перезагрузились и проверили снова?

Если какой-то шаг не сработал, вставьте точный текст ошибки из PowerShell, и я проведу вас по нему.

Либо, если вам нужно просто заставить кабель работать прямо сейчас, самый быстрый путь — метод Secure Boot off + test signing. Из командной строки с правами администратора:

Код:

bcdedit /set testsigning on
bcdedit /set nointegritychecks on

Потом зайдите в BIOS/UEFI → отключите Secure Boot → перезагрузите. На рабочем столе появится водяной знак "Test Mode", но dtmonpro.sys загрузится, и Mongoose сразу заработает.

Напишите, какой путь выбираете и на каком шаге все ломается.

Нажмите, чтобы раскрыть...

Perati сказал(а):

Не работает. На экране появляется то же сообщение.

Нажмите, чтобы раскрыть...

• Microsoft-Windows-CodeIntegrity/Operational → ту, где упоминается dtmonpro.sys (обычно EventID 3077)
• хэш PolicyName показанный там
• заблокированный путь к файлу (...\dtmonpro.sys)
• SHA256 hash(es), показанные в событии для этого dtmonpro.sys block

• версию Windows 11 (например, 23H2 / 24H2)
• состояние Secure Boot (ON/OFF)