Методики построения модели угроз

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

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

Понимание того, что такое модель угроз безопасности информации, и как грамотно её построить, позволяет организации эффективно планировать меры по защите, оптимизировать затраты на безопасность и повысить устойчивость к кибератакам. Далее подробно рассмотрим назначение модели угроз, её структуру и этапы построения. Для регулируемых информационных систем при разработке модели необходимо учитывать действующую Методику оценки угроз безопасности информации ФСТЭК России от 5 февраля 2021 года. Она применяется при определении актуальных угроз и построении модели для конкретной системы или совокупности взаимодействующих систем.

Команда редакторов "Гладиаторы ИБ"

Дата публикации: 21.09.2026
Время прочтения 12 минут

Ключевые понятия

Модель угроз - структурированное описание потенциальных угроз безопасности информации с учётом особенностей конкретной системы.
Актив - любой ресурс (данные, системы, оборудование), представляющий ценность для организации.
Уязвимость - слабое место в системе, которое может быть использовано для реализации угрозы.
Нарушитель - физическое лицо или группа лиц, действия которых могут привести к реализации угроз безопасности информации. Для модели учитываются категория нарушителя, его доступ и возможности.
Риск - возможный ущерб для организации, граждан или государства с учетом выбранного подхода к его оценке. Риск важно отличать от актуальности угрозы: Методика ФСТЭК определяет актуальность через возможность реализации конкретного сценария.

Содержание:

Зачем нужна модель угроз?
Вступительная часть модели угроз
Нормативно-методическое обеспечение
Общие положения
Порядок оценки угроз безопасности информации по Методике ФСТЭК
Описание информационной системы
Модель нарушителя
Особые разделы, связанные с обработкой информации
Уязвимости
Частная модель угроз безопасности
Анализ текущего состояния защищенности
Опасность угроз
Когда угроза считается актуальной
Типичные ошибки
Описание угроз
Список актуальных угроз
Заключение

Постройте модель угроз и выявите реальные уязвимые места вашей инфраструктуры с помощью аудита ИБ.

Заказать аудит ИБ Бесплатная консультация

Зачем нужна модель угроз?

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

Систематизация знаний об угрозах. Без формального подхода риск пропустить критические уязвимости или неправильно оценить степень риска существенно возрастает. Модель угроз позволяет аккумулировать, упорядочить и формализовать информацию о возможных негативных сценариях.
Приоритизация мер защиты. Ресурсы безопасности (финансовые, человеческие, технические) всегда ограничены. Модель угроз даёт объективное основание для расстановки приоритетов: какие угрозы представляют наибольшую опасность и требуют немедленных мер.
Соответствие нормативным требованиям и стандартам. Многие законодательные акты, такие как Федеральный закон №187-ФЗ «О безопасности критической информационной инфраструктуры» и рекомендации ФСТЭК и ФСБ, прямо предписывают проведение анализа угроз с использованием формализованных моделей.
Оценка рисков и принятие решений. Модель угроз становится отправной точкой для оценки рисков, позволяя определить возможные последствия и вероятность реализации каждой угрозы, что в итоге влияет на управленческие решения.
Повышение безопасности и осведомлённости персонала. Процесс моделирования вовлекает разные подразделения и уровни управления, способствуя формированию культуры безопасности и совместному пониманию рисков.
Разработка эффективных планов реагирования. Знание конкретных сценариев атак помогает заранее подготовиться к возможным инцидентам, сократить время реагирования и минимизировать ущерб.

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

Вступительная часть модели угроз

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

Она должна содержать:

Цели и задачи моделирования угроз, например:

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

Область применения модели, которая может включать:

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

Определения ключевых терминов и понятий, таких как:

- угроза;
- уязвимость;
- актив;
- нарушитель;
- риск и т.д.

Методология моделирования угроз, которая будет использоваться в работе, с кратким описанием применяемых подходов и инструментов.

Данная часть позволяет всем заинтересованным сторонам иметь общее понимание целей и задач, обеспечивая прозрачность процесса и согласованность действий.

Нормативно-методическое обеспечение

Основным методическим документом для оценки угроз в российской практике является «Методика оценки угроз безопасности информации» ФСТЭК России от 5 февраля 2021 года. Она определяет порядок оценки угроз и рекомендуемую структуру модели.

