Угроза программного сброса пароля BIOS
Угроза заключается в возможности осуществления нарушителем несанкционированного доступа к настройкам BIOS/UEFI после перезагрузки компьютера путём ввода «пустого» пароля. Данная угроза обусловлена слабостями мер разграничения доступа в операционной системе к функции сброса пароля BIOS/UEFI. Реализация данной угрозы возможна при условиях: наличия в программном обеспечении BIOS/UEFI активного интерфейса функции программного сброса пароля непосредственно из-под операционной системы; наличия у нарушителя специальных программных средств, реализующих сброс пароля, а также прав в операционной системе для установки и запуска данных средств
Первоисточник — карточка угрозы в банке данных ФСТЭК России: https://bdu.fstec.ru/threat/ubi.144. Перед применением сверьте формулировку с первоисточником.
Меры защиты против УБИ.144
Сопоставление ведётся не с кодом конкретного приказа, а с мерой «по сути»: у одной и той же меры в разных приказах разные коды, а иногда она там отсутствует. Прочерк в столбце означает, что меры с таким смыслом в приказе нет. Для нейтрализации угрозы потребуется мера из другого источника — это дополнение базового набора, предусмотренное шагом 4 методики.
| Мера | № 239 | № 117 | № 21 | № 31 |
|---|---|---|---|---|
| Идентификация и аутентификация пользователей и инициируемых ими процессов | ИАФ.1 | — | ИАФ.1 | ИАФ.1 |
| Аутентификация пользователей | — | ИАФ.3 | — | — |
| Реализация модели управления доступом | УПД.2 | УПД.1 | УПД.2 | УПД.2 |
| Анализ уязвимостей и их устранение | АУД.2 | — | АНЗ.1 | АУД.2 |
| Организация контролируемой зоны | ЗТС.2 | — | ЗТС.2 | ЗТС.2 |
| Управление физическим доступом | ЗТС.3 | — | ЗТС.3 | ЗТС.3 |
Почему именно эти меры
Нарушитель получает доступ к настройкам BIOS/UEFI после перезагрузки, вводя «пустой» пароль. Угроза прямо называет причиной слабости МЕР РАЗГРАНИЧЕНИЯ ДОСТУПА В ОПЕРАЦИОННОЙ СИСТЕМЕ, а не физическое вмешательство (в отличие от УБИ.004, где пароль сбрасывают аппаратно, обесточивая микросхему). Реализация корректной модели разграничения доступа (УПД.2) бьёт прямо в эту первопричину и добавлена отдельно от общей идентификации/аутентификации (ИАФ.1), уже стоявшей здесь. Анализ уязвимостей (АУД.2) находит слабости самого механизма проверки пароля. Физический доступ (ЗТС.2, ЗТС.3) по-прежнему уместен как вторичная мера: экран настройки BIOS появляется сразу после перезагрузки и обычно требует локального присутствия у консоли независимо от способа обхода пароля, но это не устраняет саму первопричину. В № 117 это аутентификация пользователей (ИАФ.3): угроза именно про обход проверки пароля BIOS, а не про идентификацию.
Сценарий реализации
Черновик пути нарушителя, который инструмент предлагает для этой угрозы на шаге «Сценарии». Это не разметка ФСТЭК: методика (п. 5.3.5–5.3.6) требует строить сценарий по результатам инвентаризации и тестирования конкретной системы.
У нарушителя уже есть штатный доступ к системе, поэтому этап первоначального доступа отсутствует: он изучает систему изнутри, обходит ограничения своей учётной записи и выносит информацию.
Конечное воздействие по тактике Т10 — Т10.1 Несанкционированный доступ к информации в памяти системы, файловой системе, базах данных, репозиториях, в программных модулях и прошивках
Нужна не отдельная угроза, а модель угроз целиком?
Инструмент проводит систему по шагам методики оценки угроз ФСТЭК России от 05.02.2021: профиль системы, негативные последствия, модель нарушителя, выбор угроз, сценарии. На выходе — готовый документ с мерами защиты по выбранным приказам.