Безопасность

Открывайте связи.Сохраняйте контроль.

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

TLS 1.2+RBAC / ABACАудит
Защищённое взаимодействие
ДАННЫЕПередача · хранение · обработка
ИдентификацияПолитики доступа
TLSRBAC / ABACАудит
БезопасностьСхема принципа работы

Защита данных

Шифрование каналов и чувствительной информации на этапах обмена.

Точный доступ

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

Проверяемая история

События доступа, изменения и трассировка помогают разбирать инциденты.

Что получает ваша команда

У каждой интеграции - определённые права, защищённые данные и история действий.

01 / Шифрование

Защита данных в канале и хранилище

Контролируйте чувствительную информацию на разных этапах обмена.

РедМул сочетает защищённые TLS-соединения, симметричные и асимметричные криптографические механизмы и защиту учётных данных. Настройки шифрования и маскирования позволяют учитывать чувствительность информации при передаче, хранении и диагностике интеграций.

  • TLS 1.2 и выше для поддерживаемых защищённых каналов.
  • Симметричные и асимметричные криптографические механизмы.
  • Защита учётных данных и чувствительных параметров.
  • Маскирование и обезличивание данных в выбранных сценариях.
Технические подробности
Шифрование REDMULE / 01
Шифрование / механизм
КаналЗащита соединения
01
ХранилищеЗащита сохранённых данных
02
ЖурналМинимизация чувствительных полей
03
Иллюстрация принципа работы / Безопасность
02 / Полномочия

Права в границах рабочей задачи

Роли и атрибуты определяют доступные операции и объекты.

Механизмы RBAC и ABAC позволяют выразить обязанности команды в политиках доступа. Разработчики, администраторы, операторы и бизнес-пользователи работают в своих областях полномочий. Объектные ограничения уточняют, к каким данным и настройкам относится разрешённое действие.

  • RBAC для ролевого разграничения.
  • ABAC для решений с учётом атрибутов и контекста.
  • Права на отдельные объекты и категории действий.
  • Использование SSO и внешних провайдеров в поддерживаемых конфигурациях.
Технические подробности
Полномочия REDMULE / 02
Полномочия / механизм
Защищённое взаимодействие
ДАННЫЕПередача · хранение · обработка
ИдентификацияПолитики доступа
TLSRBAC / ABACАудит
Иллюстрация принципа работы / Безопасность

Возможности, которые дополняют решение

Отдельные механизмы работают вместе в вашей архитектуре. Выберите тему, чтобы перейти к подробному описанию.

02

Идентификация пользователей и сервисов

Подключения получают подходящий способ подтверждения доступа.

Подробнее
04

Диагностика без лишнего раскрытия данных

Сохраняйте полезный контекст и ограничивайте доступ к чувствительным значениям.

Подробнее
05

Расследование с контекстом операции

Связывайте событие безопасности с реальным прохождением данных.

Подробнее
06

Аудит действий и изменений

История помогает объяснить, кто, когда и что изменил в контуре интеграции.

Подробнее
Прикладной сценарий / пример

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

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

01
ИдентифицироватьОпределить вызывающую сторону.
02
РазрешитьПроверить права на действие и объект.
03
ЗафиксироватьСохранить значимые события без лишних секретов.
Для архитектора и технической команды

Техническая спецификация

Механизмы, варианты применения и архитектурные условия. Полное описание каждой темы - в одном месте.

01 Защита данных в канале и хранилищеКонтролируйте чувствительную информацию на разных этапах обмена.

РедМул сочетает защищённые TLS-соединения, симметричные и асимметричные криптографические механизмы и защиту учётных данных. Настройки шифрования и маскирования позволяют учитывать чувствительность информации при передаче, хранении и диагностике интеграций.

Шифрование транспортного соединения не заменяет защиту сохранённых данных. При проектировании задаются доверенные сертификаты, правила доступа к ключевому материалу и состав информации, которая может попадать в журналы.

  • TLS 1.2 и выше для поддерживаемых защищённых каналов.
  • Симметричные и асимметричные криптографические механизмы.
  • Защита учётных данных и чувствительных параметров.
  • Маскирование и обезличивание данных в выбранных сценариях.
Шифрование / механизм
КаналЗащита соединения
01
ХранилищеЗащита сохранённых данных
02
ЖурналМинимизация чувствительных полей
03
Подробнее Шифрование и защита данных

Симметричное и асимметричное шифрование, TLS 1.2+, защита учётных данных и любых передаваемых или хранимых данных.

РедМул использует проверенные криптографические механизмы для защиты данных как в движении, так и в состоянии покоя. На уровне компонентов применяются симметричные и асимметричные алгоритмы, поддерживается работа с публичными и приватными ключами. Каналы передачи данных защищены с помощью TLS 1.2 и выше, а аутентификационные данные и чувствительная информация могут шифроваться и обезличиваться как в хранилищах, так и в логах.

Использование алгоритмов симметричного шифрования для защиты данных на уровне компонентов платформы.

Поддержка асимметричных алгоритмов с работой с публичными и приватными ключами для безопасного обмена.

