Функциональные характеристики

1. ОБЩИЕ СВЕДЕНИЯ

Reports Security Suite (RSS) — программный комплекс, предназначенный для управления безопасностью данных. Комплекс выполняет инвентаризацию и классификацию данных, работая с источниками структурированных и неструктурированных данных. В составе комплекса реализована функция сканирования корпоративной сети для выявления неучтённых информационных активов. Комплекс обеспечивает маркировку чувствительной информации, а также аналитику размещения и состава обрабатываемых данных на основе результатов классификации.

Результаты классификации используются для семантического обогащения политик безопасности сторонних систем защиты информации.

2. ФУНКЦИОНАЛЬНЫЕ ХАРАКТЕРИСТИКИ

2.1. Обнаружение и инвентаризация источников данных

• Автоматическое сетевое сканирование для выявления неучтённых источников данных.
• Ведение единого каталога подключенных источников (баз данных, файловых хранилищ) с указанием владельцев и контекста использования.
• Сохранение истории сканирований с возможностью просмотра найденных хостов, портов и добавления их в каталог источников.
• Асинхронная обработка результатов сканирования с применением очередей сообщений и высокопроизводительных обработчиков.

2.2. Классификация и каталогизация данных

• Создание иерархических классификаторов, гибкая разметка информации с помощью тегов и меток (в том числе с использованием машинного обучения и встроенной экспертной системы).
• Настройка правил отнесения данных к категориям, в том числе к категориям персональных данных (ПДн).
• Конструирование логических выражений (меток) любой сложности на основе булевой логики встроенной экспертной системой; доступен визуальный и текстовый режим формирования правил с использованием тегов, источников данных, логических операторов и группировки.
• Визуальный конструктор классификаторов ПДн с перетаскиванием тегов и меток по категориям (специальные, биометрические, иные ПДн).
• Валидация синтаксиса и корректности выражений при сохранении во всех редакторах правил, меток и политик.

2.3. Оценка требуемого уровня защищённости персональных данных (УЗ ПДн)

• Автоматический расчёт требуемого уровня защиты на основе сконфигурированных классификаторов, типов угроз и количества субъектов ПДн с детализацией по источникам и таблицам.
• Формирование отчёта «УЗ ПДн», отображающего максимальный требуемый уровень защищённости, количество оценённых таблиц, распределение по уровням и детализацию.

2.4. Аналитика рисков и отчётность

• Визуализация состояния данных и рисков через информационные панели, радар рисков (выявление наиболее уязвимых источников), граф связей объектов, а также формирование сводных отчётов.
• Поиск и аналитика по структурам таблиц и метаданным классификации; результаты могут быть переданы во внешние системы через API.

2.5. Управление политиками обработки данных

• Создание политик на основе правил осуществляется с помощью визуального конструктора или ручного ввода выражений, комбинирующих условия и действия.
• В условиях политик используются теги, метки, источники данных, пользовательские и системные переменные, строковые значения, логические операторы и операторы сравнения.
• Политики применяются к запросам, поступающим от внешних систем через интеграции; проверка условий выполняется на основе содержания запроса (теги, метки, значения переменных, SQL-команды и другие признаки).
• При выполнении условий политики предусматривается вызов внешнего API с указанием метода, адреса и тела запроса, выполнение команды с настраиваемой строкой, передача данных в DLP-системы с гибкой настройкой протокола и шаблонов, а также отправка событий в SIEM по протоколу syslog (RFC 5424) через UDP.

2.6. Интеграция с внешними системами

• Реализована функция приёма запросов от внешних систем (API-запросы, зеркалированные SQL-запросы от сетевых устройств) с последующей обработкой в соответствии с активными политиками.
• Обеспечивается автоматическая передача уведомлений и событий в DLP- и SIEM-системы для централизованного мониторинга и контроля утечек.
• Предусмотрена настройка шаблонов записей, протоколов и адресов для различных DLP-систем.
• Для отправки событий в SIEM используется протокол syslog (RFC 5424) через UDP.

2.7. Автоматизация и планирование задач

• Настройка регулярных запусков заданий на классификацию по расписанию (от получаса до месяца).
• Мониторинг выполнения заданий и ручной запуск для оперативной перепроверки источников.
• Сохранение результатов выполнения заданий и аналитических данных для последующего использования.

2.8. Программный интерфейс (API)

• Предоставление документированного и защищённого API для интеграции с внешними системами и реализации настраиваемых алгоритмов обработки данных в соответствии с требованиями заказчика.
• Аутентификация запросов через API-ключ.
• Группы API-методов: источники и результаты сканирования, конструктор (информационные панели, поиск, радар рисков), теги и метки, задачи, интеграция.

2.9. Развёртывание и безопасность инфраструктуры

