Search the Community

Hola, tenemos KESC en la empresa, la duda que tengo es ¿Cómo se puede controlar el firewall individualmente en cada cliente y no de una forma centralizada? Las opciones están en el cliente pero no deja activarlas. Gracias.

В нашей организации используется механизм SRP (software restriction policy) для ограничения запуска программ на ПК пользователей, и KES версии 12.3.0.493 на клиентских ПК. Все работает хорошо за исключением следующей связки: на ПК с установленным Windows Admin Center (WAC) невозможно получить доступ к тем ПК , где одновременно действует политика SRP и установлен KES. Похоже, что WAC пытается выполнить сценарии powershell на удаленном ПК и возникает ошибка: Ошибка проверки модуля WDAC: обнаружено недопустимое или неподписанные содержимое в модуле PowerShell Microsoft.SME.ServerManager. Дополнительные сведения см. в журнале событий. В журнале событий подробности такие: Signature verification failed for assembly: C:\ProgramData\Server Management Experience\Ux\modules\msft.sme.server-manager\powershell-module\Microsoft.SME.ServerManager\cs-CZ\strings.psd1. Authenticode failure result: SignatureOrFileCorrupt WDAC PowerShell module validation failed for Microsoft.SME.ServerManager. Make sure this module contains ONLY signed PS manifest and module source files (e.g. .psm1 & .psd1) along with any necessary localization folders and signed strings.psd1 file. Версия PowerShell на ПК с WAC - 5.1 Решить проблему пока не удалось.

HeLLO! I am facing an issue related to the generation of reports Whenever I try to generate a report for more than 7 days, it always give me data from last seven days and it doesnt change if I try report for last 30 days or 90 days. As the event store is set to 180 days, I still didn't get any events in KSC 14 and 14.2. Also If anyone can explain the flow of events and report generation,. Anyone's help would be appreciated 🙂

Добрый день! ОС: Windows Server Standard 2019 (1809) build 17763.5122 Kaspersky Endpoint Security 12.3.0.493 AES56 При удалении файлов скриптом на PowerShell, KES начинает сканировать удаляемые файлы. Эти файлы представляют собой backup файл базы MS SQL с расширением .bak размером более 700 Гб каждый. Диск на котором хранятся файлы внесен в исключения для сканировани. Создание данных файлов происходит T-SQL скриптом запущенным из PowerShell Командлет для запуска T-SQL: Invoke-Sqlcmd -ServerInstance localhost - Database "TEST" -InputFile "c:\script\test.sql" При запуске скрипта на удаление этих файлов в Resource Monitor - Disk Activity сразу появдяется процесс: avp.exe, который обращается к файлу (читает файл) .bak в течение 15-20 минут и после завершения чтения файл удаляется. Таких файлов на диске может быть от 2 до 5, таким образом процесс удаления может занимать более часа. Командлет для удаления файлов в PS: Remove-Item -path ............_.bak -Force -ErrorAction Stop Прошу помочь разобраться!

I ran KES against folder with many files and some of them were considered (falsively) infected and placed to quarantine. But unfortunately my laptop was rebooted before I choose files to restore, and now I don't know how to get to the quarantine list from the UI and restore them. What should I do to have these files restored? KES v12.3.0.493, Windows 10x64 21H2

Здравствуйте! Хочу заблокировать доступ в сеть определённому приложению с помощью политики для KES 12.3 в KSC 14.2. В KSC открываю свойства политики для KES определённой группы компьютеров. В политике перехожу: Базовая защита -> Сетевой экран. Нажимаю кнопку Настройка возле "Настройка сетевых правил приложений в операционной системе". Нажимаю на группу Недоверенные и кнопку Добавить. Далее предлагается ввести маску поиска по приложению либо производителю и нажать Обновить. Но какую бы маску я не указывал (и далее нажимал Обновить) - в списке программ пусто. Подскажите, пожалуйста, как заблокировать доступ приложению в сеть? Или я вообще не туда полез? Просто, если разблокировать редактирование политики (снять замок) и открыть на клиентском ПК KES - в нём именно таким образом можно заблокировать доступ в сеть приложению.

Добрый день. Суть проблемы в следующем: К серверу подключены около 400 клиентских ПК. 350 из них к серверу подключены через шлюз соединений. И именно те, что подключены через шлюз 29.12.2023 перестали синхронизироваться. А те, что находятся в одной подсети в рабочем стостоянии. При проверке состояния подключения Network Agent'a с помощью утилиты klnagchk.exe была выявлена ошибка: Попытка соединения с Сервером администрирования. Произошла ошибка транспортного уровня при соединении с http://gbuz-rb-tcrb-k.kdits.tcrb:13000: не удалось выполнить разрешение адреса. После смены адреса на ново-созданный виртуальный сервер администрирования командой klmover.exe -address , получаем такую же ошибку.