Методики построения модели угроз
В современном мире информационные технологии являются основой практически всех бизнес-процессов и государственных служб. При этом, с ростом цифровизации и взаимосвязанности систем, вопросы защиты информации приобретают исключительную важность. Успешная защита данных и ресурсов невозможна без системного и продуманного подхода к выявлению и оценке угроз. Именно здесь на первый план выходит модель угроз — фундаментальный инструмент в области информационной безопасности.
Модель угроз это структурированный аналитический инструмент, который помогает выявить потенциальные опасности, классифицировать их, понять механизм реализации и оценить степень риска для конкретной информационной системы. В отличие от простого перечня возможных атак, модель угроз представляет собой целостное описание взаимоотношений между информационными активами, нарушителями и уязвимостями.
Понимание того, что такое модель угроз безопасности информации, и как грамотно её построить, позволяет организации эффективно планировать меры по защите, оптимизировать затраты на безопасность и повысить устойчивость к кибератакам. Далее подробно рассмотрим назначение модели угроз, её структуру и этапы построения.
Модель угроз это структурированный аналитический инструмент, который помогает выявить потенциальные опасности, классифицировать их, понять механизм реализации и оценить степень риска для конкретной информационной системы. В отличие от простого перечня возможных атак, модель угроз представляет собой целостное описание взаимоотношений между информационными активами, нарушителями и уязвимостями.
Понимание того, что такое модель угроз безопасности информации, и как грамотно её построить, позволяет организации эффективно планировать меры по защите, оптимизировать затраты на безопасность и повысить устойчивость к кибератакам. Далее подробно рассмотрим назначение модели угроз, её структуру и этапы построения.
Команда редакторов "Гладиаторы ИБ"
Дата публикации: 19.07.2025
Время прочтения 12 минут
Время прочтения 12 минут
Ключевые понятия
- Модель угроз - структурированное описание потенциальных угроз безопасности информации с учётом особенностей конкретной системы.
- Актив - любой ресурс (данные, системы, оборудование), представляющий ценность для организации.
- Уязвимость - слабое место в системе, которое может быть использовано для реализации угрозы.
- Нарушитель - субъект (человек или система), способный реализовать угрозу.
- Риск - комбинация вероятности реализации угрозы и тяжести её последствий.
Содержание:
- Зачем нужна модель угроз?
- Вступительная часть модели угроз
- Нормативно-методическое обеспечение
- Общие положения
- Описание информационной системы
- Модель нарушителя
- Особые разделы, связанные с обработкой информации
- Уязвимости
- Частная модель угроз безопасности
- Уровень исходной защищенности
- Опасность угроз
- Исключение «лишних» угроз
- Типичные ошибки
- Описание угроз
- Список актуальных угроз
- Заключение
Зачем нужна модель угроз?
Основная цель построения модели угроз — системное выявление и анализ факторов, способных нанести вред информационной системе. Рассмотрим, почему именно модель угроз так важна:
Таким образом, без правильно построенной модели угроз информационной безопасности невозможно обеспечить надежную защиту и устойчивость организации в условиях постоянно меняющейся кибер среды.
- Систематизация знаний об угрозах. Без формального подхода риск пропустить критические уязвимости или неправильно оценить степень риска существенно возрастает. Модель угроз позволяет аккумулировать, упорядочить и формализовать информацию о возможных негативных сценариях.
- Приоритизация мер защиты. Ресурсы безопасности (финансовые, человеческие, технические) всегда ограничены. Модель угроз даёт объективное основание для расстановки приоритетов: какие угрозы представляют наибольшую опасность и требуют немедленных мер.
- Соответствие нормативным требованиям и стандартам. Многие законодательные акты, такие как Федеральный закон №187-ФЗ «О безопасности критической информационной инфраструктуры» и рекомендации ФСТЭК и ФСБ, прямо предписывают проведение анализа угроз с использованием формализованных моделей.
- Оценка рисков и принятие решений. Модель угроз становится отправной точкой для оценки рисков, позволяя определить возможные последствия и вероятность реализации каждой угрозы, что в итоге влияет на управленческие решения.
- Повышение безопасности и осведомлённости персонала. Процесс моделирования вовлекает разные подразделения и уровни управления, способствуя формированию культуры безопасности и совместному пониманию рисков.
- Разработка эффективных планов реагирования. Знание конкретных сценариев атак помогает заранее подготовиться к возможным инцидентам, сократить время реагирования и минимизировать ущерб.
Таким образом, без правильно построенной модели угроз информационной безопасности невозможно обеспечить надежную защиту и устойчивость организации в условиях постоянно меняющейся кибер среды.
Вступительная часть модели угроз
Вступительная часть модели угроз выполняет роль ориентира и вводит в контекст всей работы.
Она должна содержать:
- анализ рисков и определение приоритетных направлений защиты;
- обеспечение соответствия нормативным требованиям;
- подготовка рекомендаций по усилению защиты.
- бизнес-процессы, связанные с использованием данных;
- территориально распределенные инфраструктурные объекты.
- уязвимость;
- актив;
- нарушитель;
- риск и т.д.
Данная часть позволяет всем заинтересованным сторонам иметь общее понимание целей и задач, обеспечивая прозрачность процесса и согласованность действий.
Она должна содержать:
- Цели и задачи моделирования угроз, например:
- анализ рисков и определение приоритетных направлений защиты;
- обеспечение соответствия нормативным требованиям;
- подготовка рекомендаций по усилению защиты.
- Область применения модели, которая может включать:
- бизнес-процессы, связанные с использованием данных;
- территориально распределенные инфраструктурные объекты.
- Определения ключевых терминов и понятий, таких как:
- уязвимость;
- актив;
- нарушитель;
- риск и т.д.
- Методология моделирования угроз, которая будет использоваться в работе, с кратким описанием применяемых подходов и инструментов.
Данная часть позволяет всем заинтересованным сторонам иметь общее понимание целей и задач, обеспечивая прозрачность процесса и согласованность действий.
Нормативно-методическое обеспечение
Построение модели угроз не может существовать в вакууме — она должна опираться на актуальную нормативную и методическую базу. В этом разделе необходимо подробно указать:
- Федеральный закон №187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»;
- другие профильные законы и постановления.
- правила криптографической защиты;
- требования к обеспечению целостности и доступности информации.
- ГОСТ Р 50922 — методы и средства защиты информации.
- ГОСТ Р 52633-2012 — регулирует требования по защите персональных данных в случае биометрической аутентификации.
- ГОСТ Р ИСО/МЭК 15408 — используется для оценки уровня безопасности информационных систем и средств защиты информации
- ГОСТ Р ИСО/МЭК 27001 — адаптация международного стандарта ISO/IEC 27001, который устанавливает требования к системе управления информационной безопасностью (СУИБ).
Такое нормативное основание гарантирует, что построенная модель угроз будет не только методически корректной, но и юридически обоснованной, что критически важно для организаций, работающих с чувствительной информацией.
- Законодательные акты, регулирующие информационную безопасность и защиту данных:
- Федеральный закон №187-ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации»;
- другие профильные законы и постановления.
- Методические документы и рекомендации ФСБ и ФСТЭК:
- правила криптографической защиты;
- требования к обеспечению целостности и доступности информации.
- Национальные стандарты в области информационной безопасности:
- ГОСТ Р 50922 — методы и средства защиты информации.
- ГОСТ Р 52633-2012 — регулирует требования по защите персональных данных в случае биометрической аутентификации.
- ГОСТ Р ИСО/МЭК 15408 — используется для оценки уровня безопасности информационных систем и средств защиты информации
- ГОСТ Р ИСО/МЭК 27001 — адаптация международного стандарта ISO/IEC 27001, который устанавливает требования к системе управления информационной безопасностью (СУИБ).
- Внутренние политики, регламенты и стандарты организации, регламентирующие процесс анализа и управления угрозами.
Такое нормативное основание гарантирует, что построенная модель угроз будет не только методически корректной, но и юридически обоснованной, что критически важно для организаций, работающих с чувствительной информацией.
Общие положения
В этом разделе излагаются базовые принципы и подходы, которые будут применяться при моделировании угроз:
- Определение терминологии, чтобы исключить неоднозначность при интерпретации ключевых понятий.
- Выбор методики моделирования угроз — на практике за рубежом встречаются разные подходы, например:
- STRIDE (Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service, Elevation of Privilege) — фокусируется на категориях угроз. STRIDE применяется для анализа диаграмм потоков данных (DFD), помогает выявлять уязвимости на ранних этапах разработки, способствует проактивному внедрению мер защиты и оптимизации распределения ресурсов на защиту наиболее критичных компонентов системы. Метод активно используется в индустрии и адаптируется под различные задачи, включая защищённое проектирование (SDL) и анализ облачных решений.
- PASTA (Process for Attack Simulation and Threat Analysis) — основана на моделировании сценариев атак. Это риск-ориентированный подход к моделированию угроз, акцентирующий внимание на анализе бизнес-целей, моделировании атак и приоритизации угроз. PASTA состоит из семи этапов, начиная с определения бизнес-целей и заканчивая анализом и управлением рисками. Эта методика помогает связать бизнес-риски с техническими уязвимостями и определить наиболее опасные сценарии атак. Методика также применяется сегодня, особенно для сложных корпоративных и критических инфраструктур.
- OCTAVE (Operationally Critical Threat, Asset, and Vulnerability Evaluation) — комплексный анализ активов, угроз и уязвимостей. Это методология, ориентированная на идентификацию и оценку рисков, связанных с активами организации. OCTAVE фокусируется на участии сотрудников компании для выявления ключевых активов, угроз и уязвимостей, а также выработке стратегических мер по их защите. Метод активно применяется в крупных организациях, в том числе для оценки соответствия стандартам и подготовки к сертификациям.
Сравнение методик
Сравнительный анализ методик моделирования угроз:
Методика | Подход | Преимущества | Область применения |
STRIDE | Классификация угроз | Простота, наглядность, удобство для разработки | Моделирование угроз для архитектуры приложений и ИТ‑систем |
PASTA | Риск-ориентированный | Глубокий анализ атак, связь с бизнес-рисками | Сложные приложения и системы с высокими бизнес‑рисками (корпоративная среда) |
OCTAVE | Организационный/процессный | Учет бизнес-процессов, вовлечение персонала | Оценка и управление ИБ‑рисками на уровне организации и критичных бизнес‑процессов |
Фактически сейчас в России при составлении модели угроз, особенно если потом подразумевается аттестация объектов, рекомендуется полагаться на основной документ ФСТЭК - «Методический документ. Методика оценки угроз безопасности информации» (утверждён ФСТЭК России 5 февраля 2021 года). STRIDE, PASTA, OCTAVE — продолжают использоваться в современной практике информационной безопасности, как в международных, так и в российских организациях. Они могут применяться как самостоятельно, так и в сочетании с государственными методиками (например, методикой ФСТЭК), а также интегрироваться в процессы защищённой разработки и оценки рисков.
Такой подход обеспечивает полноту, адекватность и практическую применимость модели угроз.
- Принципы построения модели:
- комплексный охват всех существенных элементов системы;
- системность — учёт взаимосвязей между активами, уязвимостями и угрозами;
- адаптивность — регулярное обновление модели с учётом новых данных и изменений в инфраструктуре;
- реалистичность — исключение маловероятных и малозначимых угроз.
- Обязательное вовлечение всех заинтересованных сторон, включая IT-специалистов, руководителей подразделений, экспертов по безопасности и представителей бизнес-процессов.
Такой подход обеспечивает полноту, адекватность и практическую применимость модели угроз.
Описание информационной системы
Для качественного моделирования угроз необходимо детально описать защищаемую информационную систему. Включаются следующие аспекты:
- взаимодействие между компонентами и с внешними системами;
- сетевая сегментация, зоны безопасности.
- программное обеспечение и сервисы;
- аппаратные средства;
- инфраструктурные объекты.
- определение последствий потери, модификации или утраты доступности.
- организационные (политики безопасности, процедуры доступа).
- резервное копирование и восстановление;
- мониторинг и аудит;
- Управление уязвимостями;
- Реагирование на инциденты безопасности.
Такое подробное описание формирует полное представление о защищаемой среде, что является ключом к точному моделированию угроз.
- Архитектура системы:
- взаимодействие между компонентами и с внешними системами;
- сетевая сегментация, зоны безопасности.
- Активы, подлежащие защите:
- программное обеспечение и сервисы;
- аппаратные средства;
- инфраструктурные объекты.
- Критичность активов:
- определение последствий потери, модификации или утраты доступности.
- Действующие меры защиты:
- организационные (политики безопасности, процедуры доступа).
- Процессы и процедуры:
- резервное копирование и восстановление;
- мониторинг и аудит;
- Управление уязвимостями;
- Реагирование на инциденты безопасности.
Такое подробное описание формирует полное представление о защищаемой среде, что является ключом к точному моделированию угроз.
Модель нарушителя
Ключевой элемент любой модели угроз и нарушителя — понимание того, кто и каким образом может атаковать систему. В разделе выделяются категории потенциальных нарушителей:
- лица с доступом к конфиденциальной информации;
- лица, совершившие ошибку или умышленно нарушающие правила.
- конкуренты, пытающиеся получить коммерческую тайну;
- государственные структуры, заинтересованные в разведывательной информации.
- инсайдеры, имеющие мотив и возможность.
- сбои оборудования и программного обеспечения.
Для каждого типа нарушителя описываются мотивы, доступные ресурсы, типичные методы атак, уровень квалификации и возможные цели. Это помогает адекватно оценить вероятность реализации угроз и сфокусировать защитные мероприятия.
- Внутренние нарушители:
- лица с доступом к конфиденциальной информации;
- лица, совершившие ошибку или умышленно нарушающие правила.
- Внешние нарушители:
- конкуренты, пытающиеся получить коммерческую тайну;
- государственные структуры, заинтересованные в разведывательной информации.
- Целенаправленные атакующие:
- инсайдеры, имеющие мотив и возможность.
- Случайные и технические угрозы:
- сбои оборудования и программного обеспечения.
Для каждого типа нарушителя описываются мотивы, доступные ресурсы, типичные методы атак, уровень квалификации и возможные цели. Это помогает адекватно оценить вероятность реализации угроз и сфокусировать защитные мероприятия.
Особые разделы, связанные с обработкой информации
При работе с критически важными информационными системами, а также с информацией, подлежащей государственной защите, законодательство и ведомственные требования ФСБ и ФСТЭК РФ предписывают дополнительные обязательства.
В этом разделе моделируются:
- порядок разграничения доступа;
- требования к хранению и передаче данных.
- управление криптографическими ключами и средствами криптографической защиты информации (СКЗИ).
- аудит и анализ событий безопасности.
- контроль сетевого трафика.
- взаимодействие с надзорными органами.
Включение таких разделов обеспечивает соответствие модели угроз государственным требованиям и повышает общий уровень защищённости.
В этом разделе моделируются:
- Требования по защите гостайны и служебной информации, включая:
- порядок разграничения доступа;
- требования к хранению и передаче данных.
- Использование криптографических средств защиты:
- управление криптографическими ключами и средствами криптографической защиты информации (СКЗИ).
- Организация мандатного контроля доступа:
- аудит и анализ событий безопасности.
- Обеспечение контроля безопасности коммуникационных каналов:
- контроль сетевого трафика.
- Процедуры реагирования на инциденты безопасности:
- взаимодействие с надзорными органами.
Включение таких разделов обеспечивает соответствие модели угроз государственным требованиям и повышает общий уровень защищённости.
Уязвимости
Определение и анализ уязвимостей — фундаментальный этап моделирования угроз, позволяющий выявить слабые места, через которые могут быть реализованы атаки.
- неправильные настройки систем и приложений;
- устаревшие версии ПО с известными дырами.
- недостаточная квалификация персонала;
- слабая политика управления доступом.
- отсутствие системы видеонаблюдения и охраны.
Каждая выявленная уязвимость сопровождается описанием возможных способов её эксплуатации и потенциальных последствий, что служит основой для построения частной модели угроз.
- Технические уязвимости:
- неправильные настройки систем и приложений;
- устаревшие версии ПО с известными дырами.
- Организационные уязвимости:
- недостаточная квалификация персонала;
- слабая политика управления доступом.
- Физические уязвимости:
- отсутствие системы видеонаблюдения и охраны.
Каждая выявленная уязвимость сопровождается описанием возможных способов её эксплуатации и потенциальных последствий, что служит основой для построения частной модели угроз.
Частная модель угроз безопасности
Частная модель угроз — это конкретизация общей модели под конкретную информационную систему и её особенности. Она включает:
Такой подход позволяет не просто перечислять угрозы, а формировать реальную и практическую модель для последующего управления безопасностью.
- Конкретные угрозы безопасности информации, релевантные именно для рассматриваемой системы;
- Подробные сценарии реализации угроз с учетом описанных ранее уязвимостей и модели нарушителя;
- Оценку воздействия на конфиденциальность, целостность и доступность данных;
- Анализ взаимосвязей между угрозами и способами их предотвращения.
Такой подход позволяет не просто перечислять угрозы, а формировать реальную и практическую модель для последующего управления безопасностью.
Уровень исходной защищенности
На данном этапе необходимо оценить текущее состояние защиты информационной системы. Это позволяет понять, какие меры уже реализованы, насколько они эффективны и какие «пробелы» существуют.
- наличие и настройка систем аутентификации и авторизации;
- применение криптографических средств.
- квалификация персонала и его подготовка по безопасности;
- процедуры резервного копирования и восстановления.
- оценка степени контроля доступа и мониторинга.
Определение уровня исходной защищенности является отправной точкой для оценки рисков и выработки стратегии усиления безопасности.
Фактически, на этом этапе строится функциональная модель работы бизнес процессов, на которую накладываются точки контроля доступа разных категорий пользователей с учётом существующих средств и методов защиты.
- Аудит текущих средств защиты:
- наличие и настройка систем аутентификации и авторизации;
- применение криптографических средств.
- Анализ организационных мер:
- квалификация персонала и его подготовка по безопасности;
- процедуры резервного копирования и восстановления.
- Идентификация «узких мест» и уязвимых зон:
- оценка степени контроля доступа и мониторинга.
Определение уровня исходной защищенности является отправной точкой для оценки рисков и выработки стратегии усиления безопасности.
Фактически, на этом этапе строится функциональная модель работы бизнес процессов, на которую накладываются точки контроля доступа разных категорий пользователей с учётом существующих средств и методов защиты.
Опасность угроз
Для каждой выявленной угрозы необходимо оценить её опасность, то есть определить вероятность реализации и потенциальные последствия для информационной системы и бизнеса в целом.
- учитывает частоту подобных инцидентов в отрасли или организации.
- нарушение целостности (изменение данных);
- нарушение доступности (отказ в обслуживании);
- экономический ущерб, репутационные потери, юридические риски.
- градации риска (низкий, средний, высокий).
Такая оценка позволяет сосредоточить внимание на наиболее критичных угрозах и не распылять усилия на малозначимые риски. Это позволит сократить не только время внедрения и уменьшить сложность создаваемой системы, но и существенно снизит её стоимость (что особенно важно на первом этапе, когда система безопасности создается в первый раз с нуля и тем самым требует высоких и капитальных. и операционных затрат).
- Вероятность реализации угрозы:
- учитывает частоту подобных инцидентов в отрасли или организации.
- Возможные последствия:
- нарушение целостности (изменение данных);
- нарушение доступности (отказ в обслуживании);
- экономический ущерб, репутационные потери, юридические риски.
- Критерии оценки риска:
- градации риска (низкий, средний, высокий).
Такая оценка позволяет сосредоточить внимание на наиболее критичных угрозах и не распылять усилия на малозначимые риски. Это позволит сократить не только время внедрения и уменьшить сложность создаваемой системы, но и существенно снизит её стоимость (что особенно важно на первом этапе, когда система безопасности создается в первый раз с нуля и тем самым требует высоких и капитальных. и операционных затрат).
Исключение «лишних» угроз
В процессе моделирования часто выявляется множество потенциальных угроз, часть из которых может быть маловероятной, нерелевантной или незначительной для конкретной системы.
Чтобы повысить практическую ценность модели угроз, необходимо:
Данный процесс обеспечивает фокусировку модели на реально значимых рисках и повышает её управляемость.
Чтобы повысить практическую ценность модели угроз, необходимо:
- Исключить угрозы с крайне низкой вероятностью реализации, не имеющие прецедентов и не соответствующие профилю нарушителей;
- Отсечь угрозы, не влияющие на критические активы или связанные с несущественными последствиями;
- Удалить дублирующие или пересекающиеся угрозы, чтобы избежать избыточности и путаницы.
Данный процесс обеспечивает фокусировку модели на реально значимых рисках и повышает её управляемость.
Типичные ошибки
Построение модели угроз - сложный аналитический процесс, в котором часто допускаются ошибки, снижающие практическую ценность результата. Рассмотрим наиболее распространённые из них.
1. Попытка учесть абсолютно все возможные угрозы
Одной из самых распространённых ошибок является стремление включить в модель максимальное количество потенциальных угроз, включая маловероятные и экзотические сценарии.
Проблема:
Это приводит к перегруженности модели, усложняет анализ и затрудняет принятие решений.
Последствия:
Рекомендация:
Проблема:
Это приводит к перегруженности модели, усложняет анализ и затрудняет принятие решений.
Последствия:
- размывание фокуса на действительно критичных рисках;
- увеличение затрат на анализ и сопровождение;
- снижение применимости модели на практике.
Рекомендация:
Использовать риск-ориентированный подход и исключать угрозы с низкой вероятностью и незначительными последствиями.
2. Отсутствие приоритизации угроз
Иногда все выявленные угрозы рассматриваются как равнозначные, без разделения по степени опасности.
Проблема:
Невозможно эффективно распределить ресурсы на защиту.
Последствия:
Рекомендация:
Проблема:
Невозможно эффективно распределить ресурсы на защиту.
Последствия:
- критичные угрозы могут остаться без должного внимания;
- ресурсы тратятся на малозначимые риски.
Рекомендация:
Внедрять систему оценки рисков (вероятность × последствия) и классифицировать угрозы по уровням.
3. Игнорирование бизнес-контекста
Модель угроз иногда строится исключительно с технической точки зрения, без учёта бизнес-процессов и значимости активов.
Проблема:
Отсутствует связь между угрозами и реальным ущербом для организации.
Последствия:
Рекомендация:
Учитывать влияние угроз на бизнес-процессы, финансы, репутацию и юридические риски.
Проблема:
Отсутствует связь между угрозами и реальным ущербом для организации.
Последствия:
- некорректная оценка критичности активов;
- принятие неэффективных управленческих решений.
Рекомендация:
Учитывать влияние угроз на бизнес-процессы, финансы, репутацию и юридические риски.
4. Копирование типовых моделей без адаптации
Использование шаблонных моделей угроз без учета специфики конкретной системы.
Проблема:
Модель не отражает реальные особенности инфраструктуры.
Последствия:
Рекомендация:
Адаптировать модель под конкретную архитектуру, процессы и угрозный ландшафт.
Проблема:
Модель не отражает реальные особенности инфраструктуры.
Последствия:
- пропуск специфических угроз;
- наличие нерелевантных сценариев;
- формальный характер документа.
Рекомендация:
Адаптировать модель под конкретную архитектуру, процессы и угрозный ландшафт.
5. Недооценка внутренних нарушителей
Часто основное внимание уделяется внешним атакам, в то время как внутренние угрозы рассматриваются поверхностно.
Проблема:
Игнорируются реальные риски, связанные с персоналом.
Последствия:
Рекомендация:
Подробно прорабатывать модель внутреннего нарушителя, включая разные уровни доступа и мотивации.
Проблема:
Игнорируются реальные риски, связанные с персоналом.
Последствия:
- утечки данных;
- злоупотребление доступом;
- ошибки сотрудников с серьёзными последствиями.
Рекомендация:
Подробно прорабатывать модель внутреннего нарушителя, включая разные уровни доступа и мотивации.
6. Игнорирование актуальных уязвимостей
Модель угроз строится без учета текущего состояния системы и известных уязвимостей.
Проблема:
Модель становится оторванной от реальности.
Последствия:
Рекомендация:
Использовать результаты сканирования уязвимостей, аудитов и тестов на проникновение.
Проблема:
Модель становится оторванной от реальности.
Последствия:
- недооценка вероятности атак;
- отсутствие связи между угрозами и реальными слабостями.
Рекомендация:
Использовать результаты сканирования уязвимостей, аудитов и тестов на проникновение.
7. Отсутствие регулярной актуализации модели
Модель угроз создаётся один раз и не пересматривается.
Проблема:
Информационная система и угрозы постоянно изменяются.
Последствия:
Рекомендация:
Регулярно обновлять модель (например, при изменении инфраструктуры или не реже 1 раза в год).
Проблема:
Информационная система и угрозы постоянно изменяются.
Последствия:
- модель быстро устаревает;
- появляются неучтённые угрозы;
- снижается уровень защиты.
Рекомендация:
Регулярно обновлять модель (например, при изменении инфраструктуры или не реже 1 раза в год).
8. Недостаточное вовлечение заинтересованных сторон
Моделирование выполняется узкой группой специалистов без участия бизнеса или ИТ-подразделений.
Проблема:
Отсутствует полнота информации.
Последствия:
Рекомендация:
Привлекать к процессу представителей ИТ, ИБ, бизнеса и управления.
Проблема:
Отсутствует полнота информации.
Последствия:
- пропуск важных активов и процессов;
- некорректная оценка рисков.
Рекомендация:
Привлекать к процессу представителей ИТ, ИБ, бизнеса и управления.
9. Отсутствие связи с мерами защиты
Модель угроз составлена, но не используется для выработки конкретных мер защиты.
Проблема:
Документ носит формальный характер.
Последствия:
Рекомендация:
Для каждой угрозы определять меры предотвращения, обнаружения и реагирования.
Проблема:
Документ носит формальный характер.
Последствия:
- угрозы остаются без противодействия;
- отсутствие практической пользы.
Рекомендация:
Для каждой угрозы определять меры предотвращения, обнаружения и реагирования.
10. Чрезмерная формализация без практической ценности
Модель создаётся исключительно для соответствия требованиям регуляторов.
Проблема:
Отсутствует практическое применение.
Последствия:
Рекомендация:
Стремиться к балансу между соответствием требованиям и практической применимостью.
Проблема:
Отсутствует практическое применение.
Последствия:
- модель не используется в реальной работе;
- снижение уровня безопасности.
Рекомендация:
Стремиться к балансу между соответствием требованиям и практической применимостью.
Описание угроз
Для каждой актуальной угрозы необходимо составить подробное описание, включающее:
Такое описание формирует основу для практического управления угрозами и выбора контрмер.
- Наименование угрозы и её классификацию;
- Источник угрозы (категория нарушителя);
- Возможный сценарий реализации, включая технические и организационные способы атаки;
- Связанные уязвимости, позволяющие реализовать угрозу;
- Цели и объекты атаки (какие активы подвергаются риску);
- Потенциальные последствия для системы и бизнеса;
- Возможные методы обнаружения и противодействия.
Такое описание формирует основу для практического управления угрозами и выбора контрмер.
Список актуальных угроз
В конце модели угроз формируется итоговый перечень угроз, отобранных и подробно описанных по всем вышеуказанным критериям.
Обозначения:
В подобной таблице каждая угроза адаптируется под специфику предприятия: учитываются его инфраструктура, используемые технологии, перечень хранимых и обрабатываемых данных, а также особенности бизнес-процессов. Сценарии угроз и их актуальность формируются на основе анализа БДУ ФСТЭК и внутреннего аудита, а также с учётом отраслевой специфики и результатов оценки рисков.
№ | Идентификатор угрозы | Описание угрозы | Способ реализации | Источник угрозы | Объект воздействия | Нарушаемые свойства | Потенциал нарушителя |
1 | УБИ.001 | Несанкционированный доступ к служебной информации через фишинговые письма | Отправка сотрудникам писем с вредоносными вложениями, получение доступа к учётным данным | Внешний: хакеры, киберпреступники | Рабочие станции, корпоративная почта | К, Ц, Д | Высокий |
2 | УБИ.002 | Утечка конфиденциальных данных через инсайдера | Копирование данных на внешние носители, пересылка по личной почте | Внутренний: сотрудник компании | Серверы хранения данных, рабочие станции | К | Средний |
3 | УБИ.003 | Блокировка критических сервисов с помощью вредоносного ПО (шифровальщик) | Внедрение через заражённые файлы, запуск скриптов, массовое шифрование данных | Внешний: организованная группа | Файловые серверы, базы данных | Д | Высокий |
4 | УБИ.004 | Нарушение целостности данных при ошибках обновления ПО | Ошибки персонала или некорректные действия при обновлении программ | Внутренний: ИТ-специалист | Серверы приложений, базы данных | Ц | Средний |
5 | УБИ.005 | Несанкционированный физический доступ в серверную комнату | Использование утерянного пропуска, подлог, обход контроля доступа | Внутренний: сотрудник/внешний подрядчик | Серверное оборудование | К, Ц, Д | Средний |
6 | УБИ.006 | Атаки через поставщиков (компрометация доверенных связей) | Внедрение вредоносного ПО через обновления или доступ подрядчиков | Внешний: подрядчик, поставщик | Корпоративная сеть, серверы | К, Ц, Д | Высокий |
7 | УБИ.007 | Нарушение работы инфраструктуры из-за сбоев электропитания | Авария в энергосистеме, отключение резервного питания | Внешний: случайный фактор | Серверные, коммуникационное оборудование | Д | — |
Обозначения:
- К — конфиденциальность
- Ц — целостность
- Д — доступность
В подобной таблице каждая угроза адаптируется под специфику предприятия: учитываются его инфраструктура, используемые технологии, перечень хранимых и обрабатываемых данных, а также особенности бизнес-процессов. Сценарии угроз и их актуальность формируются на основе анализа БДУ ФСТЭК и внутреннего аудита, а также с учётом отраслевой специфики и результатов оценки рисков.
Заключение
Построение модели угроз информационной безопасности — это сложный, многогранный и непрерывный процесс, который лежит в основе эффективного управления безопасностью информационных систем. Правильно выстроенная модель позволяет системно выявлять и оценивать угрозы, учитывать специфику нарушителей и уязвимостей, а также вырабатывать адекватные меры защиты.
При этом необходимо помнить, что моделирование угроз — это не разовая задача. Информационная среда постоянно меняется: появляются новые технологии, уязвимости, изменяются мотивы и методы нарушителей. Поэтому модель угроз должна регулярно пересматриваться и актуализироваться.
В результате использования методик моделирования угроз организация получает чёткое понимание своих рисков, возможность планировать защитные меры и минимизировать вероятность и последствия инцидентов. Это существенно повышает безопасность информационных активов и способствует устойчивому развитию бизнеса и государственных структур.
При этом необходимо помнить, что моделирование угроз — это не разовая задача. Информационная среда постоянно меняется: появляются новые технологии, уязвимости, изменяются мотивы и методы нарушителей. Поэтому модель угроз должна регулярно пересматриваться и актуализироваться.
В результате использования методик моделирования угроз организация получает чёткое понимание своих рисков, возможность планировать защитные меры и минимизировать вероятность и последствия инцидентов. Это существенно повышает безопасность информационных активов и способствует устойчивому развитию бизнеса и государственных структур.
Есть вопросы или запрос на проект по безопасности?
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности