<![CDATA[Статьи]]> https://habr.com/ru/users/coderush/publications/articles/ ru editor@habr.com habr.com Sat, 02 May 2026 07:41:32 GMT https://habr.com/ru/ https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png Хабр <![CDATA[Снимаем защиту от модификации прошивки рабочей станции HP Z440/Z640/Z840]]> https://habr.com/ru/articles/989208/ https://habr.com/ru/articles/989208/?utm_campaign=989208&utm_source=habrahabr&utm_medium=rss

Здравствуй, читатель. За время моего почти десятилетнего отсутствия в мире x86 и UEFI довольно много воды утекло, и то, что раньше считалось интересными, но мало кому нужными настройками прошивки (к примеру, Above 4G Decoding и Resizable BAR) теперь считается фичами первой необходимости (без которых современные видеокарты Nvidia и AMD теряют в производительности, а карты Intel могут и вовсе не работать). При этом прогресс не превратил мощные старые системы в совсем уж полный хлам, и потому есть смысл научить этих старых псов новым трюкам, если это возможно.

Читать далее]]> Mon, 26 Jan 2026 15:19:23 GMT <![CDATA[Hydroph0bia (CVE-2025-4275) — от обхода SecureBoot к модификации DXE-тома в UEFI-совместимых прошивках Insyde H2O]]> https://habr.com/ru/articles/918192/ https://habr.com/ru/articles/918192/?utm_campaign=918192&utm_source=habrahabr&utm_medium=rss

Здравствуй, читатель. Перед тобой вторая статья о найденной мной серьезной уязвимости в UEFI-совместимых прошивках на базе платформы Insyde H2O, которую я назвал Hydroph0bia. В первой статье я рассказывал о проблеме "затенения" волатильных переменных NVRAM неволатильными, и о катастрофических последствиях, которые могут наступить при неудачном стечении обстоятельств и неаккуратном программировании критических для безопасности прошивки компонентов. Для правильного понимания этой статьи потребуются знания из первой, поэтому если вдруг она еще не прочитана, рекомендую устранить этот пробел.

Я вновь категорически не советую использовать полученные из этой статьи сведения для совершения каких-либо противоправных действий, всю полученную информацию вы используете на свой страх и риск.

Читать далее]]> Fri, 13 Jun 2025 13:53:00 GMT <![CDATA[Hydroph0bia (CVE-2025-4275) — тривиальный обход SecureBoot в UEFI-совместимых прошивках на базе платформы Insyde H2O]]> https://habr.com/ru/articles/916268/ https://habr.com/ru/articles/916268/?utm_campaign=916268&utm_source=habrahabr&utm_medium=rss

Здравствуй, читатель. В этой статье я расскажу про найденную мной не так давно серьезную уязвимость в UEFI-совместимых прошивках на базе платформы Insyde H2O, которая присутствует в них примерно с 2012 года и (на большинстве существующих ныне систем) продолжает присутствовать.

Уязвимость эта позволяет надежно (и незаметно для средств мониторинга стандартных переменных UEFI SecureBoot вроде db, KEK и PK) обойти механизм проверки подписей UEFI-драйверов и UEFI-загрузчиков, а для её успешной эксплуатации требуется только возможность записи в UEFI NVRAM (доступная и в Windows, и в Linux после локального повышения привилегий).

Я категорически не советую использовать полученные из этой статьи сведения для совершения каких-либо противоправных действий, всю полученную информацию вы используете на свой страх и риск.

Читать далее]]> Tue, 10 Jun 2025 12:00:24 GMT <![CDATA[Еще пара слов об устройстве NVRAM в UEFI-совместимых прошивках (про Dell DVAR)]]> https://habr.com/ru/articles/907488/ https://habr.com/ru/articles/907488/?utm_campaign=907488&utm_source=habrahabr&utm_medium=rss

Здравствуй, читатель. С моих прошлых статей про NVRAM прошло некоторое количество времени (за эти почти 10 лет мало что изменилось, и все эти форматы до сих пор с нами практически без модификаций), а моя работа на одну фруктовую компанию не позволяла мне писать статьи, тесты и посты без одобрения кучей непонятных людей, но теперь эта работа осталась в прошлом, а желание писать так и не пропало. 

Эта статья - практическая реализация этого желания, а поговорим мы в ней о формате Dell DVAR, и немного о декларативном языке для написания парсеров Kaitai Struct, на котором я недавно переписал парсеры всех известных UEFITool NE форматов NVRAM. 

