Пять уровней защиты: от законодательства до реагирования на инциденты

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

О платформе Получить консультацию

Полный комплекс мер по защите данных

DST Platform обеспечивает комплекс мер по защите данных и информационной безопасности, ориентированный на требования российского законодательства и корпоративные стандарты. Меры структурированы по уровням — от соответствия законодательству до процессов эксплуатации — и охватывают весь жизненный цикл системы: разработку, внедрение, сопровождение и реагирование на инциденты.
Уровень Что защищается
Соответствие законодательству Правовой статус обработки персональных данных
Архитектура и приложение Данные и логика от внешних угроз
Доступ и полномочия Разграничение действий внутри системы
Непрерывность Доступность сервиса и сохранность данных
Процессы Контроль обновлений, мониторинг, реагирование

Соответствие законодательству

- 152-ФЗ «О персональных данных»: персональные данные пользователей хранятся на серверах, управляемых заказчиком. Доступ к административным разделам разграничен ролями с логированием действий администраторов.

- ИТ-аккредитация в Министерстве цифрового развития, связи и массовых коммуникаций РФ подтверждает соответствие компании требованиям к IT-организациям.

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

Модель «угроза → механизм защиты»

Каждая типовая угроза закрыта встроенным механизмом на уровне ядра — защита не зависит от того, установлены ли сторонние плагины и обновлены ли они.

Репозиторий Получить консультацию
Аккордеон-слайдер контент
Важное примечание. Встроенные механизмы защиты — токены CSRF, фильтрация и типизация входных данных, подготовленные выражения, ролевая модель — действуют на уровне ядра и компонентов платформы. Кастомный код, сторонние плагины и собственные компоненты заказчика разрабатываются с соблюдением тех же стандартов: рекомендации разработчикам (см. «Разработка на DST Platform», чек-лист) закрывают основные классы уязвимостей на этапе написания кода. Ответственность за безопасность собственных доработок несёт команда, выполняющая доработку.

Безопасность как процесс, а не как настройка

Разграничение доступа, обновления с патчами, мониторинг инцидентов и регламенты реагирования работают на всём сроке жизни системы. Зоны ответственности между платформой, заказчиком и подрядчиком фиксируются до внедрения — без «серых зон», когда инцидент уже произошёл.

Разграничение доступа

Что это даёт бизнесу: каждый участник системы видит и делает ровно то, что положено его роли, — снижается риск внутренних инцидентов и ошибок персонала.

- Ролевая модель: администратор, модератор, продавец, покупатель, преподаватель, партнёр и другие роли — с наборами прав, соответствующими задачам роли.
- Гибкая настройка прав доступа к разделам, контенту и действиям; возможность создания произвольных групп пользователей с гранулярными правами.
- Логирование действий администраторов — аудит и реавторизация.
- Ограничение доступа к административной панели по IP — встроенная функция платформы: список разрешённых адресов настраивается в административном разделе.

На практике. Доступ к административной панели ограничивается списком разрешённых IP, а действия администраторов фиксируются в логах с реавторизацией — внутренние операции остаются контролируемыми и проверяемыми.

Качество и безопасность в разработке

Что это даёт бизнесу: безопасность закладывается на этапе проектирования и разработки, а не добавляется постфактум — и может быть усилена независимым аудитом.

Безопасность обеспечивается встроенными механизмами платформы на всём жизненном цикле продукта — и может быть усилена услугами DST Global.

Встроенные механизмы платформы:

- защита от SQL-инъекций через подготовленные выражения;
- фильтрация входных данных и защита от XSS/CSRF;
- ролевая модель и гранулярные права;
- логирование действий администраторов и реавторизация;
- регулярные обновления с патчами безопасности — собственная разработка, без зависимости от внешних вендоров и их графиков выпуска обновлений.

Услуги DST Global в области безопасности (в рамках направления «Качество и безопасность»)

- аудит архитектуры на этапе проектирования функциональности;
- статический и динамический анализ кода;
- пентест — силами заказчика или DST Global в рамках услуг;
- обеспечение соответствия стандартам безопасности (Secure SDLC);
- тестирование, включая проверку устойчивости к пиковым нагрузкам (в контуре QA).


Услуги аудита архитектуры, статического и динамического анализа и пентестов предоставляются DST Global как самостоятельный контур работ — в том числе для систем, не построенных на DST Platform.
На практике. Аудит архитектуры выполняется на этапе проектирования — до того, как уязвимость попадёт в код. Статический и динамический анализ и пентест дополняют встроенные механизмы платформы и могут проводиться независимо от неё.

