Восстанавливает ли REA оригинальный исходный код?

Нет. Ничто не восстанавливает оригинальный исходный код из бинарного файла — имена переменных, комментарии и структура, написанные автором, исчезают во время компиляции. То, что производят декомпиляторы, — это псевдокод: читаемое приближение того, что делает машинный код. Вклад REA состоит в том, чтобы систематически работать на основе этих доказательств и писать спецификацию поведения, а именно это и нужно для верной пересборки.

Законно ли выполнять обратную разработку приложения?

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

Нужен ли мне всё ещё установленный Ghidra, чтобы использовать REA?

Для нативных бинарных файлов — да, REA — это слой оркестрации, а не двигатель. Он управляет установленным двигателем анализа (Ghidra, IDA Pro или Hopper) и проверяет каждый с помощью своей команды doctor. APK проходят через JADX, а некоторые цели — приложения на JavaScript и Electron, веб-сайты, сетевые захваты — вовсе не нуждаются в нативном двигателе. Установка занимает полдня один раз; выносливость агента — это та часть, которую вы не могли бы нанять.

Могут ли ИИ-агенты выполнить обратную разработку вашего приложения?

By John · Former Microsoft engineer with 20 years of experience.

REA — Reverse Engineer Anything — это MCP-сервер с открытым исходным кодом и инструмент командной строки, который позволяет кодинг-агенту работать с профессиональным программным обеспечением для обратной разработки: направьте агента на выпущенное приложение или бинарный файл, и он исследует код настоящими декомпиляторами, записывает, как работает функция, в виде спецификации, пересобирает функцию и сверяет пересборку с оригиналом. В октябре 2026 года он стал одним из самых быстрорастущих проектов на GitHub и изменил экономику одного старого факта: всё, что работает на машине пользователя, может быть прочитано этим пользователем. Эта статья объясняет, что такое REA на самом деле, стек инструментов, которыми он управляет, рабочий процесс, делающий его результаты заслуживающими доверия, и что с этим делать разработчику, выпускающему программное обеспечение.

Что такое REA

REA (репозиторий — morluto/rea, лицензия MIT, устанавливается из npm как rea-agents) не является декомпилятором. Он сам ничего не декомпилирует. Это слой оркестрации, говорящий на Model Context Protocol — том же интерфейсе, с которым работа этого сайта по готовности к агентам имеет дело со стороны веб-сайта, — и предоставляющий операции обратной разработки как инструменты, которые кодинг-агент, такой как Claude Code, Codex или Cursor, может вызывать: дизассемблируй этот бинарный файл, декомпилируй эту функцию, перечисли строки, проследи перекрёстные ссылки, покажи доказательства. Тяжёлую работу выполняют двигатели под ним, которыми агент управляет так, как это делал бы человек-аналитик, разве что может позволить себе быть исчерпывающим.

Это разделение труда и есть суть. Вывод декомпилятора огромен и по большей части скучен; дефицитным навыком в обратной разработке никогда не было умение запускать инструмент — им было умение решать, на что смотреть дальше, и знать, когда ответ доказан. REA сочетает двигатели с инструкциями рабочего процесса — расследовать в установленном порядке, записывать доказательства для каждого утверждения, указывать, что не удалось разрешить, — поэтому вывод агента — не груда псевдокода, а набор выводов с подтверждениями. Для нативных бинарных файлов он управляет Ghidra, IDA Pro или Hopper; для пакетов Android он управляет JADX; для живого поведения он может читать захваты HAR и mitmproxy. Один интерфейс, много двигателей, а агент обеспечивает выносливость.

Стек в одной карте

Ядро анализа. Ghidra — бесплатный декомпилятор АНБ под лицензией Apache-2.0 и двигатель по умолчанию для большинства людей; IDA Pro — коммерческий ветеран, которого многие профессионалы до сих пор предпочитают. Новым является не тот или иной инструмент, а их мосты: GhidraMCP и ida-pro-mcp открывают работающий сеанс Ghidra или IDA агенту через MCP, так что агент может напрямую запрашивать базу данных дизассемблирования вместо чтения скриншотов. REA находится уровнем выше них, выбирая двигатели и выстраивая последовательность работы.

Мобильные устройства и приложения. jadx декомпилирует Android APK обратно в читаемый Java; Apktool распаковывает ресурсы и smali APK и может его пересобрать; Frida инструментирует работающее приложение, перехватывая функции по мере их выполнения, — динамическую половину, которую статическая декомпиляция не видит; а ILSpy делает для сборок .NET то, что jadx делает для APK. (Для первого взгляда без установки на объявления APK, а не на его код, APK Analyzer этого сайта читает манифест, разрешения и сертификаты подписи в вашем браузере.)

Бинарный и низкоуровневый. radare2 и его более дружелюбный форк rizin — это скриптуемые, терминально-ориентированные фреймворки обратной разработки; x64dbg — отладчик Windows, к которому обращается большинство аналитиков; ImHex — шестнадцатеричный редактор с языком паттернов для описания форматов файлов; а angr — двигатель символьного исполнения, который может рассуждать о каждом пути через функцию, а не об одном её запуске. Это инструменты для вопросов, на которые декомпиляторы отвечают плохо: упакованные бинарные файлы, странные форматы файлов, «может ли этот ввод вообще достичь той ветки».

