Многоуровневая защита, слой за слоем.
Общий обзор структуры платформы обмена сообщениями BroadNet — от API-интерфейса до межсетевых соединений операторов связи — обеспечивает безопасность на каждом уровне, а не добавляет её на периметр. Этот обзор намеренно неконфиденциален: он показывает структуру стека, а не его внутреннюю топологию.
Слои, говоря простым языком.
Приложения и каналы для клиентов
Ваши приложения и кампании взаимодействуют через документированные, версионированные интерфейсы. Никакая информация об одном клиенте никогда не раскрывается другому.
API и SDK шлюз
Платформа обеспечивает публичный доступ. Аутентификация каждого запроса к API осуществляется с помощью Bearer-токенов доступа, выдаваемых для каждого аккаунта; перед платформой работают ограничение скорости запросов для каждого клиента, добавление IP-адресов в список разрешенных и автоматизированный брандмауэр веб-приложений (WAF).
Платформа обмена сообщениями
Обработка данных в многопользовательском режиме с изоляцией для каждого пользователя, устойчивой системой очередей и оркестрацией доставки. Изменения состояния записываются в журналы аудита.
Интеллектуальная маршрутизация
Маршрутизация, основанная на минимизации затрат и обеспечении качества, выбирает для каждого пункта назначения законный и соответствующий требованиям маршрут, с обнаружением «серых» маршрутов и их повторным назначением, если качество маршрута снижается ниже целевого уровня.
Безопасность и межсетевой экран
Системы защиты телекоммуникационного уровня — межсетевой экран для SMS-сообщений, межсетевой экран SS7, защита идентификатора отправителя, анализ злоупотреблений мгновенными звонками и одноразовыми паролями — по умолчанию применяются к собственным маршрутам BroadNet.
Межсетевые соединения операторов связи
1000+ прямых подключений к операторам обеспечивают прямую связь в 86 странах, а в остальных из 200+ охваченных стран — маркированные партнёрские маршруты, поэтому трафик завершается на законных, согласованных маршрутах.
Пять оборонительных рубежей, расположенных в глубине.
Пронумерованные слои выше описывают путь, по которому проходит сообщение. Эти пять плоскостей описывают элементы управления, которые действуют в каждой точке этого пути — каждая из них разработана таким образом, чтобы сбой в одной плоскости был локализован в следующей.
Границы и сети
На общедоступном периферийном узле завершается протокол TLS 1.3, блокируются атаки с использованием избыточного объема данных и проверяется корректность запроса еще до того, как он достигнет логики приложения. Ничто ниже по потоку не доверяет сети, через которую он поступил.
- Ограничение скорости для каждого клиента и каждой конечной точки с контролем пиковых нагрузок
- Включение IP-адресов в список разрешенных и параметры взаимного TLS для привязок SMPP и API
- Автоматизированный межсетевой экран веб-приложений (WAF) фильтрует распространенные схемы внедрения кода и злоупотреблений
- Поглощение DDoS-атак и устранение аномалий на уровне соединений на периферии сети
Приложение и идентификация
Каждый запрос проходит аутентификацию и авторизацию на основе собственных критериев. Bearer-токены доступа, выдаваемые для каждого аккаунта, устанавливают личность; роли с определенной областью действия определяют, что может делать эта личность; многопользовательский режим обеспечивается на уровне кода, а не по соглашению.
- Bearer-токены доступа для API на уровне аккаунта; краткоживущие токены для интерактивных сессий
- Управление доступом на основе ролей с использованием областей доступа по умолчанию с минимальными привилегиями
- Изолированность данных для каждого арендатора, благодаря чему ни один арендатор не может получить доступ к данным другого арендатора
- Вебхуки с шифрованием TLS для входящих DLR и MO
Данные и хранение
Содержимое сообщений, метаданные доставки и записи аудита хранятся в зашифрованном виде в состоянии покоя с учетом сроков хранения, соответствующих договорным и нормативным требованиям. Действия по изменению состояния записываются в журнал аудита с возможностью добавления данных.
- Шифрование AES-256 в состоянии покоя как в основных хранилищах, так и в резервных копиях
- Журнал аудита только с добавлением записей для действий, меняющих состояние
- Сроки хранения данных согласованы с условиями контракта и региональными нормативными актами
- Резервные копии зашифрованы и протестированы на соответствие заданным параметрам восстановления
Управление ключами
Ключи генерируются, хранятся, обновляются и удаляются внутри специализированной инфраструктуры управления ключами. Ссылки на ключи хранятся в коде приложения, а не в исходном ключевом материале, и обновление не требует остановки работы сервиса.
- Централизованное управление ключами с отделением от секретов приложений
- Плановая ротация ключей и их оперативное аннулирование при подозрении на компрометацию
- Разделение обязанностей по хранению ключей и административному доступу
- Шифрование в конверте, благодаря которому сами ключи данных защищены мастер-ключами
Мониторинг и реагирование
Наблюдаемость охватывает всю систему, а не только одну узкую точку, поэтому аномалии выявляются непосредственно там, где они возникают. Круглосуточный центр управления сетью (NOC) связывает обнаружение с документированным процессом реагирования на инциденты.
- Центр управления сетью (NOC) работает круглосуточно и без выходных, обеспечивая оповещения на периферии сети, платформах, в системах маршрутизации и межсоединениях
- Анализ маршрутизации в «серых» сетях, злоупотреблений идентификаторами отправителей и OTP в реальном времени
- Документированное реагирование на инциденты с указанием классов серьезности и обозначением эскалации
- Анализ первопричин (RCA) и отчёт о причинах сбоя (RFO) после существенных инцидентов
Элементы управления, соответствующие стандартам.
Примерная схема сопоставления каждого уровня с семействами контрольных мер в стандартах ISO/IEC 27001, SOC 2 и ISO 22301. Это иллюстративный пример, не полный текст заявления о применимости — проверенный набор контрольных мер предоставляется в соответствии с соглашением о неразглашении информации (NDA).
| Layer | Типовые меры контроля | Соответствующий стандарт |
|---|---|---|
| Периметр и сеть | TLS 1.3, WAF, ограничение скорости для каждого арендатора, добавление IP-адресов в список разрешенных, защита от DDoS-атак | ISO 27001 A.8 · SOC 2 CC6.6 |
| Приложения и идентификация | Аутентификация API по Bearer-токену, RBAC с минимальными привилегиями, изоляция арендаторов | ISO 27001 A.8 / A.9 · SOC 2 CC6.1–CC6.3 |
| Данные и хранение | AES-256 в состоянии покоя, журналы аудита с возможностью добавления данных, временные окна хранения, зашифрованные резервные копии | ISO 27001 A.8 · SOC 2 CC6.1 / C1.1 |
| Управление ключами | Централизованная KMS, плановая ротация, отзыв, разделение обязанностей | ISO 27001 A.8.24 · SOC 2 CC6.1 |
| Мониторинг и реагирование | Круглосуточный NOC, сквозная телеметрия, документированное реагирование на инциденты (IR), RCA/RFO | ISO 27001 A.5.24–A.5.28 · SOC 2 CC7.2–CC7.4 |
| Continuity | Резервное копирование, проверенные цели восстановления, управление непрерывностью бизнеса | ISO 22301 · SOC 2 A1.2 |
В качестве соответствующих стандартов используются Приложение A стандарта ISO/IEC 27001:2022, критерии доверия к услугам SOC 2 и стандарт ISO 22301. См. Согласие для списка сертификатов и Центр доверия Запросить доказательства.
Шифрование и управление ключами.
Надежность шифрования зависит от способа обработки ключей. Данные защищены при передаче и хранении, а ключи, обеспечивающие их защиту, хранятся в выделенной инфраструктуре — отдельно от кода приложения и самих данных.
При передаче
Поддержка TLS 1.3 на всех внешних интерфейсах — API, SMPP и веб-хуках — с современными наборами шифров и возможностями закрепления сертификатов для корпоративных привязок.
При хранении
AES-256 используется как в основных хранилищах, так и в резервных копиях. Содержимое сообщений и метаданные доставки хранятся в соответствии с условиями контракта и региональными нормативными актами.
Жизненный цикл ключей
Централизованное управление ключами с плановой ротацией, оперативным аннулированием, разделением обязанностей и шифрованием конвертов, благодаря чему сами ключи данных защищены мастер-ключами.
Модель угроз и многоуровневая защита.
Глубокая оборона означает, что ни один отдельный элемент управления не является самодостаточным. Для достижения каждой реалистичной цели атаки необходимо, чтобы более одного самолета вышел из строя, прежде чем произойдет удар.
Кража учетных данных или утечка ключа API
Ограничение доступа по принципу наименьших привилегий сужает радиус поражения; кратковременные токены и быстрая их аннулирование сокращают временной промежуток; изоляция каждого арендатора предотвращает его переход к другому арендатору.
Внедрение «серых маршрутов» и подмена идентификатора отправителя
Межсетевой экран для SMS-сообщений и защита идентификатора отправителя классифицируют и отбрасывают нелегитимный трафик до его завершения; прямые соединения с операторами связи означают, что легитимный трафик попадает на согласованные маршруты.
Злоупотребление OTP / искусственное завышение трафика
Поведенческая аналитика и обнаружение злоупотреблений flash-call /OTP сдерживают аномальный трафик на скорости линии, прежде чем его можно будет монетизировать.
Атаки на сигнальный уровень (SS7)
Межсетевой экран SS7 проверяет и фильтрует сигналы для защиты от отслеживания местоположения, перехвата и попыток мошенничества на сетевом уровне.
Уязвимость данных при передаче или хранении
Протокол TLS 1.3 защищает данные при передаче, а AES-256 — в состоянии покоя; ключи хранятся в выделенной инфраструктуре управления ключами, отдельной от данных, которые они защищают.
Злоупотребления со стороны инсайдеров или администраторов
Ролевой контроль доступа, разделение обязанностей по хранению ключей и ведение журналов аудита с возможностью добавления данных обеспечивают подотчетность и возможность проверки действий, нарушающих привилегированный доступ.
Мониторинг на каждом уровне
Наблюдаемость и круглосуточный мониторинг охватывают всю систему, а не ограничиваются одной узкой точкой, поэтому аномалии выявляются вблизи места их возникновения. Конкретные инструменты и пороговые значения оповещений передаются оценщикам в соответствии с соглашением о неразглашении.
Шифрование по всему периметру
TLS 1.3 защищает данные при передаче, а AES-256 — в состоянии покоя. Подробные сведения об управлении ключами и контроле доступны в рамках соглашения о неразглашении — см. сертификаты для получения информации об объеме аудита.
Подробная информация о сертифицированных средствах контроля, местоположении центров обработки данных, точных целях восстановления и внутренней топологии охватывается проверкой BroadNet и предоставляется в рамках соглашения о неразглашении. См. ISO/IEC 27001 и ISO 22301
Где это соединяется.
Этот обзор представляет собой архитектурное представление. Подтверждающие документы, сертификаты и оперативные обязательства, поддерживающие его, размещены в Центре доверия и на страницах «Соответствие требованиям и безопасность».
Сертификаты, субподрядчики и запросы на предоставление подтверждающих документов.
ISO 27001 / 9001 / 22301 и региональные рамки.
Полный набор элементов управления, лежащих в основе этой архитектуры.
Классификация по степени тяжести, эскалация и процесс анализа первопричин.
Часто задаваемые вопросы.
Это полная архитектура безопасности?
Нет. Эта страница представляет собой намеренно неконфиденциальный обзор: на ней показана структура стека и элементы управления на каждом уровне, а не внутренняя топология, расположение центров обработки данных или точные цели восстановления. Подробная информация о сертифицированных элементах управления предоставляется экспертам в соответствии с соглашением о неразглашении и входит в область аудита BroadNet.
По каким стандартам сертифицирована платформа?
Компания BroadNet имеет сертификаты ISO/IEC 27001 (информационная безопасность), ISO 9001 (качество) и ISO 22301 (обеспечение непрерывности бизнеса). Приведенная на этой странице таблица соответствия элементов управления содержит перекрестные ссылки на репрезентативные элементы управления в соответствии с семействами элементов управления ISO 27001, SOC 2 и ISO 22301, что позволяет экспертам оценить соответствие каждого уровня.
Как осуществляется шифрование при передаче и хранении данных?
TLS 1.3 защищает данные при передаче, а AES-256 защищает данные в состоянии покоя, как в основных хранилищах, так и в резервных копиях. Ключи генерируются, хранятся, обновляются и выводятся из эксплуатации внутри выделенной инфраструктуры управления ключами с использованием шифрования с помощью конверта, поэтому сами ключи данных защищены мастер-ключами.
Используете ли вы собственные межсетевые экраны SMS и SS7 для защиты трафика BroadNet?
Да. Средства защиты телекоммуникационного уровня — межсетевой экран для SMS-сообщений, межсетевой экран SS7, защита идентификатора отправителя и анализ злоупотреблений OTP — применяются к собственным маршрутам BroadNet по умолчанию, а не предлагаются только в качестве дополнительной опции для сторонних сетей.
Как мне запросить подробные данные о проверенных контрольных процедурах?
Подробная информация об именованных элементах управления, местоположении центров обработки данных, точных целях восстановления и внутренней топологии предоставляется квалифицированным экспертам в соответствии с соглашением о неразглашении. Начните с Центра доверия или страницы соответствия требованиям, или свяжитесь с группой безопасности, чтобы запросить пакет документации.