REA набрал 10 десятков тысяч звёзд за неделю и «разбирает всё»: в чём революция?

Нет ни исходников, ни документации, но хочется разобраться, как в приложении устроена определённая функция, — а то и реализовать что-то похожее в собственном продукте. Раньше на такую сложную задачу у специалиста по обратной разработке уходили недели. Теперь достаточно одной фразы ИИ-агенту, и он сам откроет Ghidra или IDA.

В этой статье речь пойдёт о REA (Reverse Engineer Anything), который недавно заполонил обсуждения среди ИИ-разработчиков, и о более важном вопросе, стоящем за ним: что означает для разработчиков и индустрии закрытого ПО ситуация, когда обратная разработка за одну ночь превращается из ремесла экспертов в задачу, доступную каждому по одной фразе.

Сразу обозначим вывод: в самом REA нет принципиально новых технологий. Новое в том, что он передал эту работу ИИ и сделал её доступной обычным людям.

История, которой многие порадовались

В 10-м месяце 2026 года разработчик по имени Brandon Thomas сделал то, чему аплодировал весь интернет.

Началось всё просто: его настолько возмутила плата Adobe за отмену подписки, что он решил ответить компании тем же — с помощью Claude Opus 5.5 выполнил обратную разработку и заново написал 7 приложений из пакета Adobe:

Затем он бесплатно выложил их с открытым исходным кодом. Один только PhotoCraft менее чем за 10 дней набрал 4.6 десятка тысяч звёзд. На Hacker News автор написал:

«С программным обеспечением покончено. На этот раз всерьёз. Я только что воссоздал Photoshop с одного запроса. Целиком».

История разлетелась потому, что превратила «обратную разработку» из отвлечённого представления наблюдателей в осязаемую реальность: один человек и один ИИ бросили вызов целому пакету продуктов гигантской компании.

Что именно делает REA

Если история Thomas — это «личные усилия + ИИ», то REA превращает такой подход в продукт и делает его общедоступным.

Уже на первом экране страницы проекта написано:

«Заметили в приложении функцию, которую хотите добавить в свой продукт? Поручите агенту исследовать её». «Даже без исходного кода агент может изучить приложение, объяснить работу функции, показать доказательства и реализовать похожую возможность в вашем проекте».

Какие инструменты он связывает

Обратная разработка буквально означает движение от скомпилированной программы к пониманию того, как она написана внутри. Традиционно это было ремесло исследователей безопасности: переключаться между декомпиляторами (Ghidra, IDA, Hopper), дизассемблерами и отладчиками, отслеживать цепочки вызовов, искать строки. Несколько дней на разбор одной функции были обычным делом.

REA подключает весь этот набор инструментов к ИИ-агенту для программирования. Интерфейсом служит MCP (Model Context Protocol) — универсальный протокол, позволяющий агентам вроде Claude Code, Codex и Cursor вызывать внешние инструменты.

После установки достаточно сказать агенту: «Разберись, как в этом приложении работает поиск», — и он самостоятельно выполнит следующие шаги:

1. Откроет целевую программу и выяснит её общую структуру и основные сведения о ней
2. Найдёт нужные строки по ключевым словам
3. С помощью XRef (перекрёстных ссылок) установит, какие функции ссылаются на эти строки
4. Постепенно доберётся до основной логики по цепочке вызовов
5. Изучит псевдокод целевых функций и низкоуровневый ассемблерный код, сверяя их между собой
6. В итоге представит полную цепочку доказательств: функции, связи вызовов и декомпилированный код

Стандартный процесс в официальной документации выглядит так: открыть бинарный файл → найти зацепки → XRef → граф вызовов → декомпиляция → воссоздание функции.

Область применения гораздо шире, чем «разобрать EXE»

REA поддерживает далеко не только программы для Windows:

