durtuno

И Вы считаете, что это баг? Насколько помню что, для функционирования "KSN" следует принимать соглашение. После установки у Вас это соглашение не принято, а при подключении к "KSC" спускается уже настроенная политика, которая и включает этот "KSN".

На клиенте зачистить системный реестр по типу ветвей "Uninstall" и ей подобных. Например, такая может находиться в профиле самого пользователя, для примера: \HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\QIP 2012 В Вашем случае смотреть "SID" пользователей в: HKEY_USERS

"Замочки" следует закрыть - щелкните по ним. И да, это не политика, вот политика:

11.6.0.394 А что в политике "KSC" творится, как настройки заданы? Если никаких сетевых проблем у Вас нет, тогда могут оказаться другие варианты:

Библиотека системного компонента:

C:\Windows\System32\jscript9.dll Это системная библиотека, и как Я привел выше, на обновлённой системе эта библиотека более новее, чем та, что оказалась в дампе. Проверьте у Себя на сервере, какую версию покажет? А так: как видно из анализа, именно эта библиотека и вызывает сбой. В таких случаях, обычно, рекомендуется использовать/ обновлять библиотеки до последних версий.

Как по Мне для библиотека старовата - вы системное ПО не обновляете?

Можете приложить файл минидампа; Открыть в "WinDbg" и для начала посмотреть стек вызова.

А в логах клиента не смотрели? Может там какие интересные подробности окажутся?

Можно было бы попробовать его проанализировать, либо самостоятельно, либо помощью комьюнити.

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

Т.е. у Вас происходит новая установка агента на новых АРМ? Тогда, скорее всего у Вас в инсталл-пакете агента включён старый/ просроченный сертификат? Проверьте в свойствах пакета отпечаток: и пересоздайте пакет при необходимости.

Хмм, странно, читаем:

Вы имеете ввиду на клиенте оказался не актуальный сертификат сервера KSC? Ели это действительно так, то укажите новый сертификат применяя утилиту klmover.

А что Вы увидите в ответ выполнив следующую команду в консоли клиента? /opt/kaspersky/klnagent64/bin/klnagchk

Странный случай, что-то не встречалось Мне, чтобы "KES" блокировал легитимный "Anydesk".

Возможно следует обновить утилиту?

Так может действительно проблема в самом ".NET Framework" - полурабочий/ с ошибками/ пр. варианты, вот GUI от этого и "плющит"? Такие случаи и на простых "KAV"/ "KIS" попадались.

Сначала отключаете политику, поле изменяете настройки, это еcли Вы хотите выполнить действия локально, на АРМ клиента. Также политику можно перенастроить/ изменить и на KSC, если хотите выполнить всё по сети.

Сравнивайте сертификаты на клиента и сервере. Возможно, что клиенту каким-то образом достаётся уже не действительный/ отличный от серверного сертификат. Причины могу быть разные. Пользовательские сертификаты

Да, оказался невнимательным - там ведь даже и причина указана. Тогда можно предположить, что программе просто не хватает прав доступа, ведь у сетевого ресурса могут присутствовать конкретные права пользователя, а приложение выполняется с правами локальной системы?

Откройте отчёт локально на клиенте и гляньте, там должна быть указана причина. Что-то типа такого, здесь конкретно ограничение по размеру сканирования, который задан в настройках файлового антивируса:

Можно попробовать заглянуть в лог установки, возможно в нём найдётся более подробная информация.

Это ссылка на документацию указанного программного продукта. Читаем "Основной сценарий установки", а также "Рекомендуемые настройки MySQL-сервера 8.0 для работы Kaspersky Security Center 13.2"