Объяснение обратного проектирования чего угодно (REA): индустрия программного обеспечения уже ник...

В этом видео Cloud X Berry простым и доступным для начинающих способом объясняет REA (Reverse Engineer Anything — Обратное проектирование чего угодно). Вы используете приложение, и вам очень нравится какая-то функция. Вы хотите понять, как она работает, и создать нечто подобное в своём проекте. Проблема в том, что у вас нет исходного кода. Вы можете просто кликать мышкой, смотреть, что происходит, и тестировать, но реализация остаётся скрытой. Традиционно опытному реверс-инженеру на это могут уйти дни или даже недели. REA — это проект с открытым исходным кодом, который передаёт это исследование агенту ИИ-кодирования, и он набрал более 42 000 звёзд на GitHub менее чем за неделю. Начнём с того, что представляет собой REA. Это не декомпилятор. Это координационный слой между вашим агентом ИИ-кодирования и специализированными инструментами, которые выполняют реальный анализ: Ghidra, Hopper и IDA Pro для нативных бинарных файлов, а также рабочие процессы для приложений JavaScript и Electron, сборок .NET, приложений Android, веб-сайтов и прошивки. Затем мы рассмотрим репозиторий GitHub и три этапа, на которых построена REA: декомпиляция, понимание и воссоздание. Мы посмотрим, как один общий интерфейс используется многими инструментами, как контекст исследования передается между вызовами инструментов и что содержится в каталоге из 139 инструментов MCP. После этого мы настроим ее с помощью npx rea-agents setup и рассмотрим практический пример: отследим, как экспортер приложения Notes форматирует заголовки, затем перестроим этот форматтер и проверим его на 14 тестовых случаях. Затем мы перейдем к тому, что большинство видеороликов пропускают. REA не может вернуть вам исходный код, и мы объясним почему. Мы рассмотрим внедрение подсказок, скрытое в анализируемом программном обеспечении, почему REA не является песочницей, что отправляется вашему поставщику моделей, когда обратное проектирование юридически разрешено, и практические ограничения, которые следует учитывать при планировании. В заключение мы рассмотрим рабочий процесс, который стоит сохранить надолго после использования этого инструмента: собрать доказательства, следовать им, затем создать что-то новое и протестировать это. Разделы 0:00:35 Знакомство с REA: обратное проектирование чего угодно 0:02:34 Изучение репозитория GitHub 0:03:55 Декомпиляция, понимание, воссоздание 0:05:37 Один интерфейс для множества инструментов анализа 0:06:58 Что может анализировать REA 0:08:17 139 инструментов MCP и суждение агента 0:09:24 Настройка REA 0:12:20 Может ли REA восстановить исходный код? 0:13:38 Безопасность: внедрение подсказок и почему REA не является песочницей 0:15:16 Законно ли обратное проектирование? 0:16:33 Практические ограничения 0:17:42 Вывод: собирай, следуй, создавай ДЛЯ КОГО ЭТО Разработчики, которые изучили функцию в чужом приложении и задались вопросом, как она на самом деле работает, инженеры, использующие агентов ИИ для кодирования, которые хотят указать им не только на собственный код, изучающие безопасность и интересующиеся декомпиляторами и бинарным анализом, а также все, кому необходимо понять незнакомую зависимость, протокол или устаревшую систему без ее оригинальной документации. #обратноепроектирование #агентыИИ #mcp #ghidra #кибербезопасность #программнаяразработка