• Нативные программы: Mach-O, ELF, PE, приложения macOS в формате .app (включая метаданные Swift/ObjC)
• Различные пакеты: ZIP, APK, IPA, ASAR — список файлов можно получить без распаковки
• Приложения на Electron и JS: анализ точек входа, модулей, каналов IPC, скриптов preload и карт исходного кода
• Сайты: пассивное наблюдение за браузером через локальную конечную точку Chrome DevTools
• .NET (управляемые PE/CLI): изучение метаданных без запуска программы
• Анализ различий версий: сравнение двух версий приложения с формированием отчёта об изменениях

Почему он стал популярным: барьер входа резко снизился

Главное изменение, которое принёс REA, — это порог входа.

Раньше, чтобы ИИ помогал с обратной разработкой, нужно было уже самому ею владеть: установить IDA, настроить плагины, знать, какие вопросы задавать, и понимать ассемблер. Эти требования оставляли за бортом подавляющее большинство разработчиков приложений.

Теперь достаточно одной команды:

bash

Разбор кода

Копировать код

npx rea-agents setup

Выбираете агента для подключения (Claude Code / Codex / Cursor / Gemini CLI / Windsurf…), подтверждаете — и конфигурация готова. В списки популярных проектов его вывело не сообщество специалистов по безопасности, а ИИ-блогеры и крупные технологические аккаунты. Это само по себе показательно.

Причина популярности проста: технология не нова — новыми стали её пользователи.

Достижения сообщества обратной разработки за эту неделю

Пример первый: игру класса 3A воссоздали с побайтовым совпадением

Одним из самых обсуждаемых разборов этой волны стал рассказ специалиста по обратной разработке Maurice Heumann.

Он запустил параллельно больше десятка агентов Claude Code и Codex, которые восстановили 99% функций шутера в виде исходного кода C++. Для 83% функций результат компиляции побайтово совпал с оригинальной программой.

Заметьте: он использовал официальный MCP от Hex-Rays, а не REA. Это как раз показывает, что ИИ уже способен довести обратную разработку до строго проверяемого результата — полного совпадения байтов после компиляции. Речь не о «примерно похожем поведении», а о реальном приближении к исходному коду.

Пример второй: обратная разработка самого Claude Code

Кто-то поручил REA проанализировать сам Claude Code — огромный пакет с тысячами модулей и десятками мегабайт сжатого кода, настолько сложный, что при традиционной обратной разработке пришлось бы разбирать громадный объём минифицированного кода.

Направление оказалось верным, но цель была слишком велика: во время глубокого анализа REA в какой-то момент исчерпал кучу JavaScript. Сам этот сбой показателен: ИИ уже взялся за задачу со всей возможной настойчивостью.

Пример третий: разобрать Sony Sound Connect и «перенести» функцию в своё приложение

В технической статье Tencent Cloud описан случай, который автор назвал «наиболее близким на данный момент к обратной разработке реального коммерческого приложения»: он подключил Samsung S24 Ultra, поручил Codex проанализировать Sony Sound Connect с помощью REA, а затем самостоятельно разработал Android-приложение, которое включает подавление шума ветра (Wind Noise Reduction) сразу при открытии.

Раньше, заметив интересную функцию в программе, можно было лишь снаружи гадать, как она устроена. Теперь агент способен проникнуть внутрь программы, постепенно восстановить цепочку реализации и даже помочь воссоздать функцию.

Пример четвёртый: обратная разработка всего пакета Adobe

Это та самая история из начала статьи. Добавим деталь: подход Thomas называют разработкой по принципу чистой комнаты (Clean Room) — «я не копировал твой код», а, разобравшись в принципах, заново реализовал функциональность другим способом. Другие специалисты выбирают побайтовое совпадение: «написать в точности как у тебя». Оба подхода отражают нынешнюю волну.

Пример пятый: старые игры бесплатно

В начале 10-го месяца целый ряд старых игр вдруг заработал в браузере: Halo: Combat Evolved, Half-Life, Diablo, GTA5 и COD: Modern Warfare 2. Хотя часть этих игр класса 3A стала доступна благодаря утечкам старых исходников, ускорение обратной разработки с помощью ИИ тоже сыграло свою роль.

Реальное влияние на разработчиков

Именно об этом статья прежде всего и хочет поговорить: помимо удобства инструмента, какое влияние он оказывает на разработчиков как сообщество.