DVAR я дрожащая, или право имею?]]> Wed, 07 May 2025 05:11:48 GMT <![CDATA[Устройство NVRAM в UEFI-совместимых прошивках, часть четвертая]]> https://habr.com/ru/articles/281901/ https://habr.com/ru/articles/281901/?utm_campaign=281901&utm_source=habrahabr&utm_medium=rss И снова здравствуйте, уважаемые читатели.
Начатый в предыдущих трех частях разговор о форматах хранилищ NVRAM, используемых различными реализациями UEFI, подходит к своему логическому концу. Нерассмотренным остался только один формат — NVAR, который используется в прошивках на основе кодовой базы AMI Aptio. Компания AMI в свое время смогла «оседлать» практически весь рынок прошивок для десктопных и серверных материнских плат, поэтому формат NVAR оказался чуть ли не распространённее, чем оригинальный и «стандартный» VSS.
Если вам интересно, чем хорош и чем плох формат хранилища NVRAM от AMI — добро пожаловать под кат.
Here be dragons]]> Mon, 18 Apr 2016 20:15:56 GMT <![CDATA[Устройство NVRAM в UEFI-совместимых прошивках, часть третья]]> https://habr.com/ru/articles/281469/ https://habr.com/ru/articles/281469/?utm_campaign=281469&utm_source=habrahabr&utm_medium=rss Перед вами третья часть моего повествования о форматах NVRAM, используемых UEFI-совместимыми прошивками различных производителей. В первой части я рассказывал об NVRAM вообще и о «стандартном» формате VSS, во второй — об интересных блоках, которые можно найти рядом с NVRAM в этом формате, а в этой речь пойдет о целой россыпи различных форматов, используемых в прошивках на платформе Phoenix SCT: FlashMap, EVSA, Intel uCode, CMDB, SLIC pubkey и SLIC marker.
Если вам интересно, что умудрились напридумывать на замену VSS разработчики из Phoenix — добро пожаловать под кат, только предупреждаю сразу, статья получилась достаточно длинной.
Phoenix SCT во все поля!]]> Fri, 15 Apr 2016 18:25:17 GMT <![CDATA[Устройство NVRAM в UEFI-совместимых прошивках, часть вторая]]> https://habr.com/ru/articles/281412/ https://habr.com/ru/articles/281412/?utm_campaign=281412&utm_source=habrahabr&utm_medium=rss Продолжаем разговор о форматах NVRAM в UEFI-совместимых прошивках, начатый в первой части. На этот раз на повестке дня форматы блока Fsys из прошивок компании Apple, блока FTW из прошивок, следующих заветам проекта TianoCore, и блока FDC, который можно найти в прошивках, основанных на кодовой базе компании Insyde.
Если вам интересно, зачем нужны и как выглядят не-NVRAM данные, которые можно обнаружить рядом с NVRAM в прошивках различных производителей — добро пожаловать под кат.
В этот раз у нас не NVRAM, господа.]]> Mon, 11 Apr 2016 22:04:48 GMT <![CDATA[Устройство NVRAM в UEFI-совместимых прошивках, часть первая]]> https://habr.com/ru/articles/281242/ https://habr.com/ru/articles/281242/?utm_campaign=281242&utm_source=habrahabr&utm_medium=rss Здравствуйте, уважаемые читатели. Когда-то очень давно, почти 3 года назад, я написал пару статей о форматах данных, используемых в UEFI-совместимых прошивках. С тех пор в этих форматах мало что изменилось, поэтому писать про них снова я не буду. Тем не менее, в тех статьях был достаточно серьезный пробел — отсутствовали какие-либо упоминания об NVRAM и используемых для её хранения форматах, т.к. тогда разбор NVRAM мне был попросту неинтересен, ибо те же данные можно получить из UEFI Shell на работающей системе буквально одной командой dmpstore.
По прошествии трех лет выяснилось, что хранилище NVRAM умеет разваливаться по различным причинам, и чаще всего это событие приводит к «кирпичу», т.е. воспользоваться вышеупомянутой командой уже не получится, а данные (или то, что от них осталось) надо доставать. Собрав пару развалившихся NVRAM'ов вручную в Hex-редакторе, я сказал "хватит это терпеть!", добавил поддержку разбора форматов NVRAM в UEFITool NE, и решил написать цикл статей об этих форматах по горячим следам и свежей памяти.
В первой части поговорим о том, что вообще такое этот NVRAM, и рассмотрим формат VSS и его вариации. Если интересно — добро пожаловать под кат.
NVRAM - наш рулевой!]]> Sun, 10 Apr 2016 15:53:52 GMT <![CDATA[Пишем DXE-драйвер для снятия скриншотов с BIOS Setup и других UEFI-приложений]]> https://habr.com/ru/articles/274463/ https://habr.com/ru/articles/274463/?utm_campaign=274463&utm_source=habrahabr&utm_medium=rss В прошлой статье про SecureBoot мне очень не хватало возможности сделать снимок экрана при настройке UEFI через BIOS Setup, но тогда выручило перенаправление текстовой консоли в последовательный порт. Это отличное решение, но доступно оно на немногих серверных материнских платах, и через него можно получить только псевдографику, а хотелось бы получить настоящую — она и выглядит приятнее, и вырезать ее каждый раз из окна терминала не надо.
Вот именно этим мы и займемся в этой статье, а заодно я расскажу, что такое DXE-драйвер и как написать, собрать и протестировать такой самостоятельно, как работают ввод с клавиатуры и вывод на экран в UEFI, как найти среди подключенных устройств хранения такое, на которое можно записывать файлы, как сохранить что-нибудь в файл из UEFI и как адаптировать какой-то внешний код на С для работы в составе прошивки.
Если вам все еще интересно — жду вас под катом.
Драйверов богу драйверов! Скриншотов к трону скриншотов!]]> Mon, 04 Jan 2016 01:06:00 GMT <![CDATA[Укрощаем UEFI SecureBoot]]> https://habr.com/ru/articles/273497/ https://habr.com/ru/articles/273497/?utm_campaign=273497&utm_source=habrahabr&utm_medium=rss Данные обещания надо выполнять, тем более, если они сделаны сначала в заключительной части опуса о безопасности UEFI, а потом повторены со сцены ZeroNights 2015, поэтому сегодня поговорим о том, как заставить UEFI SecureBoot работать не на благо Microsoft, как это чаще всего настроено по умолчанию, а на благо нас с вами.
Если вам интересно, как сгенерировать свои собственные ключи для SecureBoot, как установить их вместо стандартных (или вместе с ними), как подписать ваш любимый EFI-загрузчик, как запретить загрузку неподписанного или подписанного чужими ключами кода, как выглядит интерфейс для настройки SecureBoot у AMI, Insyde и Phoenix и почему это, по большому счету, совершенно не важно — добро пожаловать под кат, но опасайтесь большого количества картинок и длинных консольных команд.
Войти в клетку]]> Sat, 19 Dec 2015 02:32:24 GMT <![CDATA[О безопасности UEFI, часть заключительная]]> https://habr.com/ru/articles/268423/ https://habr.com/ru/articles/268423/?utm_campaign=268423&utm_source=habrahabr&utm_medium=rss Вот и подошел к концу мой опус о безопасности UEFI. В этой заключительной части осталось поговорить о перспективных технологиях и планах на будущее, да пообщаться с читателями в комментариях.

