Потенциални хакери могат да заобиколят Secure Boot, като стартират UEFI Shell – инструмент, вграден директно във фърмуера за отстраняване на грешки или ремонт. Няколко производители, сред които AMI, Gigabyte, Insyde Software и Cisco са потвърдили наличието на уязвимостта, като вероятно са засегнати и много други, съобщава Cybernews.

UEFI Secure Boot има за цел да гарантира, че компютърът зарежда само надежден, цифрово подписан софтуер по време на стартирането, като например буутлоудъри и ядрото на операционната система. Изследователите обаче са разкрили начин, по който хакери с привилегирован достъп могат да заобиколят тази функция за сигурност.

SPI Flash – паметен модул, в който се съхранява фърмуерът на системата UEFI (Unified Extensible Firmware Interface) често има вграден модул UEFI Shell. Това е самостоятелен интерфейс с команден ред, който позволява директно взаимодействие със средата на UEFI. Този инструмент е внедрен за отстраняване на грешки, диагностика и разширено управление на платформата, но много производители на оригинално оборудване (OEM) и независими доставчици на BIOS я включват в серийния фърмуер.

„Тъй като шелът се изпълнява в средата преди стартиране, той предоставя мощни команди като dmem (показване на паметта) и mm (промяна на паметта), които могат да осъществят достъп до физическата памет.“

се посочва в предупреждението на Координационния център CERT (CERT/CC) към Университета „Карнеги Мелън“

Много реализации на фърмуера включват запис за стартиране на UEFI Shell. Обикновено той не е лесно достъпен – производителите премахват или блокират този запис, когато функцията Secure Boot е активирана. Въпреки това, поради сериозна уязвимост, хакерите могат да създадат записи за стартиране в UEFI, които все пак позволяват стартирането на UEFI Shell.

„Нападател, който има възможност да създава допълнителни записи за стартиране на UEFI, може да се свърже с UEFI Shell дори когато са приложени стандартни мерки за предотвратяване на нейното изпълнение.“

се посочва в предупреждението С достъп до UEFI Shell атакуващият би могъл да манипулира средата преди стартиране както пожелае, включително да презаписва стойности в паметта, свързани със Secure Boot и да изпълнява неразрешен код по време на ранния етап от процеса на стартиране.

Кодът, изпълнен по време на фазата преди стартиране може да установи постоянен достъп, включително възможността да се заредят злонамерени компоненти за стартиране или софтуер на ниво ядро, които могат да оцелеят както при рестартиране на системата, така и в някои случаи при преинсталиране на операционната система. Тази злонамерена дейност може да остане незабелязана от вградените в операционната система средства за сигурност и от софтуера за откриване и реагиране на крайни устройства. Тази уязвимост засяга множество доставчици по цялата верига за доставки на фърмуера.

AMI (American Megatrends Incorporated), Gigabyte, Insyde и Cisco вече са потвърдили наличието на някаква форма на тази уязвимост. Уязвимост във флагманския UEFI фърмуер Aptio V на AMI, проследена като CVE-2026-33197 е оценена на 8,7 от 10 – висока степен на сериозност. Сървърите Cisco UCS и устройствата, базирани на UCS също са засегнати от вариант на този проблем с UEFI Shell. Доставчикът е присвоил номер CVE-2026-20293, който има оценка за сериозност 7,1 от 10.

Cisco също така публикува предупреждение, в което се посочва, че физически неавтентифициран атакуващ или автентифициран атакуващ с валидни идентификационни данни за потребителски акаунт с ролята на потребител или администратор може да заобиколи валидацията на UEFI Secure Boot и да изпълни неразрешен софтуер на засегнатите устройства. Налични са софтуерни актуализации. Gigabyte използва фърмуера на AMI и потвърди, че е засегната. Компанията пусна актуализации на BIOSг.

Дълъг списък от големи компании, включително Dell, HP, Lenovo, Microsoft, Asus, Supermicro и други са посочени като „неизвестни“, което означава, че CERT/CC не е получил никаква изявление от тях. Във всеки случай се препоръчва да се приложат най-новите актуализации на фърмуера.

На организациите също се препоръчва да преразгледат конфигурациите си за Secure Boot и политиките за сигурност на платформите, за да предотвратят всякакви неразрешени промени в записите за стартиране на UEFI.