Дополнительные требования зависят от вида информационной системы:

для ИСПДн применяются № 152-ФЗ, Постановление Правительства РФ № 1119 и приказ ФСТЭК России № 21;
для государственных информационных систем с 1 марта 2026 года действуют требования приказа ФСТЭК России № 117;
для значимых объектов КИИ применяются № 187-ФЗ и приказ ФСТЭК России № 239;
для иных систем учитываются применимые отраслевые и ведомственные требования.

В качестве исходных данных для анализа угроз используются Банк данных угроз безопасности информации ФСТЭК России (БДУ ФСТЭК), сведения об архитектуре и составе системы, результаты анализа уязвимостей, аудита и тестирования, а также другие достоверные источники информации о способах и сценариях атак.

Международные стандарты и методики управления рисками могут дополнять этот процесс, но не заменяют Методику ФСТЭК там, где ее применение предусмотрено требованиями регулятора.

Общие положения

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

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

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

STRIDE удобно применять для анализа архитектуры приложений и потоков данных. PASTA связывает технические сценарии атак с бизнес-рисками. OCTAVE ориентирован прежде всего на оценку информационных рисков и критичных для бизнеса активов. Для систем, где необходимо выполнить российские регуляторные требования, центральной остается Методика ФСТЭК 2021 года.

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 фокусируется на участии сотрудников компании для выявления ключевых активов, угроз и уязвимостей, а также выработке стратегических мер по их защите. Метод активно применяется в крупных организациях, в том числе для оценки соответствия стандартам и подготовки к сертификациям.

Сравнение методик

Сравнительный анализ методик моделирования угроз:

Подход	Основной фокус	Где особенно полезен
Методика ФСТЭК 2021	актуальные угрозы, нарушители, объекты воздействия, сценарии	ИСПДн, ГИС, КИИ и другие регулируемые системы
STRIDE	категории угроз архитектуры и компонентов	разработка ПО, SDLC, анализ DFD
PASTA	сценарии атак и бизнес-риски	сложные приложения и корпоративные системы
OCTAVE	информационные активы и организационные риски	оценка и управление рисками ИБ

Фактически сейчас в России при составлении модели угроз, особенно если потом подразумевается аттестация объектов, рекомендуется полагаться на основной документ ФСТЭК - «Методический документ. Методика оценки угроз безопасности информации» (утверждён ФСТЭК России 5 февраля 2021 года). STRIDE, PASTA, OCTAVE — продолжают использоваться в современной практике информационной безопасности, как в международных, так и в российских организациях. Они могут применяться как самостоятельно, так и в сочетании с государственными методиками (например, методикой ФСТЭК), а также интегрироваться в процессы защищённой разработки и оценки рисков.

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

Такой подход обеспечивает полноту, адекватность и практическую применимость модели угроз.

Порядок оценки угроз безопасности информации по Методике ФСТЭК

Методика ФСТЭК формально выделяет три крупных этапа: определение негативных последствий, определение объектов воздействия и оценку возможности реализации угроз с установлением их актуальности. На практике эту логику удобно разложить на последовательные действия.

Пошаговый порядок

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

2. Определить возможные негативные последствия.
Сначала устанавливают не список атак, а то, какой ущерб недопустим: утечка информации, остановка критического процесса, финансовые потери, нарушение прав субъектов ПДн, репутационный или иной ущерб.

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

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

5. Определить способы реализации угроз.
Для каждого объекта оцениваются доступные нарушителю интерфейсы и способы воздействия. При построении сценариев могут использоваться тактики и техники из приложений к Методике ФСТЭК, сведения БДУ ФСТЭК и другие достоверные базы знаний об атаках.

6. Построить сценарии реализации угроз.
Сценарий связывает нарушителя, доступный ему способ воздействия, объект и возможное негативное последствие. Это позволяет перейти от общего перечня угроз к реалистичным цепочкам действий применительно к конкретной архитектуре.

7. Определить актуальные угрозы и оформить результат.
В итоговую модель включаются угрозы, для которых существует реализуемый сценарий. Для каждой из них фиксируются исходные условия, источник, объект воздействия, способ реализации и возможные последствия.