Если вам интересно, чем безопасности прошивки могут помочь STM, SGX и PSP — жду вас под катом.

Желая показать бунтарский дух и наплевательство на традиции, ссылки на предыдущие части не даю — сами ищите их там.
Читать дальше →]]> Fri, 16 Oct 2015 11:29:12 GMT <![CDATA[О безопасности UEFI, часть шестая]]> https://habr.com/ru/articles/268135/ https://habr.com/ru/articles/268135/?utm_campaign=268135&utm_source=habrahabr&utm_medium=rss Все хорошее и не очень хорошее когда-нибудь заканчивается, пришла пора понемногу заканчивать и этот цикл статей.
В этой предпоследней части речь пойдет о людях, пашущих на ниве безопасности UEFI с обеих сторон, о полезном в этом деле софте и его авторах и об источниках информации по теме для тех, кому она нужна. Заранее прошу прощения, если забуду упомянуть кого-то важного, поправьте меня в комментариях в таком случае.
Как всегда, ссылки на предыдущие части опуса для тех, кто их пропустил, остальных прошу под кат.
Читать дальше →]]> Sun, 04 Oct 2015 11:10:00 GMT <![CDATA[О безопасности UEFI, часть пятая]]> https://habr.com/ru/articles/267953/ https://habr.com/ru/articles/267953/?utm_campaign=267953&utm_source=habrahabr&utm_medium=rss После небольшого перерыва продолжаем разговор о безопасности UEFI. В этот раз речь пойдет о технологии SecureBoot, ее преимуществах и недостатках, об атаках на нее и защите от них.

