Развёртывание

Разворачивается в вашем контуре и не просится наружу

Для системы, которая ведёт учёт слабостей в защите, вопрос «а где живут эти данные» — первый и решающий. Модуль устроен как серверное веб-приложение: работа идёт на сервере в контуре заказчика, пользователи входят через уже принятые в организации механизмы, а данные модуля лежат в его собственной схеме базы данных.

Варианты развёртывания

Один контур — ваш

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

Собственная площадка организации

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

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

Частное облако организации

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

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

Семь способов входа: вход в модуль подчиняется вашим правилам, а не наоборот

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

Kerberos + LDAP

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

Когда выбираютединый домен, рабочие места в корпоративной сети

Способ входа переключается настройкой, а не пересборкой

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

Параметры сессии заданы в поставке, а не оставлены на потом

Забытая настройка сессии — типовая находка любого аудита. В поставляемой конфигурации эти параметры уже выставлены.

Cookie недоступна сценариям страницы

Признак HttpOnly включён: идентификатор сессии нельзя прочитать из кода на странице.

Cookie только по защищённому соединению

Признак Secure включён: cookie не уходит по незащищённому каналу.

Тайм-аут сессии в продуктивной конфигурации

Пятнадцать минут бездействия — и сессия завершается. Значение задано в поставляемом продуктивном профиле настроек.

Данные модуля: своя схема и понятные границы

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

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

Обновление схемы данных управляемо

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

Двуязычные справочные данные

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

Примеры двуязычных значений из справочников модуля
СправочникРусское наименованиеАнглийское наименование
Статус бизнес-единицыНа согласованииНа согласовании
Статус несоответствияСвязан с проблемойСвязано с недостатком
Тип дефицитаУправление идентификацией и доступомУправление учётными записями и доступом
Ответ в анкетеНе применимоНе применяется
Источник угрозыВнешнийВнешний

Состав поставки и способы развёртывания

Короткая сводка того, что вы получаете и как это ставится в вашем контуре.

Входит в поставку

  • Семь способов аутентификации и переключение настройкой.
  • Признаки HttpOnly и Secure у cookie и тайм-аут сессии в продуктивном профиле.
  • Собственная схема данных модуля и отдельная схема прав.
  • Двуязычные справочные данные.
  • Серверный веб-интерфейс на Java.

Способы развёртывания

  • Собственная площадка организации: сервер приложений и база данных в её контуре.
  • Частное облако организации по той же схеме и с теми же механизмами входа.
  • Вход корпоративным механизмом аутентификации, выбранным настройкой.
  • Обновление структуры данных наборами миграций вместе со справочными данными.
  • Рабочее место через браузер: клиентское программное обеспечение не устанавливается.

Детальные технические материалы — по запросу после заключения соглашения о конфиденциальности

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

Запросить материалы после заключения соглашения о конфиденциальности

Что это даёт ИТ-директору

Предсказуемые требования и понятные границы ответственности

  • Модуль не заводит собственный контур управления доступом. Вход выполняется корпоративным механизмом; отзыв доступа в каталоге закрывает доступ и к модулю.
  • Рабочее место не требует установки. Интерфейс серверный, взаимодействие идёт через браузер.
  • Обновление структуры данных управляемо. Изменения схемы и справочные данные поставляются наборами миграций, а не ручными скриптами по месту.
  • Права модуля не смешиваются с правами соседних систем. Отдельная схема безопасности упрощает ревизию доступа именно к этому модулю.
  • Параметры сессии заданы уже в поставке. Признаки HttpOnly и Secure у cookie и тайм-аут в продуктивном профиле настроек — без ручной донастройки после установки.

Ролевая модель и журналы Что нужно для пилота

Посмотреть, как это считается на ваших данных

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

Запросить демонстрацию Как проходит пилот

Запросить демонстрацию