Такой порядок позволяет избежать формального копирования списка УБИ из БДУ и обосновать, почему конкретная угроза актуальна или не актуальна именно для рассматриваемой системы.

Описание информационной системы

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

Архитектура системы:

- описание компонентов (серверы, рабочие станции, сети, базы данных);
- взаимодействие между компонентами и с внешними системами;
- сетевая сегментация, зоны безопасности.

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

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

Активы, подлежащие защите:

- данные (конфиденциальные, персональные, коммерческие);
- программное обеспечение и сервисы;
- аппаратные средства;
- инфраструктурные объекты.

Критичность активов:

- оценка бизнес-значимости каждого ресурса;
- определение последствий потери, модификации или утраты доступности.

Действующие меры защиты:

- технические (межсетевые экраны, антивирусы, системы обнаружения вторжений);
- организационные (политики безопасности, процедуры доступа).

Процессы и процедуры:

- управление доступом;
- резервное копирование и восстановление;
- мониторинг и аудит;
- Управление уязвимостями;
- Реагирование на инциденты безопасности.

Такое подробное описание формирует полное представление о защищаемой среде, что является ключом к точному моделированию угроз.

Модель нарушителя

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

Внутренние нарушители:

- сотрудники с разным уровнем доступа;
- лица с доступом к конфиденциальной информации;
- лица, совершившие ошибку или умышленно нарушающие правила.

Внешние нарушители:

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

Уровни возможностей нарушителей (Н1–Н4)

Методика ФСТЭК разделяет нарушителей по уровню возможностей:

Уровень	Возможности
Н1	базовые — использование известных уязвимостей и общедоступных инструментов
Н2	базовые повышенные возможности
Н3	средние возможности, включая создание и применение более сложных средств реализации угроз
Н4	высокие возможности, включая наиболее сложные целевые воздействия

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

Техногенные и природные источники угроз при необходимости анализируются отдельно и не включаются в модель нарушителя.

Целенаправленные атакующие:

- APT-группы (Advanced Persistent Threats) с высоким уровнем технической подготовки и ресурсов;
- инсайдеры, имеющие мотив и возможность.

Для каждого типа нарушителя описываются мотивы, доступные ресурсы, типичные методы атак, уровень квалификации и возможные цели. Это помогает адекватно оценить вероятность реализации угроз и сфокусировать защитные мероприятия.

Особые разделы, связанные с обработкой информации

При работе с критически важными информационными системами, а также с информацией, подлежащей государственной защите, законодательство и ведомственные требования ФСБ и ФСТЭК РФ предписывают дополнительные обязательства.

В этом разделе моделируются:

Требования по защите гостайны и служебной информации, включая:

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

Использование криптографических средств защиты:

- обеспечение криптографической защиты каналов связи и хранимой информации;
- управление криптографическими ключами и средствами криптографической защиты информации (СКЗИ).

Организация мандатного контроля доступа:

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

Обеспечение контроля безопасности коммуникационных каналов:

- защита от прослушивания и перехвата данных;
- контроль сетевого трафика.

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

- организация мониторинга и реагирования;
- взаимодействие с надзорными органами.

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

Уязвимости

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

Технические уязвимости:

- ошибки программного кода (например, переполнение буфера, SQL-инъекции);
- неправильные настройки систем и приложений;
- устаревшие версии ПО с известными дырами.

Организационные уязвимости:

- отсутствие или несоблюдение регламентов безопасности;
- недостаточная квалификация персонала;
- слабая политика управления доступом.

Физические уязвимости:

- недостаточный контроль доступа к помещениям;
- отсутствие системы видеонаблюдения и охраны.

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

Частная модель угроз безопасности

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

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

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

Анализ текущего состояния защищенности

Действующая Методика ФСТЭК 2021 года не использует «уровень исходной защищенности» как показатель для определения актуальности угроз. Однако сведения о фактической архитектуре, настройках, интерфейсах, уязвимостях и реализованных средствах защиты необходимы для построения реалистичных сценариев.

На этом этапе полезно учитывать:

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

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

Опасность угроз

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

Вероятность реализации угрозы:

- основывается на анализе модели нарушителя, уязвимостей и сложившихся условий;
- учитывает частоту подобных инцидентов в отрасли или организации.