Впервые о SecureBoot речь зашла в стандарте UEFI 2.2 в 2011 году, но окончательно все аспекты были реализованы в версии 2.3.1C в начале 2012 года. Основным разработчиком технологии была Microsoft, которая сразу же заявила, что для получения сертификата Windows 8 Ready для своей еще не выпущенной новой ОС требуется реализация и включение SecureBoot по умолчанию на всех новых ПК. Это заявление вызвало волну резкой критики со стороны сторонников свободного ПО, которая успешно докатилась и до Хабра.
Если вам интересно, чем именно закончилось противостояние MS и сообщества, как SecureBoot выглядит после почти 4 лет взросления, и какие атаки на него все еще возможны — добро пожаловать под кат.

Стоп, чуть не забыл: по доброй традиции, набор ссылок на предыдущие части, для тех, кто умудрился их пропустить.
Читать дальше →]]> Tue, 29 Sep 2015 22:11:59 GMT <![CDATA[О безопасности UEFI, часть четвертая]]> https://habr.com/ru/articles/267491/ https://habr.com/ru/articles/267491/?utm_campaign=267491&utm_source=habrahabr&utm_medium=rss Продолжаем говорить о безопасности UEFI, на этот раз речь пойдет об атаках на NVRAM и защите от них.
Неплохая, казалось бы, идея о том, что на микросхеме SPI можно хранить настройки практически вечно, не полагаясь на ненадежную и зависящую от батарейного питания CMOS SRAM, сыграла с разработчиками UEFI весьма злую шутку, теперь NVRAM с каждой новой версией стандарта обрастает все большим количеством костылей и подпорок, и конца этому процессу не видно. Если вам интересно, что именно пытаются подпереть костылем — эта статья для вас.
По традиции, всех, кто еще по каким-то причинам не читал первые три части — рекомендую начать с них, остальных с нетерпением жду под катом.
Читать дальше →]]> Tue, 22 Sep 2015 21:03:47 GMT <![CDATA[О безопасности UEFI, часть третья]]> https://habr.com/ru/articles/267237/ https://habr.com/ru/articles/267237/?utm_campaign=267237&utm_source=habrahabr&utm_medium=rss Продолжаем разговор о безопасности UEFI.
На этот раз речь пойдет об опубликованной в конце 2014 года серьезной уязвимости в реализации ACPI S3 (Sleep Mode), ее эксплуатации и последствиях. Основная «фишка» этой уязвимости в том, что она вскрыла целый класс проблем безопасности UEFI, вообще не считавшихся до этого проблемами, и потому и заслуживает отдельной статьи.
Тем, кто не читал предыдущие статьи цикла — раз и два, предлагаю прочесть сначала их, остальных жду под катом.
Читать дальше →]]> Sat, 19 Sep 2015 12:43:28 GMT <![CDATA[О безопасности UEFI, часть вторая]]> https://habr.com/ru/articles/267197/ https://habr.com/ru/articles/267197/?utm_campaign=267197&utm_source=habrahabr&utm_medium=rss Продолжаем начатый в прошлом посте разговор о безопасности UEFI, об угрозах и имеющихся защитах от них.
В этот раз речь пойдет об SMM, о том, как он устроен и работает, и почему является желанной целью для атаки.
Пропустившим нулевую и первую части сего опуса — рекомендую прочесть сначала их, остальных покорно прошу под кат.
Читать дальше →]]> Fri, 18 Sep 2015 13:53:55 GMT <![CDATA[О безопасности UEFI, части нулевая и первая]]> https://habr.com/ru/articles/266935/ https://habr.com/ru/articles/266935/?utm_campaign=266935&utm_source=habrahabr&utm_medium=rss Когда-то давно, в начале 2014 года, я назвал состояние безопасности большинства реализаций UEFI "полумифическим". С тех пор минуло полтора года, дело осторожно двигается с мертвой точки, но до сих пор очень многие производители ПК для конечного пользователя не обращают на эту самую безопасность почти никакого внимания — «пипл хавает».
В этой статье речь пойдет о модели угроз и векторах атаки на UEFI, а также о защитах от перезаписи содержимого микросхемы BIOS — самой разрушительной по возможным последствиям атаки.
Если вам интересно, как устроена защита UEFI и какие именно уязвимости в ней так и остаются неисправленными на большинстве современных систем — добро пожаловать под кат.
Читать дальше →]]> Wed, 16 Sep 2015 08:08:14 GMT <![CDATA[CH341A, USB-UART-конвертер и I2C/SPI-программатор за $5]]> https://habr.com/ru/articles/262731/ https://habr.com/ru/articles/262731/?utm_campaign=262731&utm_source=habrahabr&utm_medium=rss Когда-то давным-давно я писал пару статей о широко известном в узких кругах чипе FTDI FT232H и различных его применениях. Всем хорош был FT232H для DIY, но и у него нашлось несколько недостатков — относительно неприятный для ручной пайки корпус LQFP48 (для истинных любителей хардкора есть еще вариант в QFN48, паяй — не хочу, DIHALT не даст соврать), цена за оригинальный чип от 250 рублей, вероятность проблем с драйверами на поддельных чипах и некоторая функциональная избыточность, к примеру, поддержка JTAG нужна далеко не всем.