Обновления безопасности

Что это даёт бизнесу: патчи безопасности выходят по графику вендора, а не зависят от сторонних разработчиков, — известные уязвимости закрываются предсказуемо.

- Команда разработчиков регулярно выпускает обновления, включая патчи безопасности; разработка — собственная, без зависимости от внешних вендоров и их графиков выпуска обновлений.
- Период бесплатных обновлений: Бизнес — 1 год, Премиум — 2 года, Enterprise — 3 года.
- Для редакций Премиум и Enterprise доступны продвинутый мониторинг и алертинг.

Метрика. Бесплатные обновления с патчами безопасности — 1 год в редакции Бизнес, 2 года в Премиум и 3 года в Enterprise. Разработка собственная: график патчей не зависит от сторонних вендоров.

Непрерывность: резервирование и восстановление

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

- Резервное копирование базы данных и файлов — в рамках сопровождения и по согласованию.
- Архитектура высокой доступности (HA) в редакциях Премиум и Enterprise: контроль доступности сервиса, резервирование узлов, репликация БД, регламенты реагирования на инциденты.
- S3-совместимое хранилище для резервных копий и медиафайлов (Enterprise).
- Регламенты реагирования на инциденты — порядок действий при сбоях фиксируется на этапе внедрения.

На практике. В редакциях Премиум и Enterprise доступны резервирование узлов и репликация БД, а порядок действий при сбоях фиксируется регламентом на этапе внедрения — непрерывность операций не зависит от одного сервера.

Мониторинг инцидентов

Что это даёт бизнесу: отклонения в работе системы видны до того, как они перерастут в инцидент, — реакция начинается раньше, чем проблема скажется на пользователях.

-Метрики технического здоровья в административной панели: время отклика, доступность сервиса, cache hit rate, нагрузка сервера, версия PHP и СУБД, лимиты памяти;
- Логирование и отладка — с включением режима отладки только на staging-окружении;
- Алертинг при отклонениях от целевых значений (в редакциях Премиум и Enterprise);
- Центр поддержки: dstglobal.ru/support.

Метрика. Метрики технического здоровья встроены в административную панель: время отклика, доступность, cache hit rate, нагрузка сервера и версия PHP/СУБД — без набора внешних утилит и отдельных договоров на инфраструктурный сервис.

Аудит кода и независимая проверка

Что это даёт бизнесу: безопасность можно проверить независимо — без согласования с вендором и без «чёрных ящиков», что снижает зависимость от одного поставщика. - Аудит безопасности выполняется по полной кодовой базе, включая ядро: код предоставляется заказчику и привлечённым аудиторам после проверки и NDA; согласование аудита с вендором не требуется;
- Возможность привлечения независимых специалистов по безопасности;
- Открытая часть кодовой базы опубликована, полный код передаётся заказчику; сторонние библиотеки поставляются в составе и доступны для проверки — скрытых «чёрных ящиков» нет. Модель доступа к коду — на странице «Открытость платформы»;
- Для собственных доработок действует тот же стандарт: рекомендации разработчикам (см. «Разработка», чек-лист) закрывают основные классы уязвимостей ещё на этапе написания кода.

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

Безопасность в коробочных решениях

Защита в коробочных решениях устроена в два контура: базовый — от ядра платформы, и специализированный — под характер данных, с которыми работает решение.

Базовый контур. Десять решений линейки работают на едином ядре и наследуют его защитные механизмы: подготовленные выражения и фильтрацию входных данных (раздел «Угроза → механизм защиты»), ролевую модель и гранулярные права (раздел «Разграничение доступа»), логирование действий администраторов и реавторизацию, ограничение доступа к административной панели по IP, регулярные обновления с патчами безопасности и возможность независимого аудита открытого кода (раздел «Аудит кода и независимая проверка»). Уровень базовой защиты одинаков для всех решений и редакций — отдельных «незащищённых» конфигураций нет.

Специализированные контуры — по характеру защищаемых данных.

