Как выстроить архитектуру защищённого мессенджера: 5 параметров и технологий, которые в этом помогут

Как в компании выстроить архитектуру защищённого мессенджера

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

• поддержку технологий шифрования
• интеграцию с DLP-системами (с англ. Data Loss Prevention — предотвращение утечки данных)
• возможность on-premise-развёртывания (серверного решения) 
• централизованное управление доступом
• механизмы аудита и мониторинга.

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

1. Шифрование

Все сообщения, звонки, файлы в приватном мессенджере должны шифроваться через протоколы. Например, в корпоративном мессенджере МТС Линк Чаты трафик шифруется через TLS, DTLS, SRTP, AES-128, AES-256. 

Стандартный инструмент защиты передачи данных между клиентами и сервером — протокол безопасности TLS (с англ. Transport Layer Security — безопасность транспортного уровня). Он применяется почти везде и работает как защитный туннель между приложением и сервером, обеспечивая конфиденциальность передачи данных. Обычно используется актуальная версия протокола — TLS 1.3.

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

Если TLS используется корректно, это существенно снижает риски утечки данных, но его нельзя назвать универсальным решением. Протокол эффективно защищает данные «в пути», но не отвечает за их безопасность на стороне сервера или устройства пользователя. Поэтому в корпоративных мессенджерах TLS обычно используют в связке с другими механизмами. 

2. Интеграция с DLP-системами

Даже через защищённый канал передачи сотрудник может намеренно или случайно отправить конфиденциальную информацию. Для решения этой проблемы корпоративные мессенджеры интегрируются с DLP-системами (с англ. Data Loss Prevention — предотвращение утечки данных). Они контролируют корпоративный трафик: отслеживают все данные, которые попадают на устройства компании или передаются через них. 

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

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

DLP-системы позволяют обнаруживать:

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

Благодаря DLP-системам корпоративный мессенджер становится частью общей инфраструктуры предотвращения утечек.

По словам Игоря Бедерова, дополнительным преимуществом может быть интеграция журналов событий с системами SIEM. SIEM (с англ. Security Information and Event Management — управление информацией и событиями безопасности) — это решение, которое анализирует информацию, поступающую от других систем, например DLP, антивирусов, для дальнейшего выявления нарушений. Если SIEM-система обнаруживает отклонение, она генерирует инцидент безопасности. 

3. On-premise-развёртывание и контроль инфраструктуры

Облачные сервисы могут быть связаны с определёнными рисками — например, когда данные хранятся в иностранных дата-центрах, инфраструктурой управляет сторонний провайдер. Также бывает сложно обеспечить соответствие внутренним требованиям безопасности. Поэтому для многих компаний становится критически важной возможность установить полный контроль над инфраструктурой обработки данных. В этом случае организации выбирают корпоративные решения с возможностью on-premise-развёртывания. Сервис устанавливается в инфраструктуре компании: в собственном дата-центре, в частном облаке. Такая модель имеет несколько весомых преимуществ:

• полный контроль над собственными данными и данными клиентов (например, в CRM — программное обеспечение, с англ. Customer Relationship Management — управление взаимоотношениями с клиентами)
• доступ к данным без интернета 
• настройка под клиента — обычно в качестве основы используется стандартное ПО, которое потом адаптируется под индивидуальные потребности компании 
• собственная ИТ-инфраструктура, независимая от стороннего оборудования и команды
• отсутствие регулярных затрат на ПО — по сравнению с облачными платформами, где действует временная подписка или лицензия, продукт обычно приобретается сразу
• соответствие требованиям регуляторов.

Организации с повышенными требованиями к безопасности часто выбирают вариант размещения на собственных серверах.