Решение, как обычно, пришло из Поднебесной, в которой после нескольких лет тупого передирания творческой адаптации чужих чипов наконец выпустили свой собственный конвертер USB-TTL — WinChipHead CH341A в корпусе SOP-28 (не DIP, но тоже паяется без проблем).

Производство чипа было начато году приблизительно в 2006, но в поле моего зрения он попал только в 2014, когда I2C/SPI-программаторы на этом чипе наводнили европейский EBAY, причем продавцы предлагали цену от 3,5 евро вместе с доставкой, что при средней стоимости хорошего китайского программатора вроде MiniPro TL866A в 50 евро оказалось настолько заманчивым предложением, что устоять не получилось.

Если вам все еще интересно, что умеет этот китайский чип за 1$ и стоит ли платить больше, если не видно разницы — прошу под кат.
Читать дальше →]]> Wed, 15 Jul 2015 22:47:57 GMT <![CDATA[Что новые версии UEFI-стандартов нам готовят, часть третья, UEFI 2.5]]> https://habr.com/ru/articles/260663/ https://habr.com/ru/articles/260663/?utm_campaign=260663&utm_source=habrahabr&utm_medium=rss В последней части цикла я постараюсь рассказать о новшествах стандарта UEFI 2.5, первые реализации которого должны появиться примерно через полгода на новых платах с процессорами Intel Skylake и AMD R-Series. В первой и второй частях речь шла о более низкоуровневых (и потому менее интересных неспециалистам) стандартах PI 1.4 и ACPI 6.0, здесь же поговорим об изменениях, напрямую влияющих на работу ОС и возможности загрузки по сети. Если вы хотите узнать, что нового в UEFI 2.5, почему PXE уходит в прошлое и зачем UEFI поддержка WiFi и Bluetooth — искренне прошу под кат.
Читать дальше →]]> Fri, 10 Jul 2015 20:17:21 GMT <![CDATA[Что новые версии UEFI-стандартов нам готовят, часть вторая, ACPI 6.0]]> https://habr.com/ru/articles/259477/ https://habr.com/ru/articles/259477/?utm_campaign=259477&utm_source=habrahabr&utm_medium=rss Продолжаем знакомство с новыми возможностями недавно вышедших из под пера UEFI Forum стандартов, и если в предыдущей части речь шла о внутреннем стандарте PI, то на этот раз она пойдет об ACPI 6.0 и его отличиях от предыдущей версии 5.1.
Если вам интересно, что именно изменилось за 10 месяцев разработки стандарта, и какими новшествами нас порадуют или огорчат будущие системы с поддержкой ACPI 6.0 — добро пожаловать под кат.
Читать дальше →]]> Tue, 16 Jun 2015 21:19:35 GMT <![CDATA[Что новые версии UEFI-стандартов нам готовят, часть первая, PI 1.4]]> https://habr.com/ru/articles/259051/ https://habr.com/ru/articles/259051/?utm_campaign=259051&utm_source=habrahabr&utm_medium=rss После полугода разработки организация UEFI Forum выложила наконец в открытый доступ документацию по новым стандартам Platform Initialization 1.4, Advanced Configuration and Power Interface 6.0 и Unified Extensible Firmware Interface 2.5, на базе которых сейчас разрабатывается абсолютное большинство прошивок для ПК и серверов.
Обычно между выпуском новых версий стандартов и первыми прошивками на их базе проходит обычно от 4 до 6 месяцев, но уже сейчас можно предсказать с высокой долей вероятности, какие именно новые возможности появятся в UEFI для платформ на базе процессоров Intel Skylake и AMD Falcon Series.
Я решил разделить описание новшеств на 3 части, иначе оно рискует оказаться очень длинным и читать его никто не станет. Если вас интересуют новшества, описанные в стандарте PI 1.4 и мои комментарии к ним — добро пожаловать под кат.
Читать дальше →]]> Tue, 02 Jun 2015 18:09:04 GMT <![CDATA[Проверяем открытый исходный код UEFI для Intel Galileo при помощи PVS-Studio]]> https://habr.com/ru/articles/258721/ https://habr.com/ru/articles/258721/?utm_campaign=258721&utm_source=habrahabr&utm_medium=rss Разработка прошивок, даже если она ведется не на ассемблере для экзотических архитектур, а на C для i386/amd64 — дело весьма непростое, да и цена ошибки может быть крайне высокой, вплоть до выхода целевой аппаратной платформы из строя, поэтому использование различных техник предотвращения ошибок на самых ранних этапах разработки — необходимость.