Возможные последствия:

- нарушение конфиденциальности (утечка данных);
- нарушение целостности (изменение данных);
- нарушение доступности (отказ в обслуживании);
- экономический ущерб, репутационные потери, юридические риски.

Критерии оценки риска:

- интегральные показатели, объединяющие вероятность и тяжесть последствий;
- градации риска (низкий, средний, высокий).

Такая оценка позволяет сосредоточить внимание на наиболее критичных угрозах и не распылять усилия на малозначимые риски. Это позволит сократить не только время внедрения и уменьшить сложность создаваемой системы, но и существенно снизит её стоимость (что особенно важно на первом этапе, когда система безопасности создается в первый раз с нуля и тем самым требует высоких и капитальных. и операционных затрат).

Когда угроза считается актуальной

Угроза включается в модель не потому, что она популярна в отрасли или присутствует в БДУ ФСТЭК, а потому, что ее реализация возможна применительно к конкретной системе.

Для этого должен существовать реалистичный сценарий, в котором:

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

Если такой сценарий отсутствует, угрозу можно признать неактуальной с соответствующим обоснованием.

Поэтому отсутствие известных инцидентов или субъективно «низкая вероятность» сами по себе не являются достаточным основанием для исключения угрозы из регуляторной модели.

Типичные ошибки

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

1. Попытка учесть абсолютно все возможные угрозы

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

Проблема:
Это приводит к перегруженности модели, усложняет анализ и затрудняет принятие решений.

Последствия:

размывание фокуса на действительно критичных рисках;
увеличение затрат на анализ и сопровождение;
снижение применимости модели на практике.

Рекомендация:

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

2. Отсутствие приоритизации угроз

Иногда все выявленные угрозы рассматриваются как равнозначные, без разделения по степени опасности.

Проблема:
Невозможно эффективно распределить ресурсы на защиту.

Последствия:

критичные угрозы могут остаться без должного внимания;
ресурсы тратятся на малозначимые риски.

Рекомендация:

Внедрять систему оценки рисков (вероятность × последствия) и классифицировать угрозы по уровням.

3. Игнорирование бизнес-контекста

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

Проблема:
Отсутствует связь между угрозами и реальным ущербом для организации.

Последствия:

некорректная оценка критичности активов;
принятие неэффективных управленческих решений.

Рекомендация:
Учитывать влияние угроз на бизнес-процессы, финансы, репутацию и юридические риски.

4. Копирование типовых моделей без адаптации

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

Проблема:
Модель не отражает реальные особенности инфраструктуры.

Последствия:

пропуск специфических угроз;
наличие нерелевантных сценариев;
формальный характер документа.

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

5. Недооценка внутренних нарушителей

Часто основное внимание уделяется внешним атакам, в то время как внутренние угрозы рассматриваются поверхностно.

Проблема:
Игнорируются реальные риски, связанные с персоналом.

Последствия:

утечки данных;
злоупотребление доступом;
ошибки сотрудников с серьёзными последствиями.

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

6. Игнорирование актуальных уязвимостей

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

Проблема:
Модель становится оторванной от реальности.

Последствия:

недооценка вероятности атак;
отсутствие связи между угрозами и реальными слабостями.

Рекомендация:
Использовать результаты сканирования уязвимостей, аудитов и тестов на проникновение.

7. Отсутствие регулярной актуализации модели

Модель угроз создаётся один раз и не пересматривается.

Проблема:
Информационная система и угрозы постоянно изменяются.

Последствия:

модель быстро устаревает;
появляются неучтённые угрозы;
снижается уровень защиты.

Рекомендация:
Регулярно обновлять модель (например, при изменении инфраструктуры или не реже 1 раза в год).

8. Недостаточное вовлечение заинтересованных сторон

Моделирование выполняется узкой группой специалистов без участия бизнеса или ИТ-подразделений.

Проблема:
Отсутствует полнота информации.

Последствия:

пропуск важных активов и процессов;
некорректная оценка рисков.

Рекомендация:
Привлекать к процессу представителей ИТ, ИБ, бизнеса и управления.

9. Отсутствие связи с мерами защиты

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

Проблема:
Документ носит формальный характер.