• Поставка осуществляется в виде офлайн-архива, содержащего образы Docker и скрипт автоматизированного развёртывания; установка возможна в изолированных средах без доступа к сети.
• Рекомендации по обеспечению безопасности: смена паролей по умолчанию, настройка файрвола, изоляция портов, использование рабочего режима Laravel, резервное копирование томов.

Аппаратные требования

ПАРАМЕТР	ТРЕБОВАНИЕ
Архитектура	x86-64 (amd64)
Процессор	Совместимый с архитектурой x86-64
Оперативная память	Не менее 16 ГБ (рекомендуемое значение; при увеличении объёмов данных и количества обрабатываемых задач может потребоваться больше)
Дисковое пространство	Не менее 2 ГБ свободного места (без учёта данных, накапливаемых в процессе эксплуатации — результатов сканирования, логов, аналитических данных в ClickHouse и PostgreSQL)
Сеть	Сетевой доступ должен обеспечивать связность между хостом и контейнерами, а также позволять обращение к веб-интерфейсам и API на портах, установленных конфигурацией

3. ПРОГРАММНЫЕ ТРЕБОВАНИЯ

3.1. Поддерживаемые операционные системы

ОС	ВЕРСИИ
Ubuntu	20.04, 24.04, 26.04
РЕД ОС	8.x

3.2. Обязательное программное обеспечение

КОМПОНЕНТ	НАЗНАЧЕНИЕ
Docker Engine	Платформа контейнеризации для запуска компонентов комплекса
Docker Compose v2	Оркестрация многоконтейнерного развёртывания
Python 3	Необходим для фонового запуска сетевого сканера на хосте

3.3. Используемые СУБД и хранилища

КОМПОНЕНТ	НАЗНАЧЕНИЕ
PostgreSQL	Оперативная база данных (учётные записи, сведения об источниках данных, теги, метки, классификаторы, настройки политик и расписаний)
ClickHouse	Аналитическое хранилище для накопления и быстрой обработки больших объёмов результатов сканирования
Redis	Кэширование и хранение служебных структур, координация обработки, исключение дублирования
RabbitMQ	Брокер сообщений для асинхронного взаимодействия компонентов (задачи сканирования, фрагменты данных, команды на пересчёт меток)

4. СЕРВЕРНАЯ ЧАСТЬ: АРХИТЕКТУРА, ТРЕБОВАНИЯ К ОБОРУДОВАНИЮ И ПО

4.1. Архитектура комплекса

Основные функции системы разделены на независимые сервисы, каждый из которых отвечает за свою задачу:

КОМПОНЕНТ	ТЕХНОЛОГИЯ	НАЗНАЧЕНИЕ
Ядро (Core)	PHP / Laravel	Веб-интерфейс панели администратора, обработка API-запросов, управление заданиями, взаимодействие с хранилищами данных
Обработчики очередей	Go	Высокопроизводительная обработка задач классификации: считывание заданий из очереди RabbitMQ, обработка результатов, запись в ClickHouse и PostgreSQL
Вспомогательные агенты	Python	Разбиение крупных блоков данных на фрагменты, вспомогательная обработка
Сетевой сканер	Python (отдельный сервис на хосте)	Сканирование корпоративной сети для выявления неучтённых источников данных; может задействовать внешние утилиты ОС

Принципы взаимодействия

• Синхронное взаимодействие (HTTP/REST API): между браузером пользователя и ядром, между ядром и сетевым сканером, между ядром и внешними системами через API
• Асинхронное взаимодействие (RabbitMQ): передача задач сканирования, фрагментов обрабатываемых данных, команд на пересчёт меток между ядром и Go/Python-обработчиками
• Координация через Redis: исключение дублирования, хранение промежуточных состояний
• Развёртывание: все компоненты упаковываются в образы Docker. Совместное развёртывание описывается в конфигурационных файлах. Скрипт install.sh автоматизирует процесс установки. Поставка осуществляется в виде офлайн-архива, что позволяет выполнять установку в изолированных программно-аппаратных средах (air-gap) без доступа к сети Интернет.

4.2. Требования к серверному оборудованию

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

• Сетевую связность между хостом и всеми контейнерами
• Доступ к портам согласно конфигурации (по умолчанию: 8081 — веб-интерфейс, 8080 — API сетевого сканера, 15672 — RabbitMQ Management, 8083, 5433 — внутренние сервисы)
• Возможность резервирования дискового пространства для накапливаемых данных ClickHouse и PostgreSQL

4.3. Требования к серверному ПО

На сервере должны быть установлены:

• Операционная система: Ubuntu (20.04 / 24.04 / 26.04) или РЕД ОС 8.x (архитектура x86-64)
• Docker Engine и Docker Compose v2
• Python 3 (для работы сетевого сканера)
• Права суперпользователя (root или sudo) для установки и настройки