К сожалению, о формальной верификации или использовании MISRA C в случае UEFI-прошивок остается только мечтать (с другой стороны, мало кто хочет тратить на разработку прошивки пару лет и 50% бюджета проекта), поэтому сегодня поговорим о статическом анализе, а точнее — о популярном на Хабре статическом анализаторе PVS-Studio, которым попытаемся найти ошибки в открытом коде UEFI для Intel Galileo.

За результатами проверки покорнейше прошу под кат.
Читать дальше →]]> Mon, 25 May 2015 14:36:52 GMT <![CDATA[Возвращаем оригинальные страницы меню в Phoenix SCT UEFI]]> https://habr.com/ru/articles/250611/ https://habr.com/ru/articles/250611/?utm_campaign=250611&utm_source=habrahabr&utm_medium=rss С вами снова я и мы продолжаем копаться в различных реализациях UEFI во имя добра. Есть у меня один старый китайский GSM-модем, который на моем Dell Vostro 3360 определяется через раз, а на более старых ноутбуках — нормально. После нескольких экспериментов с подключением его через переходник к основному ПК выяснилось, что ему почему-то не нравится подключение через PCIe Gen2, и хотелось бы переключить порт на Gen1, но в UEFI Setup нужной настройки не оказалось. Печально, но не смертельно, ведь очень часто производители устройств не удаляют оригинальные меню производителя UEFI, а просто скрывают их, либо показывают на их месте свои, поэтому после небольшого реверс-инжиниринга оригинальное меню можно вернуть на место, что у меня и получилось. В этот раз одной IDA Demo уже не обойтись, т.к. DXE-драйверы в большинстве современных UEFI собираются для архитектуры x86-64, поэтому вместо нее будем использовать radare2.
На лавры первооткрывателя не претендую и подобным модификациям сто лет в обед, но постараюсь показать, как сделать подобную модификацию самостоятельно.
Если вам все еще интересно — добро пожаловать под кат.
Читать дальше →]]> Mon, 16 Feb 2015 08:09:24 GMT <![CDATA[Еще немного реверс-инжиниринга UEFI PEI-модулей на другом полезном примере]]> https://habr.com/ru/articles/249939/ https://habr.com/ru/articles/249939/?utm_campaign=249939&utm_source=habrahabr&utm_medium=rss
В рамках борьбы за возможность модификации UEFI на ноутбуках HP пришлось отломать еще одну защиту, на этот раз более современную. Видимо, отдел разработки прошивок в HP догадался, что предыдущая защита была не ахти, и потому они решили радикально её улучшить, поэтому метод обхода защиты DXE-тома из предыдущей статьи перестал работать, и мне опять понадобилось вооружаться дизассемблером, разрабатывать конвертер из TE в PE и отвечать на те же вопросы: где находится цифровая подпись, кто именно ее проверяет и как сделать так, чтобы проверка всегда заканчивалась успехом.

Если вас интересуют ответы и описание процесса их поиска — прошу под кат.
Читать дальше →]]> Sat, 07 Feb 2015 01:05:37 GMT <![CDATA[Простые приемы реверс-инжиниринга UEFI PEI-модулей на полезном примере]]> https://habr.com/ru/articles/249655/ https://habr.com/ru/articles/249655/?utm_campaign=249655&utm_source=habrahabr&utm_medium=rss
После долгого перерыва с вами опять я и мы продолжаем копаться во внутренностях UEFI. На этот раз я решил показать несколько техник, которые позволяют упростить реверс и отладку исполняемых компонентов UEFI на примере устаревшего-но-все-еще-популярного PEI-модуля SecureUpdating, который призван защищать прошивку некоторых ноутбуков HP от модификации.

