Сужение на уровне выборки
Фильтр применяется при получении данных, а не прячет строки в интерфейсе. Экспорт, поиск и отчёт возвращают тот же срез, что и экран: обойти ограничение выгрузкой не получится.
Права доступа и аудит
Роли и ролевые коды
Восемь ролей, на которые опирается логика продукта, и двенадцать ролевых кодов в сопоставлении с группами каталога. Роль сотрудник получает не заявкой в свободной форме, а членством в группе каталог учётных записей по LDAP — то есть тем же способом, каким в организации уже управляется доступ.
| Роль | Что делает в системе | Кому обычно соответствует |
|---|---|---|
| Регистратор данных | Заводит событие, заполняет описание, классификацию, потери и возмещения, отправляет на валидацию. | Сотрудник подразделения, в котором событие возникло или выявлено. |
| Первый валидатор | Проверяет полноту и классификацию, возвращает на доработку с комментарием, передаёт на вторую валидацию. | Специалист подразделения управления операционным риском. |
| Второй валидатор | Подтверждает качество и закрывает событие; получает уведомления о значимых событиях и превышении порогов. | Старший специалист или руководитель того же подразделения. |
| Наблюдатель | Читает данные в разрешённом срезе, ничего не меняет. | Внутренний аудит, смежные подразделения, руководители. |
| Менеджер по работе с КИР | Ведёт реестр ключевых индикаторов риска, плановые и фактические значения. | Ответственный за индикаторы в подразделении риска. |
| Менеджер по работе с КПУР | Ведёт контрольные показатели уровня операционного риска и их пороги. | Ответственный за риск-аппетит и лимиты. |
| Администратор информационной безопасности | Ведёт субъекты, роли и разрешения, работает с журналами аудита. | Подразделение информационной безопасности. |
| Системная роль | Служебная роль продукта для фоновых операций. | Не выдаётся сотрудникам. |
В сопоставлении с группами каталога перечень шире: кроме перечисленных заведены ответственный за отчётность, риск-менеджер, менеджер самооценки, менеджер сценарного анализа и менеджер событий — двенадцать ролевых кодов. Сопоставление ведётся отдельным файлом на каждый контур, и вместе с ролью из каталога подтягиваются подразделение и должность сотрудника.
Роли настраиваются под вашу структуру
Колонка «кому обычно соответствует» — методический ориентир, с которого удобно начинать разговор о матрице доступа. Сам перечень ролей ведётся данными: названия, состав прав и привязка к группам каталога согласуются на внедрении под оргструктуру вашей организации.
Действия и типы объектов защиты
Право — это пара «действие над типом объекта», а не галочка «доступ к модулю». Шесть действий и девять типов объектов дают ту глубину, на которой матрицу доступа можно согласовать со службой информационной безопасности, а не пересказать словами.
- 6действий: чтение, запись, добавление, удаление, выполнение, фильтр
- 9типов объектов защиты
- 8отдельно защищаемых действий
- 12ролевых кодов в сопоставлении с каталогом
| Тип объекта | Действия | Что это закрывает |
|---|---|---|
| Справочник | добавление, чтение, запись, удаление, фильтр | Реестры и справочники: кто видит, кто правит, кто удаляет и какой срез данных получает. |
| Действие | выполнение | Операции вроде импорта, расчёта 744-П или принудительного снятия блокировки. |
| Отчёт | чтение | Доступ к конкретной отчётной форме, а не ко всему разделу отчётности. |
| Статусная модель события | чтение, запись, выполнение | Право на переход в конкретный статус и на редактирование в текущем. |
| Разделы события | чтение, запись | Видимость и редактируемость каждого из десяти разделов карточки. |
| Категория события | чтение, запись | Разделение операционных, ИТ- и ИБ-событий между подразделениями. |
| Разделы риска | чтение, запись | Пять разделов карточки риска. |
| Разделы КИР | чтение, запись | Описание индикатора, плановые и фактические значения по отдельности. |
| Статусная модель ELOR | чтение, запись, выполнение | Маршрут согласования карточки ожидаемых потерь. |
Восемь действий, которые выдаются отдельно
- Импорт событий
- Настройка измерений
- Сверка сопоставления проводок
- Настройка показателей групп
- Расчёты и отчётность 744-П
- Принудительно забрать событие из работы
- Администрирование КПУР
- Администрирование КИР
Эти права не идут «в комплекте» с ролью: их выдают адресно, и в матрице доступа видно, у кого именно они есть.
Фильтр-разрешения: срез данных под субъекта
Отдельный вид разрешения сужает не список экранов, а сам набор данных. Выражение привязывается к субъекту и типу объекта — и сотрудник видит только свой срез: своё подразделение, свою категорию событий, свой участок.
Зачем это на практике
Руководитель филиала видит события своего филиала. Подразделение информационной безопасности — события своей категории. Внешнему проверяющему отдаётся ограниченный срез, а не полный доступ ко всей базе.
Ограничение по принадлежности работает и в уведомлениях: рассылку можно оставить внутри подразделения, выявившего событие, — тогда чужие события не всплывают даже в письме.
Разделы карточки под разрешением
Ограничение доходит до отдельного раздела карточки. Сотруднику, которому положено описывать событие, суммы и обсуждение можно оставить в режиме чтения — и он не закроет ими лишний доступ ни себе, ни коллеге.
Событие — 10 разделов
Описание, классификация, источники, последствия, решение и мероприятия, возмещения, связанные риски, чат, история изменений, признаки недобросовестных действий.
Риск — 5 разделов
Описание, классификация, последствия, причины, связанные события.
КИР — 3 раздела
Описание индикатора, плановые значения, фактические значения.
Каждому разделу выдаётся чтение или запись по отдельности: раздел скрывается или переводится в режим просмотра. Это то самое разграничение, которое обычно описывают в регламенте, — только здесь оно исполняется системой.
Журналы аудита и история изменений
Три независимых следа: журнал аудита безопасности, журнал работы и история изменений на уровне отдельного поля. Вопрос «кто это сделал» закрывается записью, а не восстановлением событий по памяти.
Журнал аудита безопасности
Действия с субъектами, ролями и разрешениями. Фильтр по тексту, постраничный вывод, выгрузка журнала файлом — то, что запрашивает служба внутреннего контроля при проверке управления доступом.
Журнал работы
След работы пользователей в системе с тем же набором: фильтр, страницы, выгрузка.
История на уровне поля
Дата, сотрудник, поле, старое и новое значение — для карточки события, операционных событий и значений показателей. Отдельным отчётом выгружается файлом.
Пять протоколов смены статусов
Событие, аналитика события, КИР, анкета и группы показателей ведут собственные протоколы переходов вместе с обязательными комментариями возврата.
Выгрузка вместо доступа
Журналы отдаются файлом. Проверяющему не нужно заводить учётную запись в системе, а значит, не нужно и согласовывать ему права, объяснять интерфейс и потом отзывать доступ.
Что это даёт ИТ-директору
Управление доступом опирается на то, что в организации уже работает: каталог, группы, парольная политика, журнал. Отдельного «мира учётных записей» продукт не заводит.
Роль приходит из каталога
Членство в группе каталог учётных записей по LDAP определяет роль и реквизиты субъекта — подразделение и должность. Приём и увольнение сотрудника обрабатываются штатным процессом управления доступом, а не заявкой в подразделение риска.
Парольная политика встроена
Для учётных записей в базе данных: минимум 12 символов, обязательные цифра, строчная и прописная латинские буквы, запрет пробельных символов. Сброс пароля по логину или по адресу почты блокируется, если совпадений больше одного.
Тайм-аут сессии — 75 минут
Значение задаётся настройкой контура и приводится к политике вашей организации.
Матрица прав — конфигурация
Субъекты, роли, разрешения и фильтры ведутся данными и обозримы: их можно согласовать один раз и потом проверять выгрузкой журналов, а не чтением кода.
Механизмы аутентификации и работа с каталогом — на странице архитектуры и внедрения.
Разложить роли продукта по вашим подразделениям
Соберём матрицу доступа под вашу оргструктуру: роли, разрешения на разделы карточки, фильтры по подразделению и выгрузки журналов аудита.