Шифрование каналов передачи данных с использованием протокола TLS версии 1.2 и выше, включая настройку доверенных сертификатов и используемых криптоалгоритмов.

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

Возможность шифровать и обезличивать любые передаваемые и хранимые данные в интеграционных потоках.

02 Идентификация пользователей и сервисовПодключения получают подходящий способ подтверждения доступа.

Для разнородных систем РедМул использует поддерживаемые способы аутентификации: учётные записи, сертификаты, токены и протокольные механизмы внешних сервисов. Интеграция с каталогами и провайдерами идентификации связывает платформу с корпоративным управлением доступом.

Способ входа в web-консоль проверяется отдельно от способа аутентификации коннектора. Возможность обращения к LDAP или использования NTLM в интеграции не означает автоматически наличие любого варианта доменного входа в интерфейс.

  • Аутентификация поддерживаемых соединений по паролю, сертификату или токену.
  • Работа с корпоративными каталогами в поддерживаемых сценариях.
  • Отдельные учётные записи для пользователей и технических взаимодействий.
  • Выбор способа входа по версии продукта и целевому сценарию.
Идентификация / механизм
ПарольСертификатТокенNTLMLDAP / AD
Подробнее Гибкая аутентификация и интеграция с каталогами

Логин/пароль, сертификаты, токены, NTLM и централизованная аутентификация через AD/LDAP - платформа подстраивается под вашу политику безопасности.

RedMule поддерживает несколько схем аутентификации одновременно, что позволяет безопасно подключаться к разнородным системам и при этом сохранить единые корпоративные требования к доступу. Интеграция с Active Directory и LDAP даёт централизованную аутентификацию пользователей, а поддержка логина и пароля, сертификатов, токенов и NTLM закрывает типовые сценарии работы с внешними сервисами и API.

Интеграция с внешними системами по basic‑аутентификации - вход по логину и паролю.

Аутентификация по сертификату через TLS при взаимодействии с интегрируемыми системами.

Поддержка аутентификации с интегрируемыми системами при помощи токенов (например, для сервисных интеграций и API).

Встроенная поддержка NTLM‑аутентификации при интеграции с системами, использующими этот протокол.

Использование корпоративных каталогов Active Directory и LDAP в поддерживаемых сценариях идентификации. Доступность конкретного варианта входа в консоль уточняется по версии; права на объекты платформы задаются её моделью доступа.

Единая модель аутентификации для пользовательского доступа и взаимодействия интеграционных компонентов с внешними системами.

03 Права в границах рабочей задачиРоли и атрибуты определяют доступные операции и объекты.

Механизмы RBAC и ABAC позволяют выразить обязанности команды в политиках доступа. Разработчики, администраторы, операторы и бизнес-пользователи работают в своих областях полномочий. Объектные ограничения уточняют, к каким данным и настройкам относится разрешённое действие.

Политики проектируются для реальных задач: кто меняет маршрут, кто просматривает данные и кто сопровождает среду. Для сервисных взаимодействий также важно ограничить доступ необходимыми системами, объектами и операциями.

  • RBAC для ролевого разграничения.
  • ABAC для решений с учётом атрибутов и контекста.
  • Права на отдельные объекты и категории действий.
  • Использование SSO и внешних провайдеров в поддерживаемых конфигурациях.
Полномочия / механизм
Защищённое взаимодействие
ДАННЫЕПередача · хранение · обработка
ИдентификацияПолитики доступа
TLSRBAC / ABACАудит
Подробнее Разграничение доступа и IAM

RBAC, ABAC, SSO и интеграция с LDAP/AD обеспечивают точный контроль прав для пользователей и сервисов.

Модель управления доступом в РедМул строится вокруг современных практик IAM. Платформа сочетает ролевое (RBAC) и атрибутивное (ABAC) управление доступом, позволяя описывать как типовые роли, так и тонкие политики, зависящие от контекста. Поддержка SSO и интеграция с LDAP/AD позволяют использовать уже существующие учётные записи и группы без дублирования настроек безопасности.

Ролевое управление доступом (RBAC): назначение прав на основе ролей для пользователей и технических аккаунтов.

Атрибутивное управление доступом (ABAC): учёт атрибутов пользователя, системы и контекста при принятии решения о доступе.

Поддержка SSO для удобного и безопасного входа пользователей в платформу.

Интеграция с корпоративными каталогами LDAP/AD для использования существующих ролей, групп и политик доступа.

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

04 Диагностика без лишнего раскрытия данныхСохраняйте полезный контекст и ограничивайте доступ к чувствительным значениям.

Маскирование, настройка детализации и контроль просмотра журналов помогают совместить диагностику с требованиями защиты информации. Оператор получает данные для разбора события, а пароли, токены и чувствительное содержимое учитываются отдельно в правилах хранения и доступа.

