Угроза эксплуатации цифровой подписи программного кода

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

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

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

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

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

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

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

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

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

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

Программная среда и уязвимости

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

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

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

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

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

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

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

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