Сеть и время выполнения. mitmproxy располагается между приложением и его серверами и записывает разговор — для многих приложений трафик API объясняет больше, чем код, и это формат захвата, который REA читает нативно. dnSpy отлаживает и редактирует приложения .NET вживую, а raddebugger — современный графический отладчик Epic для Windows. Вокруг всего этого находятся карты: два отобранных списка, awesome-ai-reverse-engineering (122 репозитория эпохи агентов, каждый прочитан и оценён) и собственный список автора REA awesome-reverse-engineering, приведены в источниках ниже.

Цикл «чистой комнаты»: спецификация, пересборка, проверка

Рабочий процесс, к которому побуждает REA, старше ИИ: это инженерия «чистой комнаты», дисциплина, когда-то использовавшаяся для клонирования BIOS без его копирования. Агент исследует цель и пишет SPEC.md — спецификацию того, что делает программное обеспечение, простым языком, с доказательствами для каждого поведения. Только после этого начинается пересборка, исходя из спецификации, а не из декомпилированного кода, и пересборка оценивается по критериям приёмки: те же входные данные, те же выходные данные, те же граничные случаи. Там, где судья говорит «нет», цикл возвращается к доказательствам — не к догадке — и расследует снова.

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

Что это значит, если вы выпускаете программное обеспечение

Ничто из этого не делает клиентский код секретным; он никогда им и не был. Оно делает его чтение дешёвым. Умелый аналитик с Ghidra всегда мог извлечь из вашего приложения конечные точки API, переключатели функций и логику лицензирования — инструменты класса REA означают, что младший специалист с подпиской на агента может сделать первый проход за полдня. Практические последствия те же, что и раньше, теперь с более короткими сроками: секрет, встроенный в выпущенный бинарный файл, — ключ API, частная конечная точка, единственное истинное правило скидок — фактически опубликован; обфускация повышает стоимость чтения, но это отсрочка, а не барьер; а всё, от секретности чего зависит ваш бизнес, должно находиться на вашем сервере, за аутентификацией, а не в приложении.

Защитные меры столь же непривлекательны и работают: держите секреты и решения о ценах и лицензировании на стороне сервера, выпускайте недолговечные токены с ограниченной областью действия вместо постоянных ключей, используйте аттестацию платформы (Play Integrity, App Attest) там, где риск это оправдывает, и при проектировании мер против злоупотреблений исходите из того, что поведение вашего клиента полностью наблюдаемо. Это зеркальное отражение урока этого сайта о готовности к агентам: там суть была в том, что агенты читают обращённую к машинам поверхность вашего сайта независимо от того, проектировали вы её или нет; здесь агенты читают бинарный файл вашего приложения тем же образом. В обоих случаях выигрышный ход — сознательно решить, что говорит обращённая к машинам поверхность.

Законные применения — и границы

У обратной разработки есть почётные, устоявшиеся применения, и собственная документация REA называет тот же список: анализ вашего собственного программного обеспечения (включая копию, исходный код которой вы потеряли), исследования безопасности и анализ уязвимостей, расследование вредоносного ПО и инцидентов, совместимость — заставить ваш продукт работать с другим, — соревнования CTF и образование. Во многих юрисдикциях некоторые из них защищены даже от лицензионного положения, претендующего на их запрет, в частности совместимость и добросовестные исследования безопасности, хотя детали различаются, и эта статья не является юридической консультацией.

Границы столь же ясны. Лицензия MIT на инструменты не является лицензией на цель: она не разрешает клонировать продукт конкурента из его бинарного файла, обходить DRM или механизмы принудительного исполнения лицензий либо распространять то, что вы извлекли. Цикл «чистой комнаты» в предыдущем разделе существует именно для того, чтобы удерживать пересборку по правильную сторону этой линии — поведение и доказательства, а не скопированная реализация. Собственные инструменты анализа этого сайта проводят ту же линию в миниатюре: статические, локальные, только для чтения, без исполнения, без обхода — первый взгляд, при этом тяжёлая и юридически чувствительная работа оставлена инструментам и людям, которые могут взять за неё ответственность.

Попробуйте сами

REA требуется Node.js 22 или новее; одна команда — npx rea-agents setup — регистрирует его MCP-сервер у найденных им кодинг-агентов и устанавливает соответствующие инструкции рабочего процесса, а собственная команда doctor REA проверяет каждый двигатель (для нативных бинарных файлов должен быть установлен нативный двигатель, такой как Ghidra; JADX покрывает APK). Направьте его на программное обеспечение, которым вы владеете, или на образец, который вам разрешено исследовать, — небольшая утилита, написанная вами, — идеальная первая цель, — и спросите его, как работает одна функция. Прочитайте спецификацию, которую он создаёт, прежде чем читать любой псевдокод: ссылки на доказательства — это то место, где находится правда.

Если вам нужна версия первого шага без установки, именно для этого предназначен Binary File Inspector этого сайта: перетащите файл PE, ELF или Mach-O на страницу и прочитайте его заголовки, разделы, импорты и строки в вашем браузере — без загрузки, без исполнения, без цепочки инструментов. Он ничего не декомпилирует, и он об этом говорит; это пятиминутная сортировка, которая подскажет вам, стоит ли настраивать полное лечение REA и для какого двигателя.