Угроза деструктивного изменения конфигурации/среды окружения программ
Угроза заключается в возможности деструктивного программного воздействия на дискредитируемое приложение путём осуществления манипуляций с используемыми им конфигурационными файлами или библиотеками. Данная угроза обусловлена слабостями мер контроля целостности конфигурационных файлов или библиотек, используемых приложениями. Реализация данной угрозы возможна в случае наличия у нарушителя прав осуществления записи в файловые объекты, связанные с конфигурацией/средой окружения программы, или возможности перенаправления запросов дискредитируемой программы от защищённых файловых объектов к ложным
Первоисточник — карточка угрозы в банке данных ФСТЭК России: https://bdu.fstec.ru/threat/ubi.012. Перед применением сверьте формулировку с первоисточником.
Меры защиты против УБИ.012
Сопоставление ведётся не с кодом конкретного приказа, а с мерой «по сути»: у одной и той же меры в разных приказах разные коды, а иногда она там отсутствует. Прочерк в столбце означает, что меры с таким смыслом в приказе нет. Для нейтрализации угрозы потребуется мера из другого источника — это дополнение базового набора, предусмотренное шагом 4 методики.
Почему именно эти меры
Нарушитель вносит деструктивные изменения в конфигурационные файлы или библиотеки, от которых зависит приложение, не трогая сам исполняемый код. Идентификация объектов управления конфигурацией (УКФ.1) создаёт предпосылку для отслеживания, какие файлы и настройки являются частью контролируемой конфигурации. Управление изменениями (УКФ.2) переводит любое изменение в контролируемый процесс — несанкционированная правка выпадает из него и становится заметной. Контроль целостности ПО (ОЦЛ.1), применённый к конфигурационным файлам, обнаруживает отклонение от эталонного состояния. Минимизация прав (УПД.5) сужает круг учётных записей, технически способных менять эти файлы.
Сценарий реализации
Черновик пути нарушителя, который инструмент предлагает для этой угрозы на шаге «Сценарии». Это не разметка ФСТЭК: методика (п. 5.3.5–5.3.6) требует строить сценарий по результатам инвентаризации и тестирования конкретной системы.
У нарушителя уже есть штатный доступ к системе, поэтому этап первоначального доступа отсутствует: он изучает систему изнутри, обходит ограничения своей учётной записи и выносит информацию.
Конечное воздействие по тактике Т10 — Т10.1 Несанкционированный доступ к информации в памяти системы, файловой системе, базах данных, репозиториях, в программных модулях и прошивках
Нужна не отдельная угроза, а модель угроз целиком?
Инструмент проводит систему по шагам методики оценки угроз ФСТЭК России от 05.02.2021: профиль системы, негативные последствия, модель нарушителя, выбор угроз, сценарии. На выходе — готовый документ с мерами защиты по выбранным приказам.