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

Угроза использования слабых криптографических алгоритмов BIOS

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

Источник угрозы
Внешний нарушитель с высоким потенциалом
Объект воздействия
Микропрограммное обеспечение BIOS/UEFI
Виды объектов воздействия
Микропрограммное обеспечение группировка поля выше, сделанная в этом справочнике: ни БДУ, ни методика видов объектов не перечисляют
Нарушаемые свойства
конфиденциальностьцелостностьдоступность
Среда реализации
BIOS/UEFI и микропрограммное обеспечение

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

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

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

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

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

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

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

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

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