Классификатор ИТ-риска

Рейтинг информационной системы выводится из её свойств, а не из мнения о ней

«Эта система критичная» — фраза, которую нельзя ни проверить, ни оспорить. Классификатор заменяет её последовательностью проверяемых признаков: что за данные, кто к ним имеет доступ, попадает ли система в перечень значимых. Правила свёртки вынесены в справочные данные, поэтому меняются настройкой, а не выпуском новой версии.

Пока рейтинг — это мнение, спорить с ним бессмысленно

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

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

Начальные значения новой карточки

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

Соберите рейтинг на свойствах своей системы

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

Классификатор ИТ-риска приложения

Три блока признаков → три оценки → ключ сводной матрицы

Данные системы
Доступ и обработка
Регуляторные и финансовые признаки
КонфиденциальностьНизкий
—
ЦелостностьНизкий
—
ДоступностьСредний
—
Ключ сводной матрицы (Низкий, Низкий, Средний)

Общий рейтинг — строка справочной матрицы 3×3×3 по этой тройке. Матрица содержит все 27 сочетаний и поставляется справочными данными модуля.

Считается в вашем браузере на введённых вами значениях.

Конфиденциальность: правила читаются сверху вниз

Первое подошедшее правило и определяет оценку. Порядок неслучаен: сначала отсекаются безусловно тяжёлые случаи, и только потом разбираются сочетания помягче. Так «мелкая» причина не может перебить крупную.

Правила оценки конфиденциальности, в порядке применения
№УсловиеОценка
1Информация ограниченного доступаВысокий
2Конфиденциальная информация вместе с конфиденциальной, чувствительной ПИИ или ПИИ ограниченного доступаВысокий
3Любая из классификаций «конфиденциальная / внутренняя / публичная» вместе с доступом к критичным функциям или массовым доступом к PITВысокий
4Внутренняя или публичная информация с чувствительной ПИИ либо ПИИ ограниченного доступа, без указанных видов доступаВысокий
5Конфиденциальная информация без указанных видов доступаСредний
6Внутренняя или публичная информация с конфиденциальной либо внутренней ПИИ, без указанных видов доступаСредний
7Внутренняя или публичная информация без ПИИ и без указанных видов доступаНизкий

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

Целостность: один взведённый признак решает всё

Блок целостности устроен максимально просто и потому не поддаётся торгу. Достаточно одного признака — и оценка Высокий.

Высокий

Взведён любой из признаков: финансовая отчётность (SOX), надзорный перечень (OCC WP), высокий финансовый риск, массовый доступ к PIT, доступ к критичным функциям, мониторинг критичной информации.

Средний

Ни одного из признаков выше, но есть транзакционная обработка.

Низкий

Ни одного признака блока целостности.

Доступность: маленькая матрица вместо длинного обсуждения

Доступность не выводится правилами, а берётся из справочной матрицы по паре «надзорный перечень × бизнес-критичность». Шесть строк — весь разговор.

Справочная матрица доступности
Надзорный перечень (OCC WP)Бизнес-критичностьДоступность
ДаВысокаяВысокий
ДаСредняяВысокий
ДаНизкаяВысокий
НетВысокаяВысокий
НетСредняяСредний
НетНизкаяНизкий

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

Сводная матрица: правила меняются данными, а не релизом

Общий рейтинг выбирается строкой сводной матрицы по тройке значений «конфиденциальность × целостность × доступность». Матрица содержит все 27 сочетаний и поставляется справочными данными. Это принципиально: чтобы изменить политику свёртки, не нужен новый выпуск — нужна правка справочника.

27 строк сводной матрицы: все сочетания трёх оценок
6 строк матрицы доступности
5 ступеней итогового рейтинга: от «очень низкий» до «очень высокий»

Пустое значение не превращается в ноль

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

Корректировка и согласование: отступление проходит через второго человека

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

Шаблон

Рабочее состояние: признаки заполняются, расчётные значения пересчитываются, при необходимости задаётся переопределение с обоснованием.

→ Отправлено на одобрениеединственный выход из состояния

Переопределение расчёта без обоснования не сохраняется

Ручная корректировка расчётного значения требует обоснования, возврат на доработку — комментария; длина комментария ограничена, чтобы поле оставалось пояснением, а не свалкой переписки.

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

Политика классификации становится настройкой, а не кодом

  • Матрицы — данные, а не логика. Сводная матрица на 27 строк и матрица доступности на 6 строк лежат в справочных данных модуля. Изменение политики свёртки — правка справочника, а не доработка.
  • Каждый рейтинг разбирается на признаки. По каждому из трёх блоков хранится расчётное значение, скорректированное значение и обоснование — вопрос «почему так» всегда имеет письменный ответ.
  • Согласование встроено в объект. Отдельный процессный движок для маршрута одобрения не требуется: состояния и переходы — часть карточки.
  • Сопроводительные документы прикрепляются к карточке. Для документа обязательны наименование и ссылка, а сама карточка должна быть сохранена — «висящих» вложений не образуется.

Как считается риск по проблеме Как это выглядит в реестрах

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

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

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

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