Угроза использования уязвимых версий программного обеспечения

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

Источник угрозы

Внешний нарушитель с низким потенциалом; Внутренний нарушитель с низким потенциалом

Объект воздействия

Прикладное программное обеспечение, сетевое программное обеспечение, системное программное обеспечение

Виды объектов воздействия

Системное ПОПрикладное ПОСетевое ПО группировка поля выше, сделанная в этом справочнике: ни БДУ, ни методика видов объектов не перечисляют

Нарушаемые свойства

конфиденциальностьцелостностьдоступность

Среда реализации

Жизненный цикл ПО и средства защиты

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

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

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

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

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

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

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

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