Ремесло обратной разработки теряет в цене, но не исчезло

Раньше обратная разработка требовала накопленного опыта, и многие исследователи безопасности построили на ней свою карьеру. После того как ИИ снизил порог входа, в сообществе стала нарастать профессиональная тревога: насколько надёжно конкурентное преимущество «я всегда могу разобраться в чужой программе»?

Трезвых голосов в сообществе немало. Соавтор Practical Reverse Engineering Elias Bachaalany, когда REA заполонил обсуждения, поделился рекомендацией проекта, начав с одного слова:

Хайп (Hype).

Его мысль в том, что эти инструменты существуют давно: GhidraMCP и IDA Pro MCP были ещё в прошлом году. «ИИ, подключённый к инструментам обратной разработки» — не новый вид технологии, а лишь новая упаковка.

Блогер по информационной безопасности Сюаньюань Чжифэн написал конкретнее:

• С программами без упаковки ИИ справляется легко
• С лёгкой упаковкой — тоже
• Сильную защиту на основе виртуализации, такую как VMP, пока преодолеть не удаётся
• В REA нет даже динамической отладки

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

Агенты повторяют переход «от написания кода к изменению репозитория»

Есть точная аналогия с развитием агентов для программирования: раньше ИИ помогал написать несколько строк, а теперь способен сам изучить репозиторий, изменить код и запустить тесты. REA переносит те же возможности в обратную разработку.

Обратная разработка постепенно переходит от «человек использует инструменты» к «человек задаёт вопрос, а агент использует инструменты».

Это уже не демонстрация: от понимания функций реального ПО до восстановления алгоритмов и проверки дифференциальными тестами агент способен пройти полный цикл обратной разработки. Иными словами, «понять всё, что установлено на компьютере», становится базовой возможностью.

Сама обратная разработка разрушает конкурентные барьеры

Eric S. Raymond, ветеран сообщества открытого ПО, высказался ещё прямее: эпоха секретности программного обеспечения близится к концу, и почти все программы, которые можно установить на компьютер, утратят защиту в виде этой «секретности».

Раньше производители ограничивали подключение сторонних решений, не раскрывая протоколы обмена данными. В будущем всё, что можно установить на компьютер, фактически станет почти эквивалентом открытого ПО. Создателям продуктов стоит особенно задуматься об этом: нельзя строить конкурентную защиту на том, что «другие не разберутся в коде». Конкурентное преимущество нужно строить на более прочной основе — удобстве, экосистеме, сервисе и бренде.

Некоторые вещи по-прежнему недоступны для разбора

• Серверную логику разобрать не получится: можно изучить клиент на своём компьютере, но не вторую половину системы в чужом дата-центре
• Контекст может переполниться: пользователи уже жалуются, что описания инструментов, которые REA передаёт агенту, слишком длинные и быстро занимают весь контекст
• Больше инструментов не означает лучший результат: автор x64dbg Duncan Ogilvie говорит, что не считает предоставление модели дополнительных инструментов гарантией улучшения её работы

Необходимое отрезвление: возможность обратной разработки ≠ законность

Это серьёзная тема, и ограничиваться одними историями без объяснения сути нельзя.

С юридической точки зрения «изучить устройство» и «сделать по образцу» — разные вещи

• Что касается коммерческой тайны, судебное толкование Верховного народного суда КНР от 2020 года прямо устанавливает: получение технической информации путём разборки, обследования и анализа продукта, приобретённого из открытых источников, не считается нарушением коммерческой тайны.
• В сфере авторского права статья семнадцатая «Положения об охране компьютерного программного обеспечения» разрешает использовать ПО для изучения и исследования идей и принципов его проектирования. Статья пятидесятая «Закона об авторском праве» относит «исследования путём обратной разработки компьютерного программного обеспечения» к случаям, в которых допускается обход технических средств защиты.
• При этом статья шестая того же положения прямо говорит: охрана не распространяется на идеи, процессы обработки и методы работы, использованные при разработке.

