Информация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Официальная документация по данному разделу приведена в Онлайн-справке на продукт: [https://support.kaspersky.ru/kuma/4.0/241235](https://support.kaspersky.ru/kuma/4.0/241235 "Настройка получения событий Kaspersky Security Center в формате CEF")
Функция экспорта событий Kaspersky Security Center в SIEM-системы в формате CEF доступна при наличии лицензии Kaspersky Endpoint Security для бизнеса **Расширенный** или **выше**.
С версии KSC от 15.1 наличие лицензии не важно. Подробнее: [https://support.kaspersky.ru/ksc/15.1/12521](https://support.kaspersky.ru/ksc/15.1/12521)
#### #### Создание коллектора в KUMA Предварительно перед настройкой параметров передачи событий Kaspersky Security Center в формате CEF требуется создать коллектор в веб-интерфейсе KUMA. 1. Для создания коллектора в веб-интерфейсе KUMA перейдите в раздел **Ресурсы** и нажмите на кнопку **Подключить** **источник**. 2. В появившемся окне мастера настройки **Создание коллектора** на первом шаге (**Подключение источников**) выберите **Имя** **коллектора** и **Тенант**, к которому будет принадлежать создаваемый коллектор. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/lj1image.png) 3. На втором шаге мастера (**Транспорт**) укажите параметры коннектора для взаимодействия с подключаемым источником: - **Тип** – tcp/udp. В данном примере выберите tcp. - **URL **– FQDN:порт (порт, на котором коллектор будет ожидать входящие подключения. Выбирается любой из незанятых, выше 1024). В данном примере будет использоваться 5153.В поле URL можно указать только порт при инсталляции All-in-one.
[](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/A2rimage.png) 4. На третьем шаге мастера укажите нормализатор. В данном случае рекомендуется использовать «коробочный» нормализатор **\[****OOTB\] KSC**. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/Ra5image.png) 5. Шаги мастера настройки с четвертого по шестой являются опциональными, их можно пропустить и вернуться к настройке позднее. 6. На седьмом шаге мастера задайте точки назначения. Для хранения событий добавьте точку назначения типа **Хранилище**. В случае если предполагается также анализ потока событий правилами корреляции добавьте точку назначения типа **Коррелятор**. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/FRjimage.png) [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/gqYimage.png) [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/Udzimage.png) [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/Y2Ximage.png) 7. На завершающем шаге мастера нажмите на кнопку **Создать и сохранить сервис**. После чего появится строка установки сервиса, которую необходимо скопировать для дальнейшей установки. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/ZLuimage.png) 8. Нажмите **Сохранить**. 9. После выполнения вышеуказанных действий в разделе **Ресурсы → Активные** **сервисы** появится созданный сервис коллектора. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/6Qkimage.png) ##### Установка коллектора KUMA 1. Выполните подключение к CLI сервера коллектора KUMA. 2. Для установки сервиса коллектора в командной строке выполните команду под учетной записью root, скопированную на прошлом шаге. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/0Vlimage.png) 3. При необходимости добавьте используемый порт сервиса коллектора в исключения МЭ ОС и обновите параметры службы. ``` # Пример для firewalld firewall-cmd --add-port=<порт, выбранный для коллектора>/tcp|udp –permanent firewall-cmd –reload # Пример для ufw ufw allow <порт, выбранный для коллектора>/tcp|udp ufw reload ``` 4. После успешной установки сервиса его статус в веб-консоли KUMA изменится на **ВКЛ с**** зеленой индикацией**. **[](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/KxDimage.png)** #### #### Настройка передачи событий KSC в формате CEF Чтобы настроить передачу событий от Сервера администрирования Kaspersky Security Center в SIEM-систему KUMA: **Kaspersky Security Center Web Console** 1. В панели слева перейдите в свойства сервера администрирования KSC [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/oO8image.png) 2. Во вкладке **Общие** перейдите в раздел **Экспорт в** **SIEM-систему.** 3. В разделе **Экспорт в** **SIEM-систему **установите флаг **Автоматически экспортировать события в базу** **SIEM-системы**. 4. Нажмите на **Параметры** 5. В появившемся окне Параметры экспорта **укажите:** - **Адрес сервера SIEM-системы** - <IP-адрес сервера коллектора/сервера KUMA (в случае All-in-One)> - **Порт SIEM-системы** - <Порт ранее созданного сервиса коллектора. В нашем примере **5153**> - **Протокол **– <Транспортный протокол TCP или UDP. В нашем примере **TCP**> - **Формат данных **– ArcSight (CEF) - Нажмите **ОК**. 6. **Опционально: **Установите дату начала экспорта событий, начиная с которой уже созданные события будут экспортироваться в KUMA. По умолчанию Kaspersky Security Center экспортирует события с текущей даты. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/7Aaimage.png) 7. Нажмите **Сохранить**. Автоматический экспорт событий KSC включен. **Консоль администрирования Kaspersky Security Center** 1. В дереве консоли Kaspersky Security Center выберите узел с именем Сервера администрирования, события которого необходимо экспортировать. 2. В рабочей области выбранного Сервера администрирования перейдите на вкладку **События**. - даты. - Нажмите **Применить** и далее **ОК**. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/RSRimage.png) Автоматический экспорт событий KSC включен. ##### Проверка поступления событий KSC в KUMA 1. Для проверки, что сбор событий с KSC в формате CEF успешно настроен перейдите в **Ресурсы** → **Активные сервисы** → выберите ранее созданный **коллектор** для KSC и нажмите **Перейти к событиям.** [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/yQ0image.png) 2. В открывшемся окне **События** убедитесь, что присутствуют события KSC. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/thmimage.png) #### #### Полезные ссылки - Статья KUMA Community «KSC CEF»: **[https://kb.kuma-community.ru/books/podkliucenie-istocnikov/page/ksc-cef](https://kb.kuma-community.ru/books/podkliucenie-istocnikov/page/ksc-cef)** - Видео по настройке: **[https://rutube.ru/video/7e876600705999b2ce9f12602c76c9df/?playlist=540937](https://rutube.ru/video/7e876600705999b2ce9f12602c76c9df/?playlist=540937)** # KSC MS SQL**✔️ Рекомендуется** - Рекомендуемый способ сбора для этого источника событий
Информация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Официальная документация по данному разделу приведена в Онлайн-справке на продукт: [https://support.kaspersky.com/KUMA/3.4/ru-RU/245386.htm](https://support.kaspersky.com/KUMA/3.4/ru-RU/245386.htm)
SQL Server должен поддерживать TLS 1.2 - дополнительную информацию можно изучить тут: [https://support.microsoft.com/en-us/help/3135244/tls-1-2-support-for-microsoft-sql-server](https://support.microsoft.com/en-us/help/3135244/tls-1-2-support-for-microsoft-sql-server "https://support.microsoft.com/en-us/help/3135244/tls-1-2-support-for-microsoft-sql-server")
Для отключения защищенного подключения к БД можно воспользоваться следующей опцией в коннекторе: `sqlserver://user:password@server:port?database=DBName&encrypt=disable`
### #### Настройка БД MS SQL Для сбора событий из БД MS SQL необходимо создать учетную запись с соответствующеми правами. Для этого выполните следующие действия: 1. Перейдите на сервер, где установлена БД MS SQL для KSC. С помощью Microsoft SQL Server Management Studio подключитесь к БД из-под учетной записи, обладающей правами администратора в БД.  2\. Перейдите в соответствующий экземпляр БД MS SQL на вкладку Security и для вкладки Logins выберите New Login...  3\. Добавьте учетную запись пользователя, с помощью которой будет осуществляться доступ к БД KSC  4. Установите для учетной записи БД KSC в качестве БД по умолчанию (по умолчанию в KSC используется БД KAV).  5\. Настройте учетной записи права db\_datareader и public для БД KSC в соответствии с изображением ниже.  6\. Убедитесь, что созданной учетной записи разрешено подключение к БД. [](https://kb.kuma-community.ru/uploads/images/gallery/2023-08/kECimage.png)Для проверки прав созданной учетной записи можно запустить Microsoft SQL Management Studio от имени созданного пользователя (с зажатым Shift нажать ПКМ и выбрать Запуск от имени другого пользователя). Затем перейти в любую таблицу БД KSC и сделать выборку по этой таблице.
#### Настройка SQL Server Browser Для подключения к серверу MS SQL для сбора событий необходимо настроить соответствующую службу и разрешить входящие подключения. Для этого выполните следующие действия: 1. Откройте оснастку SQL Server Configuration Manager. Запустите службу SQL Server Browser и задайте автоматический запуск службы.   2. Включите TCP/IP протокол для соответствующего экземпляра БД.  3. В свойствах протокола, на вкладке IP Addresses для поля IPALL в TCP Port укажите значение 1433.  4. Перезапустите службу экземпляра SQL сервера.  5. Разрешите на сервере входящие подключения по порту 1433. Это можно сделать в оснастке Брандмауэр защитника Windows в режиме повышенной безопасности. [](https://kb.kuma-community.ru/uploads/images/gallery/2023-08/WyOimage.png) #### Создание секрета KUMA Для подключения к БД MS SQL со стороны KUMA необходимо создать строку подключения. Для этого выполните следующие действия: 1. Откройте раздел веб-интерфейса KUMA **Ресурсы** → **Секреты**. Отобразится список доступных секретов. 2. Нажмите на кнопку **Добавить секрет**, чтобы создать новый секрет. Откроется окно секрета. 3. Введите данные секрета: · В поле **Название** укажите имя для добавляемого секрета. · В раскрывающемся списке **Тенант** выберите тенант, которому будет принадлежать создаваемый ресурс. · В раскрывающемся списке **Тип** выберите **credentials**. · В поле **Пользователь** укажите имя созданной ранее учетной записи (для доменной учетной записи используйте формат: **домен\\имя учетной записи**) · В поле **Пароль** укажите пароль учетной записи · Нажмите **Создать**. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/0Tnimage.png)Из соображений безопасности после сохранения секрета строки, указанные в полях Пользователь и Пароль, скрываются.
#### Настройка коннектора Для подключения KUMA к БД MS SQL требуется настроить коннектор. Чтобы настроить коннектор выполните следующие действия: 1. В веб-интерфейсе KUMA перейдите в раздел **Ресурсы** → **Коннекторы**. 2. В списке коннекторов справа выберите коннектор **\[****OOTB\] KSC MSSQL** и нажмите **Дублировать**. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/d5Himage.png) 3. В появившемся окне **Создание коннектора** укажите: · Название коннектора · В секции **Соединение**: · **Тип базы данных** – MSSQL · **Секрет отдельно** - активировать · **URL – **sqlserver:// <IP-адрес/FQDN сервера БД KSC>:1433/<имя БД, по умолчанию KAV>Пример: sqlserver:// ksc.example.com:1433/KAV
· **Секрет – **секрет, созданный на предыдущем шаге · **Тип базы данных** – MSSQL · **Секрет отдельно** - активировать · **URL – **sqlserver:// <IP-адрес/FQDN сервера БД KSC>:1433/<имя БД, по умолчанию KAV>Пример: sqlserver:// ksc.example.com:1433/KAV
· **Секрет – **секрет, созданный на предыдущем шаге · **Начальное значение идентификатора - **<текущий год>-01-01T00:00:00.000 (например, 2025-01-01T00:00:00.000) 4. Нажмите **Создать**. #### Настройка коллектора После того как параметры передачи событий настроены, требуется создать коллектор в веб-интерфейсе KUMA для событий Kaspersky Security Center из MS SQL. 1. Для создания коллектора в веб-интерфейсе KUMA перейдите в раздел **Ресурсы** и нажмите на кнопку **Подключить** **источник**. 2. В появившемся окне мастера настройки **Создание коллектора** на первом шаге (**Подключение источников**) выберите **Имя** **коллектора** и **Тенант**, к которому будет принадлежать создаваемый коллектор. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/ZCKimage.png) 3. На втором шаге мастера (**Транспорт**) укажите ранее созданный коннектор для подключения к БД MSSQL. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/FFlimage.png) 4. На третьем шаге мастера укажите нормализатор. В данном случае рекомендуется использовать «коробочный» нормализатор **\[****OOTB\] KSC from SQL**. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/9CNimage.png) 5. Шаги мастера настройки с четвертого по шестой являются опциональными, их можно пропустить и вернуться к настройке позднее. 6. На седьмом шаге мастера задайте точки назначения. Для хранения событий добавьте точку назначения типа **Хранилище**. В случае если предполагается также анализ потока событий правилами корреляции добавьте точку назначения типа **Коррелятор**. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/SJMimage.png) [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/GbHimage.png) [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/RtYimage.png) 7. На завершающем шаге мастера нажмите на кнопку **Создать и сохранить сервис**. После чего появится строка установки сервиса, которую необходимо скопировать для дальнейшей установки. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/9Iwimage.png) 8. Нажмите **Сохранить**. 9. После выполнения вышеуказанных действий в разделе **Ресурсы → Активные** **сервисы** появится созданный сервис коллектора. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/k6pimage.png) #### Установка коллектора KUMA 1. Выполните подключение к CLI сервера коллектора KUMA. 2. Для установки сервиса коллектора в командной строке выполните команду под учетной записью root, скопированную на прошлом шаге. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/0dXimage.png) 3. После успешной установки сервиса его статус в веб-консоли KUMA изменится на **ВКЛ** **с зеленой индикацией**. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/s7Oimage.png) ##### ##### Проверка поступления событий KSC в KUMA 1. Для проверки, что сбор событий KSC из БД MSSQL успешно настроен перейдите в **Ресурсы** → **Активные сервисы** → выберите ранее созданный **коллектор** для KSC MSSQL и нажмите **Перейти к событиям.** [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/XDVimage.png) 2. В открывшемся окне **События** убедитесь, что присутствуют события KSC. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-06/97Bimage.png) # KSC PostgreSQLИнформация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
### Настройка PostgreSQL Настройки на сервере БД PostgreSQL можно выполнять в консоли (SSH, терминал ОС) или средствами утилиты pgAdmin (требуется установка). В данной статье сервер БД PostgreSQL работает под управлением ОС Astra Linux, а все настройки выполняются **в консоли.** Для удобства в базе данных PostgreSQL Kaspersky Security Center предусмотрен набор публичных представлений. Таким образом можно создавать запросы непосредственно к публичным представлениям и извлекать из них данные о событиях. "Коробочный" коннектор KUMA **\[OOTB\] KSC PostgreSQL** содержит уже готовые запросы к публичным представлениям **v\_akpub\_ev\_event** и **v\_akpub\_host**.Коннектор **\[OOTB\] KSC PostgreSQL** позволяет экспортировать события из БД PostgreSQL Kaspersky Security Center (KSC) версии 15.0.
Проверена работоспособность коннектора с KSC 14.2 Windows (БД PostgreSQL).
#### Проверка имени БД KSC Чтобы проверить имя базы данных KSC можно воспользоваться следующей статьей: [https://support.kaspersky.ru/ksc-linux/15/228689](https://support.kaspersky.ru/ksc-linux/15/228689) (KSC Linux) Альтернативным вариантом является проверка имени БД в консоли сервера, на котором установлена БД KSC: - Измените текущего пользователя на **postgres** ```bash sudo -i -u postgres ``` - Запустите интерактивный терминал PostgreSQL и выведите список баз данных сервера ``` psql \l # вывод списка баз данных сервера ``` [](https://kb.kuma-community.ru/uploads/images/gallery/2023-12/12eimage.png) #### Создание роли БД и предоставление правПосле каждого обновления KSC права на представления сбрасываются и их нужно снова настраивать
- В консоли сервера, где установлена БД PostreSQL KSC, измените текущего пользователя на **postgres** ```bash sudo -i -u postgres ``` - Запустите интерактивный терминал PostgreSQL ```bash psql ```Также для создания роли БД и предоставления ей соответствующих прав можно использовать существующую учетную запись с атрибутом **role creation** и правами доступа к публичным представлениям. Пример подключения к БД: psql -U <имя УЗ> -d <имя БД KSC>
- Создайте роль пользователя kuma ```bash CREATE USER kuma WITH PASSWORD '<задайте пароль>'; ``` - Подключитесь к БД KSC (см. Раздел "**Проверка имени БД KSC**". По умолчанию KAV) ``` \connect KAV ``` - Предоставьте права роли KUMA ```bash GRANT SELECT ON v_akpub_ev_event TO kuma; GRANT SELECT ON v_akpub_host TO kuma; GRANT SELECT ON v_akpub_virus_activity TO kuma; GRANT SELECT ON v_akpub_hst_prdstate TO kuma; GRANT SELECT ON v_akpub_host_status TO kuma; ``` #### Настройка удаленного доступа к БД PostgreSQL и метода аутентификации - Откройте файл **/etc/postgresql/<версия БД PostgreSQL>/main/pg\_hba.conf** и в секции **IPv4 local connections** добавьте следующую строку ```bash host <имя БД,например, KAV> kumaПри необходимости разрешите входящие соединения на порт БД PostgreSQL (по умолчанию, TCP/5432) в параметрах локального FW.
--- ### Создание секрета KUMA 1\. В веб-интерфейсе KUMA перейдите на вкладку **Ресурсы →** **Секреты** 2\. Выберите секрет **\[OOTB\] KSC PostgreSQL connection** и нажмите **Дублировать.** [](https://kb.kuma-community.ru/uploads/images/gallery/2024-01/jaMimage.png) 3\. В появившемся окне задайте: - Название секрета - URL (формат URL можно взять из **Описания** к секрету). В поле URL укажите: - Имя ранее созданной роли (в нашем примере это **kuma**) и ее пароль ([требования к паролю](https://kb.kuma-community.ru/link/2#bkmrk-%255c-%E2%80%93-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D1%83%D0%B5%D1%82%D1%81%D1%8F-%D0%B4)); - IP-адрес или FQDN сервера БД; - Наименование БД KSC (по умолчанию KAV. См. **Проверка имени БД KSC**). [](https://kb.kuma-community.ru/uploads/images/gallery/2024-01/PA3image.png)Если в пароле используются спецсимволы необходимо перевести данные спецсимволы в URL формат в соответствии с таблицей ниже.
| ! | \# | $ | % | & | ' | ( | ) | \* | + |
| %21 | %23 | %24 | %25 | %26 | %27 | %28 | %29 | %2A | %2B |
| , | / | : | ; | = | ? | @ | \[ | \] | \\ |
| %2C | %2F | %3A | %3B | %3D | %3F | %40 | %5B | %5D | %5C |
По умолчанию коллектор KUMA при обращении к БД PostgreSQL будет пытаться построить TLS-туннель. Если на стороне сервера БД не настроено использование SSL/TLS (что НЕ рекомендуется!) в URL секрета необходимо добавить **"?sslmode=disable"**, чтобы строка приняла следующий вид: postgres://user:password@server/database**?sslmode=disable**
4\. Нажмите **Сохранить**.Обратите внимание, после сохранения секрета поле URL будет пустым во избежание утечки чувствительной информации.
--- ### Настройка коннектора 1\. В веб-интерфейсе KUMA перейдите в раздел **Ресурсы** → **Коннекторы** 2\. В списке коннекторов справа найдите коннектор **\[OOTB\] KSC PostgreSQL** и нажмите **Дублировать** [](https://kb.kuma-community.ru/uploads/images/gallery/2024-01/BzHimage.png) 3\. В появившемся окне задайте: - Название коннектора - На вкладке **Основные параметры** в выпадающих списках **URL** выберите секрет, созданный ранее для подключения к БД PostgreSQL KSC. [](https://kb.kuma-community.ru/uploads/images/gallery/2024-01/Deoimage.png) [](https://kb.kuma-community.ru/uploads/images/gallery/2024-01/jsaimage.png) 4\. Нажмите **Сохранить**. --- ### Настройка коллектора 1\. В веб-интерфейсе KUMA перейдите в раздел **Ресурсы** и нажмите **Подключить источник** 2\. В появившемся окне задайте **Название коллектора** и **Тенант** 3\. На шаге **Транспорт** выберите ранее созданный коннектор 4\. На шаге **Парсинг событий** выберите нормализатор **\[OOTB\] KSC from SQL**. 5\. На шаге **Маршрутизация** задайте следующие точки назначения: - **Хранилище**. Для отправки обработанных событий в хранилище. - **Коррелятор**. Для отправки обработанных событий в коррелятор. 6\. На шаге **Проверка параметров** нажмите **Сохранить и создать сервис**. 7\. Скопируйте появившуюся команду и выполните установку сервиса коллектора. --- ### Проверка поступления событий KSC в KUMA Для проверки, что экспорт событий из БД KSC успешно настроен, перейдите в **Ресурсы -> Активные сервисы ->** выберите ранее созданный коллектор **KSC PostgreSQL** и нажмите **Перейти к событиям**. [](https://kb.kuma-community.ru/uploads/images/gallery/2024-01/X7Eimage.png) В открывшемся окне **События** убедитесь, что присутствуют события KSC. [](https://kb.kuma-community.ru/uploads/images/gallery/2024-01/Ok0image.png) # KSC MariaDBИнформация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и НЕ является официальной рекомендацией вендора.
### Настройка MariaDB В **MariaDB** настройки на сервере базы данных можно выполнять несколькими способами: через консоль (SSH, терминал ОС) или с помощью графических интерфейсов, таких как **phpMyAdmin** или **MySQL Workbench** В данной статье сервер БД MariaDB работает под управлением ОС Ubuntu 22.04.5, а все настройки выполняются **в консоли.** Для удобства в базе данных MariaDB Kaspersky Security Center предусмотрен набор публичных представлений. Таким образом можно создавать запросы непосредственно к публичным представлениям и извлекать из них данные о событиях. "Коробочный" коннектор KUMA **\[OOTB\] KSC MySQL** содержит уже готовые запросы к публичным представлениям **v\_akpub\_ev\_event** и **v\_akpub\_host**.Для обеспечения корректной работы MariaDB с Kaspersky Security Center рекомендуется использовать версии MariaDB начиная с 10.5.17 или более новые.
#### Проверка имени БД KSC Чтобы проверить имя базы данных KSC можно воспользоваться следующей статьей: Просмор имени базы данных Kaspersky Security Center Linux - (KSC Linux) - [https://support.kaspersky.ru/ksc-linux/15.1/228689](https://support.kaspersky.ru/ksc-linux/15.1/228689) Альтернативным вариантом является проверка имени БД в консоли сервера, на котором установлена БД KSC: - Подключитесь к серверу базы данных ``` mariadb -h localhost -u admin -p ``` где, вместо `admin` задайте логин своего пользователя MariaDB - Запустите интерактивный терминал MariaDB и выведите список баз данных сервера ```mysql SHOW DATABASES; ```  #### Создание роли БД и предоставление прав -При необходимости разрешите входящие соединения на порт БД MariaDB (по умолчанию, TCP/3306) в параметрах локального FW, а также в настройках конфигурационного файла my.cnf
--- ### Создание секрета KUMA 1\. В веб-интерфейсе KUMA перейдите на вкладку **Ресурсы →** **Секреты → Добавить** 2\. Создайте секрет MariaDB, В появившемсе окне задайте - URL (формат URL можно взять из **Описания** к секрету). В поле URL укажите: - Имя ранее созданной роли (в нашем примере это **kuma\_siem**) и ее пароль; - Протокол подключения - IP-адрес или FQDN сервера БД ; - Порт подключения (по умолчанию `3306`) - Наименование БД KSC (по умолчанию `KAV`. См. **Проверка имени БД KSC**). ```bash mysql://<имя пользователя БД>:<Пароль>@<протокол подключения>(Если в пароле используются спецсимволы необходимо перевести данные спецсимволы в URL формат в соответствии с таблицей ниже.
| ! | \# | $ | % | & | ' | ( | ) | \* | + |
| %21 | %23 | %24 | %25 | %26 | %27 | %28 | %29 | %2A | %2B |
| , | / | : | ; | = | ? | @ | \[ | \] | \\ |
| %2C | %2F | %3A | %3B | %3D | %3F | %40 | %5B | %5D | %5C |
Обратите внимание, после сохранения секрета поле URL будет пустым во избежание утечки чувствительной информации.
--- ### Настройка коннектора 1\. В веб-интерфейсе KUMA перейдите в раздел **Ресурсы** → **Коннекторы** 2\. В списке коннекторов найдите коннектор **\[OOTB\] KSC MySQL**, отметьте его галочкой и нажмите **Дублировать** 3\. В появившемся окне задайте: - - - Название коннектора - На вкладке **Основные параметры** в разделе **Соединение** в выпадающих списках URL выберите секрет, созданный ранее для подключения к БД MariaDB KSCОбратите внимание, что в коннекторе используется несколько запросов! URL подключения необходимо заменить для **ВСЕХ** запросов.
4\. В запросе смените название БД (`ksc_srv`) на имя БД KSC, в нашем случае `KAV` (по умолчанию)  Обратите внимание, что в коннекторе используется несколько запросов! Название БД необходимо заменить для **ВСЕХ** запросов.
--- ### Настройка коллектора 1\. В веб-интерфейсе KUMA перейдите в раздел **Ресурсы** и нажмите **Подключить источник** 2\. В появившемся окне задайте **Название коллектора** и **Тенант** 3\. На шаге **Транспорт** выберите ранее созданный коннектор 4\. На шаге **Парсинг событий** выберите сдублированный нормализатор **\[OOTB\] KSC from SQL**. 5\. На шаге **Маршрутизация** задайте следующие точки назначения: - **Хранилище**. Для отправки обработанных событий в хранилище. - **Коррелятор**. Для отправки обработанных событий в коррелятор. 6\. На шаге **Проверка параметров** нажмите **Сохранить и создать сервис**. 7\. Скопируйте появившуюся команду и выполните установку сервиса коллектора. --- ### Проверка поступления событий KSC в KUMA Для проверки, что экспорт событий из БД KSC успешно настроен, перейдите в **Ресурсы -> Активные сервисы ->** выберите ранее созданный коллектор **KSC PostgreSQL** и нажмите **Перейти к событиям** В открывшемся окне **События** убедитесь, что присутствуют события KSC. ###  --- ### Полезные ссылки Настройка сервера MariaDB x64 для работы с Kaspersky Security Center Linux - [https://support.kaspersky.ru/ksc-linux/15/210277](https://support.kaspersky.ru/ksc-linux/15/210277) Коннекторы типа sql в kuma - [https://support.kaspersky.ru/kuma/3.2/220746](https://support.kaspersky.ru/kuma/3.2/220746) # KLMSИнформация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Официальная документация по данному разделу приведена в Онлайн-справке на продукт: [https://support.kaspersky.com/help/KUMA/2.1/ru-RU/254786.htm](https://support.kaspersky.com/help/KUMA/2.1/ru-RU/254786.htm)
### Настройка передачи событий KLMS в KUMA Чтобы настроить передачу событий KLMS в KUMA: 1\. Подключитесь к серверу KLMS по проколу SSH под учетной записью с правами администратора перейдите в меню Technical Support Mode. 2\. С помощью утилиты `klms-control` выгрузите настройки в файл `settings.xml`: ```bash sudo /opt/kaspersky/klms/bin/klms-control --get-settings EventLogger -n -f /tmp/settings.xml ``` 3\. Убедитесь, что параметры файла `/tmp/settings.xml `имеют следующие значения, при необходимости внесите изменения: ```xmlИнформация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Официальная документация по данному разделу приведена в Онлайн-справке на продукт: [https://support.kaspersky.com/help/KUMA/2.1/ru-RU/254785.htm](https://support.kaspersky.com/help/KUMA/2.1/ru-RU/254785.htm)
### Настройка передачи событий KSMG в KUMAДанная инструкция применима для KSMG версии 1.1
Чтобы настроить передачу событий KSMG в KUMA: 1\. Подключитесь к серверу KSMG по проколу SSH под учетной записью с правами администратора перейдите в меню Technical Support Mode. 2\. С помощью утилиты `ksmg-control` выгрузите настройки в файл `settings.xml`: ```bash sudo /opt/kaspersky/ksmg/bin/ksmg-control --get-settings EventLogger -n -f /tmp/settings.xml ``` 3\. Убедитесь, что параметры файла `/tmp/settings.xml `имеют следующие значения, при необходимости внесите изменения: ```xmlИнформация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Сбор событий **KICS for Linux Nodes** возможен двумя способами: - Из БД KSC, если KICS for Linux Nodes управляется централизованно средствами KSC. - Напрямую средствами самого KICS for Linux Nodes, в случае, когда KSC не используется в инфраструктуре и KICS for Linux Nodes работает в автономном режиме.Для сбора событий KICS for Linux Nodes из БД PostgreSQL KSC воспользуйтесь следующей [статьей](https://kb.kuma-community.ru/books/podkliucenie-istocnikov/page/ksc-postgresql).
### Настройка коллектора KUMA Настройка коллектора KUMA для приема и обработки событий **KICS for Linux Nodes** приведена в отдельной [общей статье](https://kb.kuma-community.ru/books/podkliucenie-istocnikov/page/sozdanie-kollektora-kuma) по созданию сервиса коллектора.На шаге **Парсинг событий** в качестве нормализатора для событий **KICS for Linux Nodes** выберите нормализатор **\[20-07-2026\] Kaspersky Industrial CyberSecurity for Linux Nodes 2.0 Syslog-CEF**. Нормализатор доступен в рамках Community Pack.
--- ### Настройка KICS for Linux Nodes По умолчанию KICS for Linux Nodes журналирует события во внутреннюю БД, однако для централизованного хранения и обработки можно настроить отправку событий в SIEM-систему. Для отправки событий может использоваться протокол TCP или UDP. Чтобы настроить отправку событий **KICS for Linux Nodes** в коллектор KUMA, запустите скрипт **tune\_syslog\_for\_siem.sh** (см. [Приложение 5. Настройка совместной работы с SIEM-системами](https://support.kaspersky.ru/kics-for-linux-nodes/2.0/278745) онлайн-справки KICS for Linux Nodes).Скрипт **tune\_syslog\_for\_siem.sh** предоставляется по запросу.
[](https://kb.kuma-community.ru/uploads/images/gallery/2026-07/QSsimage.png) --- ### Проверка поступления событий KICS for Linux Nodes в KUMA Чтобы убедиться, что сбор событий **KICS for Linux Nodes** успешно настроен, перейдите в **Ресурсы** > **Активные сервисы** > выберите ранее созданный коллектор для **KICS for Linux Nodes** > ПКМ > **Перейти к событиям.** В открывшемся окне **События** убедитесь, что присутствуют события **KICS for Linux Nodes**. [](https://kb.kuma-community.ru/uploads/images/gallery/2026-07/Ng9image.png) # KSMG 2.0Информация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
### Настройка передачи событий KSMG в KUMAНастройка отправкм логов для актуальной версии KSMG 2.1.1VA доступно из справки - [https://support.kaspersky.com/KSMG/2.1.1VA/ru-RU/218660.htm](https://support.kaspersky.com/KSMG/2.1.1VA/ru-RU/218660.htm)
Данная инструкция применима для KSMG версии от 2.1.1VA и KUMA 4.0:
В меню KSMG необходимо перейти в "Параметры" -> Журналирование на внешнем сервере -> Поставить флажок в "Использовать журналирование на внешнем сервере" и далее настроить соответсвющие параметры для коннекта с KUMA, нажать сохранить. [](https://kb.kuma-community.ru/uploads/images/gallery/2025-08/image.png) **Возможные категории: событий** - Журнал аудита безопасности системы (authpriv). - Журнал событий системных служб (daemon). - Журнал запуска задач по расписанию (cron). - Журнал встроенного MTA (mail). - Журнал Kaspersky Secure Mail Gateway (local1). - Журнал Kaspersky Secure Mail Gateway в формате CEF (local2). По умолчанию категория не выбрана. Далее проверка событий через коллектор, который настроен на сбор событий с KSMG: [](https://kb.kuma-community.ru/uploads/images/gallery/2025-08/qzPimage.png) ### Передача событий KSMG < 2.1.1VA в KUMA 3.4 1\. Подключитесь к серверу KSMG по проколу SSH под учетной записью с правами администратора перейдите в меню Technical Support Mode. 2\. Внесите следующие изменения в файл с параметрами экспорта событий `/opt/kaspersky/ksmg/share/templates/core_settings/event_logger.json.template`: ```json "siemSettings": { "enabled": true, "facility": "Local2", "logLevel": "Info", "formatting": } ``` Прочие параметры оставьте без изменений.Перед внесением изменений в файл `/etc/rsyslog.conf` рекомендуется сделать его резервную копию. Ошибка при редактировании файла может привести к некорректной работе системы.
3\. В файле `/etc/rsyslog.conf` измените строку: ```bash *.info;mail.none;authpriv.none;cron.none;local0.none;local1.none /var/log/messages ``` на ```bash *.info;mail.none;authpriv.none;cron.none;local0.none;local1.none;local2.none /var/log/messages ``` 4\. Добавьте в файл `/etc/rsyslog.conf `следующую строку: ```bash local2.* -/var/log/ksmg-cef-messages ``` 5\. Создайте файл `/var/log/ksmg-cef-messages` и настройте права доступа к нему. Для этого выполните команды: ```bash touch /var/log/ksmg-cef-messages chown root:klusers /var/log/ksmg-cef-messages chmod 640 /var/log/ksmg-cef-messages ``` 6\. Настройте правила ротации файлов с экспортированными событиями. Для этого добавьте в файл `/etc/logrotate.d/ksmg-syslog` следующие строки: ```bash /var/log/ksmg-cef-messages { size 500M rotate 10 notifempty sharedscripts postrotate /usr/bin/systemctl kill -s HUP rsyslog.service >/dev/null 2>&1 || true endscript } ``` 7\. Перезапустите сервис rsyslog с помощью следующей команды: ```bash service rsyslog restart ```Если вам не требуется сохранять файлы локально, пропустите шаги 4–7 из инструкции выше
8\. В веб-интерфейсе приложения в разделе **Параметры **→ **Журналы и события** → **События** внесите изменение в значение любого параметра и нажмите на кнопку **Сохранить**. Это необходимо для синхронизации параметров между узлами кластера и применения изменений, внесенных в конфигурационный файл. После этого вы можете вернуть исходное значение измененного параметра. 9\. Внесите следующие изменения в файл `/etc/rsyslog.conf`: ```bash $ActionQueueFileName ForwardToSIEM $ActionQueueMaxDiskSpace 1g $ActionQueueSaveOnShutdown on $ActionQueueType LinkedList $ActionResumeRetryCount -1 local2.* @В случае если события не поступают перезапустите сервис rsyslog несколько раз
--- ### Полезные ссылки Публикация событий в SIEM-систему (онлайн-справка KSMG): [https://support.kaspersky.com/KSMG/2.0.1/ru-RU/151504.htm ](https://support.kaspersky.com/help/KSMG/2.0.1/ru-RU/151504.htm) # KWTS 6.0Информация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Официальная документация по данному разделу приведена в Онлайн-справке на продукт: [https://support.kaspersky.com/help/KUMA/2.1/ru-RU/254373.htm](https://support.kaspersky.com/help/KUMA/2.1/ru-RU/254373.htm)
### Настройка передачи событий KWTS в KUMAДанная инструкция применима для KWTS версии 6.0
Чтобы настроить передачу событий KWTS в KUMA: 1\. Подключитесь к серверу KWTS по проколу SSH под учетной записью с правами администратора перейдите в меню Technical Support Mode.Перед внесением изменений создайте резервные копии следующих файлов: - `/opt/kaspersky/kwts/share/templates/core_settings/event_logger.json.template` - `/etc/rsyslog.conf`
2\. Внесите следующие изменения в файл с параметрами экспорта событий `/opt/kaspersky/kwts/share/templates/core_settings/event_logger.json.template`: ```json "siemSettings": { "enabled": true, "facility": "Local5", "logLevel": "Info", "formatting": { ``` Прочие параметры оставьте без изменений. 3\. Внести изменения в файл `/etc/rsyslog.conf` : ```bash $WorkDirectory /var/lib/rsyslog $ActionQueueFileName ForwardToSIEM $ActionQueueMaxDiskSpace 1g $ActionQueueSaveOnShutdown on $ActionQueueType LinkedList $ActionResumeRetryCount -1 local5.* @Информация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Официальная документация по данному разделу приведена в Онлайн-справке на продукт: [https://support.kaspersky.com/help/KUMA/3.2/ru-RU/240690.htm](https://support.kaspersky.com/help/KUMA/3.2/ru-RU/240690.htm)
### Настройка KATA Для настройки пересылки событий из KATA в SIEM KUMA необходимо выполнить следующие действия: 1\. Перейти в веб-консоль центрального узла Kaspersky Anti Targeted Attack из-под учетной записи Администратора, предварительно отметив параметр **Local administrator**  2\. Перейти в раздел **Settings** – **SIEM System** и настроить параметры отправки событий в KUMA SIEM: **Host/IP**: ip или fqdn адрес коллектора KUMA **Port**: порт коллектора KUMA **Protocol**: TCP или UDP **Host ID**: напр., kata-cn **Heartbeat**: интервал в минутах  --- ### Настройка KUMA После того как параметры передачи событий настроены, требуется создать коллектор в веб-интерфейсе KUMA для событий Kaspersky Anti Targeted Attack Platform. 1\. На шаге **Транспорт** укажите тип и порт в соответствии с настройками на стороне KATA. 2\. На шаге **Парсинг** событий выберите нормализатор **\[OOTB\] KATA.** 3\. На шаге **Маршрутизация** проверьте, что в набор ресурсов коллектора добавлены следующие точки назначения: - **Хранилище**. Для отправки обработанных событий в хранилище. - **Коррелятор**. Для отправки обработанных событий в коррелятор. Если точки назначения **Хранилище** и **Коррелятор** не добавлены, создайте их. 4\. На шаге **Проверка параметров** нажмите **Сохранить и создать сервис**. 5\. Скопируйте появившуюся команду для установки коллектора KUMA. --- ### Полезные ссылки Настройка получения событий KATA/EDR (онлайн-справка KUMA): [https://support.kaspersky.com/help/KUMA/3.2/ru-RU/240690.htm](https://support.kaspersky.com/help/KUMA/3.2/ru-RU/240690.htm) # KATA/NDR 7.0Информация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Данная инструкция предназначена строго для версии KATA/NDR **7.0**. Инструкция для предыдущих версии находится в соответствующем разделе базы знаний.
Данная способ позволяет собирать события **NDR**. Для сбора событий **KATA** воспользуйтесь соответствующей инструкцией.
### Настройка KATA/NDR Для настройки пересылки событий из KATA/NDR в SIEM KUMA необходимо выполнить следующие действия: 1\. Перейти в веб-консоль KATA/NDR из-под учетной записи Администратора 2\. Перейти в раздел **Параметры** – **Коннекторы** и нажать на кнопку **Добавить коннектор**  3\. В открывшемся окне настроить параметры отправки событий в KUMA SIEM: **Тип коннектора**: SIEM; **Имя коннектора**: произвольное название, например, *KUMA Syslog;* **Адрес сервера**: 127.0.0.1; **Узел размещения коннектора**: выбрать нужный из выпадающего списка; **Пользователь программы**: выбрать нужного из выпадающего списка; **Адрес SIEM сервера**: IP-адрес сервера коллектора KUMA; **Номер порта**: порт коллектора KUMA; **Транспортный протокол**: TCP или UDP. **Разрешить отправку записей аудита**: вкл, если требуется передача событий аудита **Разрешить отправку сообщений программы**: вкл, если требуется передача сообщений программы  3\. По завершении заполнения необходимых полей нажать кнопку **Сохранить**. В результате в интерфейсе KATA/NDR созданный коннектор перейдет в состояние **Работает**.  --- ### Настройка отправки событийПо умолчанию события безопасности KATA/NDR не передаются ни в какие смежные системы, о чем свидетельствует колонка **Тип события** - **Не отправляются**. Поэтому, чтобы события безопасности передавать в другие системы необходимо определить перечень таких событий для каждой системы, для который мы настроили коннектор.
Для настройки отправки событий необходимо: 1\. Войти в интерфейс KATA/NDR от имени пользователя **Старший офицер безопасности** 2\. Перейти на вкладку **Параметры** – **Типы событий** 3\. Выбрать один или несколько типов событий, которые необходимо передавать 4\. Нажать на кнопку **Выбрать коннекторы** 5\. Установить флаг напротив тех систем, в которые необходимо предавать выбранные события 6\. Подтвердить выбор нажатием кнопки **ОК**  После завершения настроек добавленные события будут отмечены флагом в колонке соответствующего коннектора  --- ### Настройка KUMA После того как параметры передачи событий настроены, требуется создать коллектор в веб-интерфейсе KUMA для событий KATA/NDR. 1\. На шаге **Транспорт** укажите тип и порт в соответствии с настройками на стороне KATA/NDR. Также обязательно задайте в качестве разделителя **\\0**. 2\. На шаге **Парсинг** событий выберите соответствующий нормализаторИнформация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Официальная документация по данному разделу приведена в Онлайн-справке на продукт: [https://support.kaspersky.com/help/KUMA/2.1/ru-RU/234627.htm](https://support.kaspersky.com/help/KUMA/2.1/ru-RU/234627.htm)
### Настройка KEDR Чтобы импортировать в KUMA события Kaspersky Endpoint Detection and Response 4.1, выполните следующие действия на стороне Kaspersky Endpoint Detection and Response: 1\. Войдите в консоль управления того сервера Central Node, с которого вы хотите экспортировать события, по протоколу SSH или через терминал. 2\. В ответ на приглашение системы введите имя учетной записи администратора и пароль, заданный при установке Kaspersky Endpoint Detection and Response. Отобразится меню администратора компонента программы. 3\. В меню администратора компонента программы выберите режим Technical Support Mode. 4\. Нажмите на клавишу Enter. Отобразится окно подтверждения входа в режим Technical Support Mode. 5\. Подтвердите, что хотите выполнять действия с программой в режиме Technical Support Mode. Для этого выберите Yes и нажмите на клавишу Enter. 6\. Выполните команду ```bash sudo -i ``` 7\. В конфигурационном файле `/etc/sysconfig/apt-services` в поле `KAFKA_PORTS` удалите значение `10000`.Если к серверу Central Node подключены серверы Secondary Central Node или компонент Sensor, установленный на отдельном сервере, вам требуется разрешить соединение с сервером, на котором вы изменили конфигурационный файл, по порту `10000`.
Настоятельно не рекомендуется использовать этот порт для каких-либо внешних подключений, кроме KUMA. Чтобы ограничить подключение по порту 10000 только для KUMA, выполните команду:
`iptables -I INPUT -p tcp ! -s KUMA_IP_address --dport 10000 -j DROP`
8\. Выполните команду ```bash systemctl restart apt_ipsec.service ``` 9\. В конфигурационном файле `/usr/bin/apt-start-sedr-iptables` в поле `WEB_PORTS` добавьте значение `10000` через запятую без пробела. 10\. Выполните команду ```bash sudo sh /usr/bin/apt-start-sedr-iptables ``` --- ### Настройка KUMA 1\. На сервере KUMA добавьте IP-адрес сервера Central Node в формате `Информация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Официальная документация по данному разделу приведена в Онлайн-справке на продукт: [https://support.kaspersky.com/help/KUMA/2.1/ru-RU/234627.htm](https://support.kaspersky.com/help/KUMA/2.1/ru-RU/234627.htm)
### Настройка KEDRПри импорте событий из Kaspersky Endpoint Detection and Response 5.0 действует ряд ограничений: - Импорт событий доступен только для неотказоустойчивой версии Kaspersky Endpoint Detection and Response. - Импорт событий доступен, если в программе Kaspersky Endpoint Detection and Response используются лицензионные ключи KATA и KEDR. - Импорт событий не доступен, если в составе программы Kaspersky Endpoint Detection and Response используется компонент Sensor, установленный на отдельном сервере.
Чтобы импортировать в KUMA события Kaspersky Endpoint Detection and Response 5.0, выполните следующие действия на стороне Kaspersky Endpoint Detection and Response: 1\. Войдите в консоль управления того сервера Central Node, с которого вы хотите экспортировать события, по протоколу SSH или через терминал. 2\. В ответ на приглашение системы введите имя учетной записи администратора и пароль, заданный при установке Kaspersky Endpoint Detection and Response. Отобразится меню администратора компонента программы. 3\. В меню администратора компонента программы выберите режим Technical Support Mode. 4\. Нажмите на клавишу Enter. Отобразится окно подтверждения входа в режим Technical Support Mode. 5\. Подтвердите, что хотите выполнять действия с программой в режиме Technical Support Mode. Для этого выберите Yes и нажмите на клавишу Enter. 6\. Выполните команду ```bash sudo -i ``` 7\. В конфигурационном файле `/usr/local/lib/python3.8/dist-packages/firewall/create_iptables_rules.py` укажите дополнительный порт `10000` для константы `WEB_PORTS`: ```bash WEB_PORTS = f'10000,80,{AppPort.APT_AGENT_PORT},{AppPort.APT_GUI_PORT}' ``` Для **KATA 6.0** файл находится по пути `/opt/venv/lib/python3.11/site-packages/firewall/create_iptables_rules.py` и строку надо отредактировать в таком виде: ``` WEB_PORTS = '10000,80,' + ','.join( ``` 8\. Выполните команды:Кластерная подсеть по умолчанию: 198.18.0.0/16
```bash kata-firewall stop kata-firewall start --cluster-subnet <маска сети для адресации серверов кластера> ``` --- ### Настройка KUMA 1\. На сервере KUMA добавьте IP-адрес сервера Central Node в формате `**✔️ Рекомендуется** - Рекомендуемый способ сбора для этого источника событий
Данная инструкция предназначена для версии KUMA с 3.0.2+, а также версий KATA 5.1+
Информация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Официальная документация по данному разделу приведена в Онлайн-справке на продукт: [https://support.kaspersky.com/help/KUMA/3.2/ru-RU/261000.htm](https://support.kaspersky.com/help/KUMA/3.0.2/ru-RU/261000.htm)
### Создание секрета Для подключения KEDR со стороны KUMA по API необходимо создать секрет для аутентификации. Для этого выполните следующие действия: 1\. В веб-интерфейсе KUMA перейдите на вкладку **Ресурсы → Секреты** и нажмите на кнопку **Добавить**. 2\. Укажите **Имя** секрета, выберите **Тенант**, к которому будет относиться создаваемый секрет. 3\. Нажмите **Сгенерировать и скачать сертификат и закрытый ключ шифрования соединения**, после чего произойдет скачивание архива. 4\. Распакуйте архив. Внутри будут файл сертификата и файл закрытого ключа. 5\. Укажите **Файл сертификата** и **Закрытый ключ** в соответствии с рисунком:  6\. Сохраните секрет --- ### Настройка коллектора После того как был создан секрет, требуется создать коллектор в веб-интерфейсе KUMA для событий KEDR. 1\. На шаге **Транспорт** укажите тип **kata/kedr** и **URL** в формате <IP-адрес или FQDN CN KATA>:<порт, по умолчанию 443>), в поле **Секрет** укажите ранее созданный секрет.  2\. На шаге **Парсинг** событий выберите нормализатор **\[OOTB\] KEDR telemetry**. 3\. На шаге **Маршрутизация** проверьте, что в набор ресурсов коллектора добавлены следующие точки назначения: \- **Хранилище**. Для отправки обработанных событий в хранилище. \- **Коррелятор**. Для отправки обработанных событий в коррелятор. Если точки назначения **Хранилище** и **Коррелятор** не добавлены, создайте их. 4\. На шаге **Проверка параметров** нажмите **Сохранить и создать сервис**. 5\. Скопируйте появившуюся команду для установки коллектора KUMA.В **Дополнительных параметрах** транспорта параметр **Время ожидания получения событий** означает время, за которое KATA собирает события для отправки.
--- ### Настройка KATA Для настройки сбора событий телеметрии из KATA в SIEM KUMA необходимо выполнить следующие действия: 1\. Перейти в веб-консоль центрального узла Kaspersky Anti Targeted Attack из-под учетной записи Администратора, предварительно отметив параметр **Local administrator**  2\. Перейти в раздел **External systems** и нажать **Accept** (для дальнейшего удобства вы можете изменить содержимое поля **Name,** например, на KUMA). Также следует проверить, что значение в поле **ID** совпадает со значением поля **Внешний ID** в настройках транспорта коллектора KUMA.  --- ### Полезные ссылки Подробные сведения о получении событий от Kaspersky Endpoint Detection and Response: [https://support.kaspersky.com/KATA/5.1/ru-RU/248949.htm](https://support.kaspersky.com/KATA/5.1/ru-RU/248949.htm) Импорт событий Kaspersky Endpoint Detection and Response с помощью коннектора kata/edr: [https://support.kaspersky.com/help/KUMA/3.2/ru-RU/261000.htm](https://support.kaspersky.com/help/KUMA/3.0.2/ru-RU/261000.htm) # KICS 3.1 и нижеИнформация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Данная инструкция предназначена строго для версии KICS for Networks **3.1 или ниже**. Инструкция для версии 4.0 и выше находится в соответствующем разделе базы знаний.
### Настройка KICS for Networks Для настройки пересылки событий из KICS4Net в SIEM KUMA необходимо выполнить следующие действия: 1\. Перейти в веб-консоль KICS for Networks из-под учетной записи Администратора 2\. Перейти в раздел **Параметры** – **Коннекторы** и настроить параметры отправки событий в KUMA SIEM: **Тип коннектора**: SIEM; **Имя коннектора**: произвольное название, например, *KUMA;* **Адрес сервера**: IP-адрес MGMT интерфейса сервера KICS for Networks; **Адрес узла коннектора**: IP-адрес узла, на котором Вы устанавливаете коннектор (Если используется коннектор, располагаемый на сервере KICS for Networks, то указывается IP адрес MGMT интерфейса сервера. Если пакет с коннектором будет установлен на другом узле, то необходимо указать IP адрес этого узла); **Пароль для доступа к сертификату коннектора**: пароль для архива с сертификатом сервера KICS for Networks, который будет сформирован после применения настроек коннектора; **Адрес SIEM сервера**: IP-адрес сервера коллектора KUMA; **Номер порта**: порт коллектора KUMA; **Транспортный протокол**: TCP или UDP. [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics1.png) 3\. По завершении заполнения необходимых полей нажать кнопку **Сохранить**. После сохранения настроек в списке коннекторов появится созданный коннектор. Для KICS for Networks 3.1 и ниже автоматически загрузится файл свертки с сертификатом сервера KICS for Networks, который необходимо перенести на узел, где установлен коннектор. Вновь созданный коннектор перейдет в режим **Ожидание регистрации** до того момента, как вы создадите службу на узле, где установлен коннектор. [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics2.png) 4\. Для создании службы необходимо на узле, где установлен коннектор, перейти в раздел `/opt/kaspersky/kics4net-connectors/sbin` ```bash cd /opt/kaspersky/kics4net-connectors/sbin ``` и запустить скрипт `registrar.py` ```bash python3 registrar.py create ``` Далее потребуется указать имя коннектора, имя архива с файлом свертки и пароль к архиву файла свертки, подтвердить запуск службы после ее создания. [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics3.png) В результате в интерфейсе KICS for Networks созданный коннектор перейдет в состояние **Зарегистрирован**. [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics4.png) --- ### Настройка отправки событийПо умолчанию события безопасности KICS for Networks не передаются ни в какие смежные системы, о чем свидетельствует колонка **Тип события** - **Не отправляются**. Поэтому, чтобы события безопасности передавать в другие системы необходимо определить перечень таких событий для каждой системы, для который мы настроили коннектор.
Для настройки отправки событий необходимо: 1\. Перейти на вкладку **Параметры** – **Типы событий** 2\. Выбрать один или несколько типов событий, которые необходимо передавать 3\. Нажать на кнопку **Выбрать коннекторы** 4\. Установить флаг напротив тех систем, в которые необходимо предавать выбранные события 5\. Подтвердить выбор нажатием кнопки **ОК** [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics5.png) После завершения настроек добавленные события будут отмечены флагом в колонке соответствующего коннектора [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics6.png) --- ### Настройка KUMA После того как параметры передачи событий настроены, требуется создать коллектор в веб-интерфейсе KUMA для событий KICS for Networks. 1\. На шаге **Транспорт** укажите тип и порт в соответствии с настройками на стороне KICS for Networks. 2\. На шаге **Парсинг** событий выберите нормализатор **\[OOTB\] KICS4Net v3.х**. 3\. На шаге **Маршрутизация** проверьте, что в набор ресурсов коллектора добавлены следующие точки назначения: - **Хранилище**. Для отправки обработанных событий в хранилище. - **Коррелятор**. Для отправки обработанных событий в коррелятор. Если точки назначения **Хранилище** и **Коррелятор** не добавлены, создайте их. 4\. На шаге **Проверка параметров** нажмите **Сохранить и создать сервис**. 5\. Скопируйте появившуюся команду для установки коллектора KUMA. --- ### Полезные ссылки Настройка создания коннектора KICS for Networks (онлайн-справка KICS for Networks): [https://support.kaspersky.com/help/KICSforNetworks/3.1/ru-RU/136497.htm](https://support.kaspersky.com/help/KICSforNetworks/3.1/ru-RU/136497.htm) # KICS 4.0 и вышеИнформация, приведенная на данной странице, является разработкой команды pre-sales и/или community KUMA и **НЕ** является официальной рекомендацией вендора.
Данная инструкция предназначена строго для версии KICS for Networks **4.0 или ниже**. Инструкция для версии 3.1 и ниже находится в соответствующем разделе базы знаний.
### Настройка KICS for Networks Для настройки пересылки событий из KICS for Networks в SIEM KUMA необходимо выполнить следующие действия: 1\. Перейти в веб-консоль KICS for Networks из-под учетной записи Администратора 2\. Перейти в раздел **Параметры** – **Коннекторы** и настроить параметры отправки событий в KUMA SIEM: **Тип коннектора**: SIEM; **Имя коннектора**: произвольное название, например, *KUMA;* **Адрес сервера**: IP-адрес MGMT интерфейса сервера KICS for Networks; **Адрес узла коннектора**: IP-адрес узла, на котором Вы устанавливаете коннектор (Если используется коннектор, располагаемый на сервере KICS for Networks, то указывается IP адрес MGMT интерфейса сервера. Если пакет с коннектором будет установлен на другом узле, то необходимо указать IP адрес этого узла); **Пароль для доступа к сертификату коннектора**: пароль для архива с сертификатом сервера KICS for Networks, который будет сформирован после применения настроек коннектора; **Адрес SIEM сервера**: IP-адрес сервера коллектора KUMA; **Номер порта**: порт коллектора KUMA; **Транспортный протокол**: TCP или UDP. [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics1.png) 3\. По завершении заполнения необходимых полей нажать кнопку **Сохранить**. Начиная с версии 4.0 коннектор автоматически осуществит регистрацию в продукте. В результате в интерфейсе KICS for Networks созданный коннектор перейдет в состояние **Зарегистрирован**. [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics4.png) --- ### Настройка отправки событийПо умолчанию события безопасности KICS for Networks не передаются ни в какие смежные системы, о чем свидетельствует колонка **Тип события** - **Не отправляются**. Поэтому, чтобы события безопасности передавать в другие системы необходимо определить перечень таких событий для каждой системы, для который мы настроили коннектор.
Для настройки отправки событий необходимо: 1\. Перейти на вкладку **Параметры** – **Типы событий** 2\. Выбрать один или несколько типов событий, которые необходимо передавать 3\. Нажать на кнопку **Выбрать коннекторы** 4\. Установить флаг напротив тех систем, в которые необходимо предавать выбранные события 5\. Подтвердить выбор нажатием кнопки **ОК** [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics5.png) После завершения настроек добавленные события будут отмечены флагом в колонке соответствующего коннектора [](https://kb.kuma-community.ru/uploads/images/gallery/2023-09/kics6.png) --- ### Настройка KUMA После того как параметры передачи событий настроены, требуется создать коллектор в веб-интерфейсе KUMA для событий KICS for Networks. 1\. На шаге **Транспорт** укажите тип и порт в соответствии с настройками на стороне KICS for Networks. 2\. На шаге **Парсинг** событий выберите соответствующий нормализатор. 3\. На шаге **Маршрутизация** проверьте, что в набор ресурсов коллектора добавлены следующие точки назначения: - **Хранилище**. Для отправки обработанных событий в хранилище. - **Коррелятор**. Для отправки обработанных событий в коррелятор. Если точки назначения **Хранилище** и **Коррелятор** не добавлены, создайте их. 4\. На шаге **Проверка параметров** нажмите **Сохранить и создать сервис**. 5\. Скопируйте появившуюся команду для установки коллектора KUMA. --- ### Полезные ссылки Настройка создания коннектора KICS for Networks (онлайн-справка KICS for Networks): [https://support.kaspersky.com/help/KICSforNetworks/4.0/ru-RU/136497.htm](https://support.kaspersky.com/help/KICSforNetworks/4.0/ru-RU/136497.htm)