Последствия:

угрозы остаются без противодействия;
отсутствие практической пользы.

Рекомендация:
Для каждой угрозы определять меры предотвращения, обнаружения и реагирования.

10. Чрезмерная формализация без практической ценности

Модель создаётся исключительно для соответствия требованиям регуляторов.

Проблема:
Отсутствует практическое применение.

Последствия:

модель не используется в реальной работе;
снижение уровня безопасности.

Рекомендация:
Стремиться к балансу между соответствием требованиям и практической применимостью.

Описание угроз

Для каждой актуальной угрозы целесообразно зафиксировать:

внутренний идентификатор и, при точном соответствии, идентификатор УБИ из БДУ ФСТЭК;
источник угрозы;
категорию и уровень возможностей нарушителя для антропогенных угроз;
объект воздействия;
доступный нарушителю интерфейс;
способ реализации угрозы;
применимые тактики и техники;
сценарий реализации;
возможные негативные последствия;
нарушаемые свойства безопасности информации;
обоснование актуальности.

Такая структура показывает не только какая угроза существует, но и кто, через что, каким способом и с каким результатом способен ее реализовать.

Список актуальных угроз

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

№	Идентификатор угрозы	Описание угрозы	Способ реализации	Источник угрозы	Объект воздействия	Нарушаемые свойства	Потенциал нарушителя
1	УБИ.001	Несанкционированный доступ к служебной информации через фишинговые письма	Отправка сотрудникам писем с вредоносными вложениями, получение доступа к учётным данным	Внешний: хакеры, киберпреступники	Рабочие станции, корпоративная почта	К, Ц, Д	Высокий
2	УБИ.002	Утечка конфиденциальных данных через инсайдера	Копирование данных на внешние носители, пересылка по личной почте	Внутренний: сотрудник компании	Серверы хранения данных, рабочие станции	К	Средний
3	УБИ.003	Блокировка критических сервисов с помощью вредоносного ПО (шифровальщик)	Внедрение через заражённые файлы, запуск скриптов, массовое шифрование данных	Внешний: организованная группа	Файловые серверы, базы данных	Д	Высокий
4	УБИ.004	Нарушение целостности данных при ошибках обновления ПО	Ошибки персонала или некорректные действия при обновлении программ	Внутренний: ИТ-специалист	Серверы приложений, базы данных	Ц	Средний
5	УБИ.005	Несанкционированный физический доступ в серверную комнату	Использование утерянного пропуска, подлог, обход контроля доступа	Внутренний: сотрудник/внешний подрядчик	Серверное оборудование	К, Ц, Д	Средний
6	УБИ.006	Атаки через поставщиков (компрометация доверенных связей)	Внедрение вредоносного ПО через обновления или доступ подрядчиков	Внешний: подрядчик, поставщик	Корпоративная сеть, серверы	К, Ц, Д	Высокий
7	УБИ.007	Нарушение работы инфраструктуры из-за сбоев электропитания	Авария в энергосистеме, отключение резервного питания	Внешний: случайный фактор	Серверные, коммуникационное оборудование	Д	—

Обозначения:

К — конфиденциальность
Ц — целостность
Д — доступность

В подобной таблице каждая угроза адаптируется под специфику предприятия: учитываются его инфраструктура, используемые технологии, перечень хранимых и обрабатываемых данных, а также особенности бизнес-процессов. Сценарии угроз и их актуальность формируются на основе анализа БДУ ФСТЭК и внутреннего аудита, а также с учётом отраслевой специфики и результатов оценки рисков.

Заключение

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

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

Современная модель угроз строится не от максимально длинного списка атак, а от реальной архитектуры и недопустимых для организации последствий. Последовательный анализ объектов воздействия, нарушителей, способов и сценариев реализации позволяет определить актуальные угрозы и обосновать необходимые меры защиты.

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

26 января 2026г.

Повышение киберграмотности сотрудников (SA)

23 января 2026г.

Построение ролевой модели управления доступом

20 января 2026г.

Мониторинг доступа к данным

18 января 2026г.

Ролевая модель – актуальность, безопасность и эффективность!

16 января 2026г.

Экономическая безопасность это

14 января 2026г.

DLL проверка файлов на безопасность