Группа Решения Время жизни
Транзакционные DST Интернет-магазин, DST Маркетплейс, DST Мультивендор Платежи через сертифицированных провайдеров, реквизиты карт не хранятся на площадке. Разные модели доступа к персональным данным покупателя: в Маркетплейсе продавец не получает доступа к персональным данным — оператор сохраняет контроль над сделкой; в Мультивендоре продавец ведёт сделку самостоятельно и получает данные покупателя. Скоринг и модерация продавцов — в решениях маркетплейса.
Медицинские данные DST Мед Центр Медицинские данные относятся к специальным категориям персональных данных по 152-ФЗ. Доступ к данным пациентов разграничен ролями: врач, филиал и администратор видят только отнесённые к ним данные — это поддерживает режим врачебной тайны (ст. 13 ФЗ № 323-ФЗ). Платежи — через сертифицированных провайдеров. Решение поддерживает учётные сценарии, применяемые при лицензировании медицинской информационной системы (приказ Минздрава № 956н).
Образовательные DST LMS Защита доступов к материалам курсов, разграничение прав студентов и преподавателей, модерация пользовательского контента, защита от распространения пиратских материалов, контроль за соблюдением правил площадки.
Пользовательский контент (UGC) DST Портал, DST Доска объявлений, DST Социальная сеть Модерация пользовательского контента, защита от спама и мошеннических публикаций, верификация пользователей, контроль за соблюдение правил площадки, CAPTCHA.
Корпоративные данные DST CRM Защита учётных записей и коммерческих данных: роли и права доступа, ограничение по IP, шифрование паролей и конфиденциальных данных, CAPTCHA (reCAPTCHA). Дополнительно — плагины безопасности: двухфакторная аутентификация, DST Guard (защита от брутфорса, чёрные списки IP), уведомление о неизвестном входе, журналирование действий и ошибок, резервное копирование.
Защищённые коммуникации DST Мессенджер On-premise-решение: вся инфраструктура разворачивается на серверах заказчика — данные не передаются третьим лицам. Шифрование при передаче и хранении, MFA (TOTP, SMS, FIDO2), ABAC — динамическое управление доступом на основе атрибутов (регион, должность, уровень допуска), SSO (AD/LDAP, SAML 2.0, OpenID Connect), журнал аудита с защитой от модификации, политики хранения и автоматическое удаление, экспорт комплаенса для проверяющих органов, мониторинг комплаенса, DST Guard. Технологический стек решения — Go, React, PostgreSQL, Elasticsearch — отличается от PHP-ядра платформы, поэтому собственные механизмы безопасности (ABAC, SSO, MFA, комплаенс-экспорт) реализованы на уровне этого продукта.

Важно. Детализация защитных механизмов по каждому решению — в документации соответствующего продукта. Базовая защита едина для решений на ядре платформы; специализированные контуры дополняют её под модель данных конкретного продукта. Разграничение ответственности между платформой и заказчиком фиксируется на этапе внедрения (см. раздел «Частые вопросы»).

Рекомендации по обеспечению безопасности

Что это даёт бизнесу: встроенная защита дополняется мерами на стороне заказчика — итоговый уровень безопасности определяется не только платформой, но и эксплуатацией.

Меры на стороне заказчика, дополняющие встроенную защиту платформы:

- Регулярно устанавливать обновления платформы — патчи безопасности выпускаются в составе регулярных обновлений;
- Настроить резервное копирование и мониторинг;
- Использовать ограничение доступа к административной панели по IP;
- Проводить регулярные аудиты кода и пентесты — силами заказчика или DST Global.

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

Часто задаваемые вопросы

Разграничение ответственности фиксируется на этапе внедрения: платформа обеспечивает встроенную защиту приложения и процессов обновления; заказчик отвечает за инфраструктуру, окружение и эксплуатационные регламенты. Конкретные зоны ответственности и SLA согласуются при выборе редакции.

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

Да. Модель доступа к коду — контролируемое раскрытие: значительная часть кодовой базы опубликована, полный код — включая ядро — предоставляется заказчику и привлечённым им аудиторам после проверки организации и подписания NDA. Согласование самого аудита с вендором не требуется, объём аудита не ограничен. Подробнее — на странице «Открытость платформы».

Патчи безопасности выпускаются в составе регулярных обновлений; в редакциях Премиум и Enterprise — с продвинутым мониторингом и алертингом. Порядок эскалации инцидентов фиксируется регламентами реагирования при внедрении.

 

Клиенты и партнёры

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

Закажите демонстрацию платформы

Посмотрите платформу в действии. Специалисты DST Global продемонстрируют возможности под вашу бизнес-модель и ответят на вопросы.

Все продукты Получить консультацию