Предыстория такова: однажды вечером мне написал знакомый ремонтник ноутбуков из Беларуси и попросил посмотреть, почему ноутбук с замененным VideoBIOS'ом не хочет стартовать, хотя такой же точно рядом успешно стартует. Ответ оказался на поверхности — не стартующий после модификации ноутбук имел более новую версию UEFI, в которую добрые люди из HP интегрировали защиту от модификации DXE-тома (а там и находится нужный нам VideoBIOS вместе с 80% кода UEFI), чтобы злобные вирусы и не менее злобные пользователи ничего там не сломали ненароком. Тогда проблема решилась переносом PEI-модуля SecureUpdating из старой версии UEFI в новую, но через две недели тот же человек обратился вновь, на этот раз на похожем ноутбуке старая версия модуля работать отказалась, и моя помощь понадобилась вновь.
Если вас заинтересовали мои дальнейшие приключения в мире UEFI PEI-модулей с дизассемблером и пропатченными переходами — добро пожаловать под кат.
Читать дальше →]]> Wed, 04 Feb 2015 22:27:35 GMT <![CDATA[Разработка и отладка UEFI-драйверов на Intel Galileo, часть 3: начинаем аппаратную отладку]]> https://habr.com/ru/articles/240075/ https://habr.com/ru/articles/240075/?utm_campaign=240075&utm_source=habrahabr&utm_medium=rss
Здравствуйте, уважаемые читатели Хабра.
После небольшого перерыва я продолжаю публикацию моих заметок (первая, вторая) о разработке и отладке компонентов UEFI на открытой аппаратной платформе Intel Galileo. В третьей части речь пойдет от подключении JTAG-отладчика на базе FT2232H к Galileo и о настройке отладочного окружения для нее.
Добро пожаловать]]> Mon, 13 Oct 2014 16:40:44 GMT <![CDATA[Разработка и отладка UEFI-драйверов на Intel Galileo, часть 2: готовим плацдарм]]> https://habr.com/ru/articles/237183/ https://habr.com/ru/articles/237183/?utm_campaign=237183&utm_source=habrahabr&utm_medium=rss
Здравствуйте, уважаемые хабровчане.
Опрос в первой части показал, что тема разработки UEFI-драйверов достаточно интересна сообществу, поэтому я приступаю к написанию дальнейших частей этого цикла. В этой речь пойдет о подготовке платы Intel Galileo к работе, необходимом и желательном железе и ПО, сборке и установке BSP. В результате получится недорогая аппаратная платформа, пригодная для аппаратной отладки UEFI-драйверов и доступная любому энтузиасту.
Поехали!]]> Wed, 17 Sep 2014 19:41:59 GMT <![CDATA[Разработка и отладка UEFI-драйверов на Intel Galileo, часть первая, вводная]]> https://habr.com/ru/articles/236743/ https://habr.com/ru/articles/236743/?utm_campaign=236743&utm_source=habrahabr&utm_medium=rss

Здравствуйте, уважаемые хабрачитатели.

Многим из вас может быть интересна тема разработки и отладки кода UEFI-драйверов и приложений, которая пока еще недостаточно широко освещена в сети, но к которой мне посчастливилось иметь непосредственное отношение.

В связи с этим я планирую написать цикл статей о разработке и отладке UEFI-драйверов на аппаратной платформе Intel Galileo Gen 1, т.к. эта платформа обладает, на мой взгляд, наилучшим соотношением цена/качество для вышеуказанной задачи.

