Чтобы дизассемблировать прошивку роутера, смартфона или микроконтроллера, сначала нужно получить сам бинарный образ — без корректно извлечённого файла любой дизассемблер покажет лишь бессмысленный набор байт. Прошивка редко лежит «в чистом виде»: чаще она упакована в контейнер с заголовком, сжата или разбита на разделы, поэтому подготовка образа занимает не меньше времени, чем сам анализ кода.
В этой статье разберём полный цикл работы: от определения архитектуры процессора и распаковки образа до загрузки кода в дизассемблер и чтения ассемблерных инструкций. Материал ориентирован на тех, кто анализирует прошивки в исследовательских целях — для поиска уязвимостей, восстановления устройства или изучения чужого кода.
Что такое дизассемблирование и зачем оно нужно
Дизассемблирование — это преобразование машинного кода (байтов прошивки) обратно в ассемблерные инструкции, понятные человеку. В отличие от декомпиляции, которая пытается восстановить код на языке высокого уровня, дизассемблер выдаёт последовательность команд процессора: переходы, вызовы функций, операции с регистрами.
На практике этот метод применяется в нескольких сценариях. Исследователи безопасности ищут в прошивках скрытые учётные записи и уязвимости. Инженеры восстанавливают алгоритмы работы устройств, документация на которые утеряна. Энтузиасты модифицируют прошивки — отключают ограничения, добавляют функции, портируют их на другое железо.
Стоит понимать ограничения метода. Дизассемблированный код объёмом даже в несколько мегабайт превращается в сотни тысяч строк ассемблера, и разобраться в нём без опыта чтения низкоуровневого кода сложно. Кроме того, анализ и модификация прошивок могут нарушать лицензионное соглашение производителя и законодательство вашей страны — убедитесь, что ваши действия правомерны.
Подготовка: извлечение образа прошивки
Прежде чем открывать дизассемблер, нужно получить файл прошивки. Источников несколько: официальный сайт производителя (пакеты обновлений), дамп флеш-памяти, считанный программатором, или перехваченный при обновлении трафик. Самый безопасный путь — скачать официальный пакет обновления: он не требует разборки устройства.
Дальше образ нужно распаковать. Прошивки роутеров и встраиваемых устройств обычно содержат заголовок, ядро Linux и файловую систему (SquashFS, JFFS2, UBIFS). Для анализа структуры удобно использовать утилиту binwalk — она сканирует бинарник и показывает вложенные разделы:
binwalk -Me firmware.binКлюч -M включает рекурсивное сканирование, а -e — автоматическое извлечение найденных разделов. После распаковки вы получите дерево файловой системы, где исполняемые файлы обычно лежат в каталогах /bin, /sbin и /usr/bin.
Определение архитектуры процессора
Дизассемблер не сможет корректно интерпретировать байты, если не знать, под какую архитектуру скомпилирован код. Прошивки встраиваемых устройств чаще всего собраны под ARM, MIPS (big-endian или little-endian), реже — под PowerPC или x86. Микроконтроллеры используют собственные ядра: AVR, Cortex-M, Xtensa и другие.
Определить архитектуру можно несколькими способами:
- 🔍 Команда
fileв Linux для ELF-исполняемых файлов из распакованной прошивки сразу покажет архитектуру и порядок байт. - 📄 Документация на процессор устройства — по модели чипа легко найти его ядро.
- 🧩 Вывод binwalk часто содержит подсказки: строки вроде «ARM kernel» или «MIPS executable».
- 🧪 Эвристический анализ: характерные паттерны инструкций видны даже в hex-редакторе опытному взгляду.
Ошибка на этом этапе типична для новичков: если загрузить MIPS-код как ARM, дизассемблер выдаст мусор, который внешне похож на инструкции. Признак неверно выбранной архитектуры — хаотичные переходы за пределы кода и отсутствие осмысленных строковых ссылок.
Выбор инструмента для дизассемблирования
Инструментов много, и выбор зависит от задачи и бюджета. Профессиональный стандарт — IDA Pro: мощный интерактивный дизассемблер с поддержкой десятков архитектур, но лицензия стоит дорого. Бесплатная альтернатива — Ghidra от NSA, которая включает и декомпилятор, переводящий ассемблер в псевдокод на C.
Для быстрых задач подойдут и более лёгкие решения. Ниже сравнение популярных инструментов:
| Инструмент | Тип | Архитектуры | Стоимость |
|---|---|---|---|
| Ghidra | Дизассемблер + декомпилятор | ARM, MIPS, x86, PPC и др. | Бесплатно |
| IDA Pro | Интерактивный дизассемблер | Очень широкий список | Платно |
| radare2 / Cutter | Фреймворк анализа | ARM, MIPS, x86 и др. | Бесплатно |
| objdump | Утилита командной строки | Зависит от сборки binutils | Бесплатно |
| Binary Ninja | Дизассемблер с IL | ARM, x86 и др. | Платно |
Для ELF-файлов из Linux-прошивок бывает достаточно objdump из кросс-компиляторного тулчейна:
arm-linux-gnueabi-objdump -d binary_file > disasm.txt⚠️ Внимание: скачивайте инструменты только с официальных сайтов проектов. Сборки дизассемблеров со сторонних ресурсов нередко содержат вредоносный код — анализируя чужие прошивки, легко заразить собственную систему.
Пошаговый процесс дизассемблирования
Рассмотрим типовой порядок действий на примере исполняемого файла из прошивки роутера. Последовательность применима к большинству встраиваемых Linux-устройств.
☑️ Чек-лист перед началом анализа
Первым делом загрузите файл в дизассемблер. В Ghidra это делается через импорт: программа сама попытается определить формат, но для сырых бинарников (raw binary) вам придётся вручную указать архитектуру и базовый адрес загрузки. Базовый адрес критичен: от него зависят все ссылки на данные и строки. Для ELF-файлов адреса прописаны в заголовке, для raw-дампов их приходится подбирать по косвенным признакам или искать в документации на чип.
Далее запустите автоанализ. Дизассемблер пройдёт по коду, выделит функции, построит графы вызовов и попытается сопоставить строки с местами их использования. На больших прошивках анализ занимает заметное время — не прерывайте его на середине.
После анализа начинается собственно исследование. Рабочая тактика — идти от строк: найдите интересующую строку (например, текст ошибки или URL веб-интерфейса), перейдите по ссылке на функцию, которая её использует, и изучайте логику. Декомпилятор Ghidra (окно Decompile) существенно ускоряет понимание, показывая псевдокод вместо сырых инструкций.
Как быть с бинарниками без заголовка (raw binary)
Сырые дампы флеш-памяти не содержат метаданных. Определите точку входа по векторам сброса в начале образа, укажите базовый адрес из datasheet на процессор и размечайте код постепенно, начиная с таблицы векторов прерываний.
Анализ результатов и типичные ошибки
Чтение дизассемблированного кода требует понимания соглашений о вызовах целевой архитектуры: как передаются аргументы функций, где хранится адрес возврата, как устроен стек. Без этого даже корректно дизассемблированный листинг останется набором загадочных команд.
Начинающие исследователи регулярно наступают на одни и те же грабли:
- ❌ Неверный базовый адрес — все ссылки на строки указывают в пустоту.
- ❌ Перепутан порядок байт (endianness) — инструкции читаются задом наперёд.
- ❌ Данные приняты за код — в прошивках ARM код и литеральные пулы часто перемешаны.
- ❌ Игнорирование Thumb-режима у ARM — процессор переключается между наборами инструкций.
⚠️ Внимание: анализируйте прошивки только в изолированной среде — виртуальной машине без доступа к личным данным. Файлы неизвестного происхождения могут содержать эксплойты, нацеленные на уязвимости самих инструментов анализа.
Если дизассемблер выдаёт бессмыслицу на отдельных участках, не спешите считать файл повреждённым. Возможно, участок зашифрован или упакован и распаковывается загрузчиком на лету — так производители защищают код от анализа. В таком случае помогает эмуляция (например, через QEMU) или снятие дампа уже расшифрованной памяти с работающего устройства.
Законность и этика анализа прошивок
Дизассемблирование — юридически серая зона во многих юрисдикциях. В одних странах обратная разработка разрешена для обеспечения совместимости и исследований безопасности, в других лицензионные соглашения прямо её запрещают. Перед началом работы изучите лицензию на прошивку и местное законодательство.
Этические рамки не менее важны. Найденную уязвимость корректно сообщать производителю по процедуру responsible disclosure, а не публиковать эксплойт сразу. Модификацию прошивок выполняйте только на собственных устройствах и помните, что она почти наверняка аннулирует гарантию.
Часто задаваемые вопросы
Можно ли дизассемблировать прошивку Android-смартфона?
Да, но структура сложнее: прошивка состоит из множества разделов (boot, system, vendor). Приложения внутри — это APK с байт-кодом Dalvik, который анализируется специальными инструментами (apktool, jadx), а нативные библиотеки .so дизассемблируются как обычные ELF-файлы под ARM.
Чем дизассемблирование отличается от декомпиляции?
Дизассемблер переводит машинный код в ассемблер — точное отражение инструкций процессора. Декомпилятор идёт дальше и пытается восстановить код на языке высокого уровня (обычно C-подобный псевдокод), что удобнее для чтения, но может содержать ошибки интерпретации.
Что делать, если binwalk не находит разделы в прошивке?
Вероятно, образ зашифрован или использует нестандартный формат контейнера. Проверьте энтропию файла (binwalk -E): равномерно высокая энтропия по всему файлу указывает на шифрование. Тогда ищите утилиту распаковки от производителя или анализируйте процедуру обновления устройства.
Достаточно ли бесплатных инструментов для серьёзного анализа?
Да. Ghidra по возможностям сопоставима с коммерческими решениями и включает декомпилятор, а связка radare2 с графическим интерфейсом Cutter покрывает большинство задач. Платные продукты выигрывают в основном в удобстве и поддержке экзотических архитектур.
Можно ли после анализа собрать прошивку обратно с изменениями?
Технически да: патчите бинарник, пересчитываете контрольные суммы и упаковываете разделы обратно. Однако многие устройства проверяют цифровую подпись прошивки при загрузке, и модифицированный образ просто не запустится — это зависит от конкретной модели и её загрузчика.