Проблема не воспроизводится на  11.7.0.654. Проверил два пункта меню "Приостановка защиты" и заодно "Выключение политики", плюс их включение обратно, всё корректно и логично.

@dmitriy-pisarets, версия KES на хосте указана в "ПАРАМЕТРЫ СИСТЕМЫ" ("Версия продукта: 11.7.0.609") и трассировки всего-всего я приложил сразу (AdminGUI, видимо, это трассировка консоли?).

На плагине KES 11.7.0.654 уже не воспроизводится проблема. Видимо, баг закрыть надо.

Шаги воспроизведения:

Открыть свойства хоста в консоли MMC, раздел "Программы", свойства "KES 11.7...", раздел "Продвинутая защита".

Актуальный результат:

Создаётся дамп, после закрытия окна ошибки консоль остаётся работать, не вылетает полностью.

Ожидаемый результат:

Нет ошибок.

https://cloud.qainfo.ru/f/2934745

Страница справки:https://support.kaspersky.com/KESWin/11.7.0/ru-RU/127969.htm

"Если в качестве источника обновлений выбран Сервер администрирования Kaspersky Security Center, программа получит список несовместимого ПО из инсталляционного пакета. Если при обновлении программы обнаружено несовместимое ПО, Kaspersky Endpoint Security предложит удалить эти программы."

Я очень-очень сомневаюсь, что KES обратится к инсталляционному пакету, а конкретно к файлам:incompatible.txtcleaner.cab

Тем более пакетов может быть несколько, либо не быть совсем (взял администратор и удалил их).

Явно ошибочное описание механизма получения списка несовместимого ПО и скриптов удаления.

Более вероятно, получение идёт как с серверов ЛК*, но только с промежуточным хранилищем "Обновления баз и программных модулей "Лаборатории Касперского"" Сервера администрирования, всё тоже самое, просто из него.

*"Kaspersky Endpoint Security проверяет актуальность списка при обновлении программы, если в качестве источника обновлений выбраны серверы обновлений "Лаборатории Касперского". Далее программа загружает обновленный список и проверяет компьютер на наличие несовместимого ПО."

Шаги воспроизведения:

KES управляется политикой, в политике задан пароль на управление KES.

Из контекстного меню на значке KES в "Область уведомлений Windows" выполнить "Приостановить защиту" (подождать процесс остановки, секунд 10).

Повторно вызвать контекстное меню на значке KES.

Актуальный результат:

В контекстном меню пункт "Приостановить защиту" не изменился на "Возобновить защиту":

Ожидаемый результат:

Должен появиться пункт "Возобновить защиту" вместо "Приостановить защиту".

@dmitriy-pisarets, в части того о чём пишете как раз тоже самое. Я именно про политику KES на KSC. Политика создаётся изначально для одной версии KES, после установки плагина новой версии требуется принять лицензионное соглашение на KSN, чтоб на новой версии KES включился KSN в том числе. До этого момента на предыдущих версиях KES политика как и ранее включает KSN, а на новых KES нет. Как только принято положение о KSN для новой версии KES (с новым плагином), на старой версии плагина (например, на другой удалённой консоли) политику уже не открыть, будет требовать обновить плагин до той же новой версии.

Так всё выглядит достаточно логично. Сравнение истории ревизий политики KES 11.5 после принятия KSN на плагине 11.6 содержит информацию о четырёх (видимо четырёх бетах) ID версий KES для которых одобрен KSN. 

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