Опасность в том, что REA убрал стену между «человек изучает результат декомпиляции» и «человек пишет новый код». Результат декомпиляции читает агент, и код пишет тот же агент — разделения между этапами нет. На Hacker News кто-то назвал это «отмыванием интеллектуальной собственности» (washing IP).

Три реальные зоны риска

1. Разобрать клиентское ПО, на которое распространяется NDA, а затем передать данные поставщику модели — значит потенциально нарушить договор. REA не лукавит, когда говорит, что анализ выполняется локально. Но для осмысления результатов агент отправляет фрагменты декомпилированного кода, связи вызовов и строки в API используемой модели. Именно на этом этапе можно перейти допустимую границу.
2. У компании, чьё ПО разбирают, есть пользовательское соглашение и юристы. Если дело дойдёт до претензий, в центре риска окажетесь именно вы — тот, кто дал команду.
3. У поставщиков моделей тоже есть ограничения. При разборе Jianying у некоторых пользователей Claude останавливался на полпути или ограничивал работу. Это действуют защитные механизмы модели, но где и как они срабатывают, определяет поставщик.

Для нас, разработчиков инструментов: самые практичные способы использовать REA

Для разработчика инструментов главная ценность REA — не во «взломе» или попытке «насолить крупной компании», а в трёх полезных сценариях:

Исследование функций конкурентов. Хотите понять, как реализована функция в приложении? Поручите агенту разобрать её, изучите подход, а затем спроектируйте собственное решение. Понимание ≠ копирование.

Изучение принципов работы. Разобрать интересующую вас классическую программу и посмотреть на её внутреннее устройство — один из самых эффективных способов учиться.

Восстановление потерянного или устаревшего кода. Исходники старого проекта утрачены? Их можно восстановить обратной разработкой. В официальной документации даже отдельно указан сценарий «восстановление потерянного исходного кода».

Помните о границе: понимать нужно, чтобы сделать лучше, а не чтобы скопировать. От наблюдаемого результата перейти к пониманию реализации, а затем создать собственную — вот наиболее здоровый способ применения.

Как начать (первые шаги за 30 секунд)

1. Убедитесь, что установлены Node.js и npm
2. Установите один из необходимых инструментов обратной разработки (Ghidra бесплатна, имеет открытый исходный код и наиболее удобна для начала)
3. В выбранном агенте (Claude Code / Codex / Cursor и т. п.) выполните:

bash

Разбор кода

Копировать код

npx rea-agents setup

1. Выберите агента и подтвердите конфигурацию. После этого ему можно сказать: «Помоги разобраться, как в этом приложении реализована функция XXX»

Напоследок

Если убрать шум вокруг «10 десятков тысяч звёзд за неделю», суть нынешней популярности REA сводится к одной фразе:

Обратная разработка переходит от «человек использует инструменты» к «человек задаёт вопрос, а агент использует инструменты».

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

Но нужно видеть обе стороны:

• Оптимистичная: каждый разработчик получает умного помощника, способного «понять всё, что установлено на компьютере». Возможности обучения, исследования и создания продуктов расширяются
• Трезвая: нельзя больше строить конкурентную защиту на «секретности кода»; сложная обратная разработка по-прежнему требует экспертов; юридические риски не исчезнут оттого, что инженер их не замечает

Для разработчиков важнее запомнить не то, что «он умеет разбирать программы», а то, о какой более широкой тенденции это говорит. Когда ИИ уже способен понять любую изобретательность, которую кто-то воплотил в двоичном коде, нам остаётся защищать только саму суть: зачем мы делаем продукт, для кого и насколько хорошо.

Источники и материалы: GeekPark — «10 десятков тысяч звёзд за неделю: ИИ выполняет „обратную разработку всего“, но не стоит слишком восторгаться»; 36Kr — «С программным обеспечением покончено? REA набрал 12 десятков тысяч звёзд за три дня»; сообщество разработчиков Tencent Cloud — «REA стал хитом: ИИ-агенты начали самостоятельно заниматься обратной разработкой»; «Каждый — продакт-менеджер» — «ИИ начинает выполнять обратную разработку всего».