Первая часть статьи является вводной, в ней я расскажу о стандарте UEFI, проекте TianoCore и его недостатках, o внезапном решении Intel и их плате Galileo, о причинах выбора именно этой аппаратной платформы в качестве базовой и о планах на следующие части.
Заинтересовавшихся прошу под кат]]> Sun, 14 Sep 2014 10:44:18 GMT <![CDATA[Модификация UEFI BIOS, часть вторая: полезные модификации]]> https://habr.com/ru/articles/211879/ https://habr.com/ru/articles/211879/?utm_campaign=211879&utm_source=habrahabr&utm_medium=rss первой части утилите UEFITool свет еще не сошелся клином, поэтому будут упомянуты и другие программы, используемые для модификации UEFI BIOS'ов различных производителей.
Если тема вам интересна — добро пожаловать под кат.
Ко второй части]]> Sun, 09 Feb 2014 17:19:50 GMT <![CDATA[Модификация UEFI BIOS, часть первая: знакомство с UEFITool]]> https://habr.com/ru/articles/211574/ https://habr.com/ru/articles/211574/?utm_campaign=211574&utm_source=habrahabr&utm_medium=rss UEFI все сильнее закручивают гайки с каждым новым поколением своих продуктов. При этом поддержка предыдущих поколений быстро сходит на нет, и их пользователям ничего не остается, кроме как брать эту самую поддержку в свои руки. Конечно, при отсутствии исходного кода вносить какие-то изменения довольно сложно, но и без него можно сделать многое.
В своих предыдущих статьях об UEFI я планировал описать различные полезные модификации, которые помогают преодолеть некоторые заложенные производителями ограничения, но тогда до них руки не дошли, зато теперь — самое время.
В первой части этой статьи я опишу работу с написанным мной инструментом для модификации образов UEFI, а вторая будет посвящена самим модификациям.
К первой части]]> Fri, 07 Feb 2014 01:51:36 GMT <![CDATA[FT232H и почти универсальный USB<->JTAG-адаптер за 15 евро]]> https://habr.com/ru/articles/206124/ https://habr.com/ru/articles/206124/?utm_campaign=206124&utm_source=habrahabr&utm_medium=rss предыдущей статье, хотелось бы рассказать об использовании отладочной платы на ней в качестве дешевого и почти универсального JTAG-адаптера с интерфейсом USB и поддержкой множества микроконтроллеров различных архитектур и производителей. Я намеренно не называю этот адаптер «JTAG-отладчиком», т.к. далеко не все устройства с JTAG TAP поддерживают отладку, но обычными пользователями JTAG-адаптер используется в большинстве случаев именно для прошивки и отладки своего кода на МК. В этой статье я опишу только собственный опыт использования FT232H в качестве JTAG-адаптера, чтобы не давать ссылок на непроверенные решения, поэтому предлагаю читателям поделиться своими (или чужими) способами использования этой микросхемы в комментариях. Уверен, что способов этих найдется намного больше, чем здесь описано.
Заинтересовавшихся прошу под кат.
Псс, хабраюзер, не хочешь немного JTAG'а недорого?]]> Sun, 15 Dec 2013 18:48:14 GMT <![CDATA[FT232H, MPSSE и SPI-программатор за 15 евро]]> https://habr.com/ru/articles/206036/ https://habr.com/ru/articles/206036/?utm_campaign=206036&utm_source=habrahabr&utm_medium=rss
Странно, что про этот крайне популярный и полезный чип до сих пор не было статьи на Хабре. Считаю необходимым восполнить этот пробел. В статье будет описано несколько интересных способов применения чипа FTDI FT232H и его аналогов для различных прикладных целей.
Пару слов о нем: относительно дешевый, простой в разводке и программировании, распространенный конвертер USB 2.0 <-> последовательные протоколы (USART, SPI, I2C, JTAG TAP и просто GPIO bit-bang), хорошо подходящий как для изготовления собственных устройств с подключением к ПК по USB, так и для тестирования и отладки других устройств.
Из простой breakout-платы на этом чипе легко и непринужденно можно сделать UART-конвертер, SPI-программатор, JTAG-отладчик, I2C-master, конвертер GPIO bit-bang (а с ним и остальных протоколов, не требующих запредельных частот и стойких к возможным задержкам, вносимым USB-стеком, к примеру, Dallas 1-wire).
Если вышеуказанные возможности сумели вас заинтересовать — прошу под кат.
Вперед, читатель!]]> Sat, 14 Dec 2013 01:21:04 GMT <![CDATA[Устройство файла UEFI BIOS, часть вторая: UEFI Firmware Volume и его содержимое]]> https://habr.com/ru/articles/185774/ https://habr.com/ru/articles/185774/?utm_campaign=185774&utm_source=habrahabr&utm_medium=rss первая, полуторная) части этой статьи, теперь наконец пришло время рассказать о структуре UEFI Firmware Volume и формате UEFI File System.
Читать вторую часть]]> Sun, 07 Jul 2013 12:04:32 GMT <![CDATA[Устройство файла UEFI BIOS, часть полуторная: UEFI Platform Initialization]]> https://habr.com/ru/articles/185764/ https://habr.com/ru/articles/185764/?utm_campaign=185764&utm_source=habrahabr&utm_medium=rss первой части этой статьи мы познакомились с форматом UEFI Capsule и Intel Flash Image. Осталось рассмотреть структуру и содержимое EFI Firmware Volume, но для понимания различий между модулями PEI и драйверами DXE начнем с процесса загрузки UEFI, а структуру EFI Firmware Volume отставим на вторую часть.
Читать полуторную часть]]> Sat, 06 Jul 2013 11:15:57 GMT <![CDATA[Устройство файла UEFI BIOS, часть первая: UEFI Capsule и Intel Flash Image]]> https://habr.com/ru/articles/185704/ https://habr.com/ru/articles/185704/?utm_campaign=185704&utm_source=habrahabr&utm_medium=rss UEFI. В этой статье мы поговорим об устройстве файлов UEFI Capsule и Intel Flash Image.
Структура EFI Firmware Volume и полезные в хозяйстве патчи будут описаны во второй части.
Читать первую часть]]> Fri, 05 Jul 2013 20:33:31 GMT