Как извлечь прошивку из защищённой памяти XOM: метод исследования контроллеров Realtek

Во время исследования контроллеров Realtek специалист по аппаратной безопасности столкнулся с технологией защиты прошивки от реверс-инжиниринга под названием XOM (eXecution Only Memory). Эта разработка ARM появилась около десяти лет назад, однако широкого распространения не получила. Тем не менее в Realtek решили применить XOM в ряде своих контроллеров, которые попали на исследование. Именно попытка обойти эту защиту и легла в основу опубликованного разбора.

Подробности

XOM — это аппаратно-программная технология, формирующая execute-only область памяти. Её суть заключается в аппаратной фильтрации транзакций на шине AXI (AHB). Логика проста: если транзакция к защищаемой области запрашивает исполнение инструкции — доступ разрешён; если же это чтение или запись данных — доступ запрещён. Таким образом, просто прочитать или перезаписать прошивку, размещённую в XOM, не получится. Это создаёт серьёзный барьер для традиционного реверс-инжиниринга, поскольку стандартные методы дампа памяти оказываются бесполезны.

Описанный в статье подход к восстановлению скрытой в XOM прошивки основан не на прямом доступе к защищённой области, а на анализе изменений состояния памяти и регистров процессора, возникающих вследствие выполнения инструкций процессора. Иными словами, исследователь не пытается прочитать саму прошивку напрямую, а наблюдает за косвенными эффектами её исполнения. Это позволяет постепенно восстанавливать логику и содержимое защищённого кода. Конкретные CVE в материале не упоминаются — речь идёт о методике исследования, а не об эксплуатации отдельной уязвимости.

Что делать

Для производителей устройств, использующих XOM, публикация служит напоминанием: аппаратная изоляция доступа к памяти повышает стоимость атаки, но не делает реверс-инжиниринг невозможным. Стоит пересмотреть модель угроз для продуктов, где прошивка содержит критичные секреты или ключи, и рассмотреть дополнительные рубежи защиты — например, шифрование прошивки и безопасную загрузку.

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

История с XOM в контроллерах Realtek показывает, что даже редкие аппаратные механизмы защиты можно обойти при достаточной изобретательности. Производителям стоит закладывать многоуровневую защиту, а исследователям — помнить, что косвенные каналы утечки информации часто оказываются не менее опасными, чем прямые.

Источник: Хабр — Информационная безопасность