Для эксплуатации полезно разделить права на изменение соединения и просмотр его диагностических данных. Копии конфигураций, выгрузки и тестовые наборы включают в тот же процесс контроля доступа, что и рабочую среду.

  • Определение чувствительных полей для маскирования.
  • Ограничение доступа к журналам и копиям сообщений.
  • Контроль выгрузок, архивов и конфигураций соединений.
  • Настройка глубины журналирования под задачу диагностики.
Секреты / механизм
Учётные данныеТокеныЛогиКопии сообщений
05 Расследование с контекстом операцииСвязывайте событие безопасности с реальным прохождением данных.

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

Для проверки исправления используется эмулятор процесса. Он позволяет исследовать логику без фактической передачи данных, но не заменяет проверку реальных сетевых соединений и внешних политик доступа.

  • Системные события и история исполнения интеграций.
  • Фактический граф прохождения сообщения.
  • Поиск по бизнес-атрибутам и сохранённым данным.
  • Безопасная проверка логики в режиме эмуляции.
Расследование / механизм
TRACE / ORDER-1042
Сообщение принятоВХОД
Данные преобразованыОБРАБОТКА
Получатель подтвердил приёмРЕЗУЛЬТАТ
Подробнее Трассировка данных и расследование инцидентов

Системное журналирование, трассировка интеграций, поиск по бизнес‑атрибутам и безопасная отладка в эмуляторе.

Помимо базового аудита, РедМул даёт глубокий обзор прохождения данных через интеграционные потоки. Платформа ведёт системное журналирование компонентов, сохраняет промежуточные копии сообщений и строит фактический граф маршрута данных. Настраиваемые уровни логирования и поиск по бизнес‑атрибутам помогают быстро расследовать инциденты безопасности и отлаживать процессы, в том числе в безопасном режиме эмуляции без отправки реальных данных.

Системное журналирование событий на уровне внутренних компонентов платформы.

Управление глубиной журналирования интеграционных процессов, включая подробную трассировку исполнения.

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

Построение графа фактического маршрута сообщения/данных с детализацией каждого шага прохождения.

Журнал изменения конфигураций: фиксация изменений интеграционных потоков, настроек объектов данных и параметров коннекторов.

Настраиваемые уровни логирования для разных компонентов, включая временное повышение уровня для отладки.

Фиксация попыток доступа к ограниченным объектам или действиям - как успешных, так и отклонённых.

Регистрация инцидентов, связанных с несанкционированным доступом к данным и попытками обхода систем контроля доступа.

Поиск по журналам на основе бизнес‑атрибутов (например, по содержимому сообщений, ID клиента или номеру заказа).

Настраиваемое логирование прохождения данных через шину и интеграционные компоненты для выявления отклонений от нормального поведения.

Отладка интеграционных процессов во встроенном эмуляторе без фактической отправки данных, с полной трассировкой логики.

06 Аудит действий и измененийИстория помогает объяснить, кто, когда и что изменил в контуре интеграции.

РедМул фиксирует входы, попытки доступа, действия пользователей и изменения конфигураций. Настраиваемая детализация и передача событий во внешние системы позволяют включать платформу в корпоративный аудит и анализ безопасности.

Журналы могут передаваться во внешние системы анализа и SIEM. Защита доступа и целостности записей дополняется организационным регламентом хранения, резервирования и расследования.

  • Успешные и неуспешные попытки входа.
  • Изменения маршрутов, объектов и параметров соединений.
  • Настройка аудита по пользователям, ролям и действиям.
  • Экспорт событий в корпоративный контур безопасности.
Аудит / механизм
Входы и отказыСобытие в истории
01
Изменения настроекСобытие в истории
02
Действия пользователейСобытие в истории
03
Передача в SIEMСобытие в истории
04
Подробнее Журналирование и аудит безопасности

Полная история действий пользователей и систем, защита журналов, гибкие сроки хранения и интеграция с SIEM.

RedMule фиксирует все значимые события с точки зрения безопасности и даёт возможность детально анализировать, кто и что делал в системе. Журналы защищены от несанкционированного доступа, могут шифроваться и контролируются на целостность. Сроки хранения и уровень детализации настраиваются, журналы могут экспортироваться во внешние системы, включая корпоративные SIEM‑решения.

Аудит действий пользователей с ведением полной истории операций.

Запись всех ключевых событий: вход в систему, изменение конфигураций, запуск и выполнение процессов.

Журнал авторизации с фиксацией успешных и неуспешных попыток входа.

Настройка сроков хранения журналов в соответствии с требованиями безопасности и комплаенса.

Экспорт журналов во внешние системы анализа и хранения.

Интеграция с SIEM‑системами для централизованного мониторинга событий безопасности.

Контроль прав доступа к журналам для защиты от несанкционированного просмотра и модификации.

Шифрование журналов и обеспечение целостности записей.

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

СЛЕДУЮЩИЙ ШАГ

Обсудим вашу интеграционную задачу

Покажем платформу на ваших сценариях и поможем оценить архитектуру решения

0/500 символов
Не удалось отправить заявку. Попробуйте позже.

Заявка отправлена

Ваш контакт
Сообщение

Спасибо! Мы свяжемся с вами в ближайшее время.