АртФСТЭК Угрозы, меры и средства защиты по приказам ФСТЭК
УБИ.169

Угроза наличия механизмов разработчика

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

Источник угрозы
Внутренний нарушитель со средним потенциалом
Объект воздействия
Программное обеспечение, техническое средство
Виды объектов воздействия
Программные средства (вид в БДУ не уточнён)Аппаратное обеспечение группировка поля выше, сделанная в этом справочнике: ни БДУ, ни методика видов объектов не перечисляют
Нарушаемые свойства
конфиденциальностьцелостностьдоступность
Среда реализации
Жизненный цикл ПО и средства защиты

Первоисточник — карточка угрозы в банке данных ФСТЭК России: https://bdu.fstec.ru/threat/ubi.169. Перед применением сверьте формулировку с первоисточником.

Меры защиты против УБИ.169

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

Почему именно эти меры

Отладочные механизмы разработчика (специальные функции или аппаратные элементы для тестирования), оставшиеся в продукте, позволяют перехватить управление программой. Анализ уязвимостей (АУД.2) находит такие оставленные механизмы. Установка только проверенного ПО (УКФ.3) и тестирование перед вводом в эксплуатацию (ОПО.3) действуют как процессные меры, которые должны отсеивать компоненты с недокументированными отладочными возможностями до развёртывания.

Сценарий реализации

Черновик пути нарушителя, который инструмент предлагает для этой угрозы на шаге «Сценарии». Это не разметка ФСТЭК: методика (п. 5.3.5–5.3.6) требует строить сценарий по результатам инвентаризации и тестирования конкретной системы.

Конечное воздействие по тактике Т10 — Т10.1 Несанкционированный доступ к информации в памяти системы, файловой системе, базах данных, репозиториях, в программных модулях и прошивках

Нужна не отдельная угроза, а модель угроз целиком?

Инструмент проводит систему по шагам методики оценки угроз ФСТЭК России от 05.02.2021: профиль системы, негативные последствия, модель нарушителя, выбор угроз, сценарии. На выходе — готовый документ с мерами защиты по выбранным приказам.