REA (Reverse Engineer Anything): AI 에이전트가 앱을 디컴파일하고 재구성하는 방법

REA(Reverse Engineer Anything의 약자)는 AI 코딩 에이전트에 실제 리버스 엔지니어링 도구를 제공하는 오픈소스 MCP 서버 및 CLI입니다. 특정 기능이 어떻게 동작하는지 추측하는 대신, 에이전트가 바이너리를 디컴파일하고 관련 코드를 추적하며 모든 결론의 근거를 증거로 제시할 수 있습니다. 그런 다음 여러분의 프로젝트에 맞는 버전을 직접 작성하고 테스트할 수 있습니다. 이 가이드에서는 REA가 무엇인지, 어떻게 작동하는지, 무엇을 분석할 수 있는지, 그리고 설정 방법을 다룹니다.

REA란 무엇인가?

REA는 AI 에이전트를 네이티브 바이너리, JavaScript 및 Electron 앱, .NET 어셈블리, 웹사이트 검사 도구와 연결합니다. Model Context Protocol(MCP)을 사용하므로 에이전트가 로컬 서버를 통해 분석을 요청하고, 관련 코드를 추적하며, 증거와 명시된 한계와 함께 결과를 받아볼 수 있습니다.

핵심 가치 제안: 앱에서 마음에 드는 기능을 발견하고, 바이너리 수준까지 작동 방식을 이해한 뒤, 이를 재구성하는 것입니다. 에이전트에게 REA로 특정 기능을 조사하도록 요청하면, 소스 코드 없이도 앱을 검사하고, 기능 작동 방식을 설명하며, 증거를 제시하고, 여러분의 프로젝트에 맞는 버전을 빌드할 수 있습니다.

몇 가지 핵심 사실:

• 라이선스 및 언어: MIT 라이선스로 TypeScript로 작성되었으며, npm에서 rea-agents로 배포됩니다.
• 기본적으로 로컬 실행: 분석은 로컬에서 실행되며, 결과에는 각 결론의 근거와 한계가 포함됩니다.
• 성장세: 서드파티 자료에 따르면 활발히 개발 중인 프로젝트로, 2026년 10월 GitHub 트렌딩 1위를 기록했으며, 작성 시점 기준 저장소에 125k+ 스타가 등록되어 있습니다.

REA 작동 방식

REA는 에이전트와 검증된 분석 도구 모음 사이에 위치합니다. Model Context Protocol을 사용해 에이전트가 로컬 서버를 통해 분석을 요청할 수 있습니다. 에이전트는 REA에 대상 검사를 요청하고, 중요한 코드를 추적하며, 구조화된 결과를 받습니다.

워크플로우는 세 단계로 요약됩니다: 디컴파일, 이해, 재구성. 에이전트를 앱으로 향하게 하고 특정 기능의 작동 방식을 물어보면, REA가 바이너리를 디컴파일하고, 함수 간 코드를 추적하며, 설명의 근거가 되는 증거를 제시합니다.

내부적으로 REA는 요청을 적절한 도구로 라우팅합니다. 에이전트에게 앱을 리버스 엔지니어링하도록 요청하면, REA MCP가 디컴파일을 위해 Ghidra, Hopper, IDA 같은 도구로 라우팅하고, 웹 기반 또는 Electron 스타일 앱 검사를 위해 Chrome DevTools도 활용할 수 있습니다. 이 라이브러리가 변환 레이어를 처리하므로 에이전트는 각 도구를 개별적으로 조작하는 방법을 알 필요가 없습니다.

이것이 중요한 이유는 리버스 엔지니어링이 일반적으로 여러 전문 도구를 동시에 다뤄야 하기 때문입니다. 디컴파일을 위한 Ghidra, 디스어셈블리를 위한 Hopper, 런타임 동작을 위한 동적 트레이서 — 각 도구마다 고유한 CLI, API 인터페이스, 세션 관리가 있는데, REA는 이 모든 것을 단일 MCP 서버를 통해 노출하므로 에이전트가 도구별 상태를 관리하지 않고도 조율할 수 있습니다.

스크립팅을 선호하는 연구자를 위해 동일한 워크플로우를 터미널에서도 사용할 수 있어, 에이전트에 종속되지 않습니다.

분석 가능한 대상

REA의 커버리지는 광범위합니다. 프로젝트의 기능 표를 기반으로, 다음 대상을 분석할 수 있습니다:

• 네이티브 바이너리 — 의사코드(pseudocode), 어셈블리, 문자열, 심볼, 호출 및 참조 (Hopper, Ghidra 또는 IDA 사용).
• JavaScript / Electron 앱 — 모듈, 임포트, 소스 맵, 라우트, IPC 및 네이티브 애드온 관계를 앱 실행 없이 정적으로 검사.
• .NET 어셈블리 — 메타데이터, CIL 명령어 및 선언된 네이티브 의존성 (정적 분석만, 추가 엔진 불필요).
• Android APK — 매니페스트 선언, 클래스, 디컴파일된 메서드 및 참조 (헤드리스 JADX 및 JDK 사용).
• 웹사이트 — 페이지 구조, 스크립트, 네트워크 관찰 및 스크린샷 (Chrome 계열 브라우저 사용).
• WASM, EVM 바이트코드, Go 바이너리, 펌웨어, 저장된 네트워크 캡처, 기록된 Linux 크래시 — 각각 고유한 요구사항과 가이드가 있습니다.

주요 설계 선택: 정적 JavaScript 및 .NET 검사는 실행 없이 파일을 읽는 반면, 런타임 캡처는 사용자의 권한으로 대상을 실제로 실행하거나 상호작용합니다. 네이티브 분석은 프로바이더에 의존합니다 — 네이티브 바이너리를 위해 Ghidra, IDA Pro 또는 Hopper를 구동합니다 — 따라서 지원 형식과 호스트 지원 여부는 설치된 도구에 따라 다릅니다.

설정 방법

설정은 단 하나의 명령어로 완료됩니다. 지원되는 Node.js 버전과 npm이 설치된 상태에서 다음을 실행하세요:

npx rea-agents setup

에이전트를 선택하고, 제안된 변경 사항을 검토한 뒤 승인합니다. 설정은 기존 설정의 백업과 함께 REA의 MCP 서버 및 매칭 워크플로우 지침을 추가하며, 이후 에이전트를 재시작하면 됩니다.

설정은 주요 코딩 에이전트를 지원합니다. 지원 옵션에는 Claude Code, Cursor, Codex, Gemini CLI, Grok Build가 포함되며, 로컬 MCP 서버를 지원하는 다른 클라이언트는 수동 등록을 통해 사용할 수 있습니다.

심층적인 네이티브 분석을 위해서는 프로바이더가 필요합니다. 네이티브 분석은 기존에 설치된 Hopper, Ghidra 또는 IDA를 사용할 수 있으며, 정적 JavaScript 분석에는 네이티브 엔진이 필요하지 않습니다. 저장소에 따르면 설정 시 사용자 승인 후 선택적으로 Hopper를 설치할 수 있습니다.

연결이 완료되면 자연어로 요청할 수 있습니다. 예를 들어 "Notes 앱에서 검색이 어떻게 작동하는지 이해하고, 증거를 보여준 다음, 내 프로젝트에 유사한 기능을 빌드해줘"라고 하면 에이전트가 전체 루프를 실행합니다.

법적으로 사용해도 되나요?

리버스 엔지니어링은 법적으로 미묘한 영역에 있으며, REA는 합법적인 사용을 위한 도구임을 명시하고 있습니다. 이 프로젝트는 연구, 교육, 상호운용성, 소프트웨어 보존, 그리고 소유하거나 검사 권한이 있는 소프트웨어 분석을 위한 것으로 규정합니다. 또한 IDA Pro, Hopper, JEB 같은 상용 엔진은 각자의 라이선스에 따라 합법적으로 취득해야 하며, REA는 어떠한 도구 라이선스나 활성화도 부여하지 않는다고 명시합니다. 소유하지 않은 대상에 에이전트를 향하기 전에 해당 약관을 먼저 확인하세요.

AI 워크플로우에서 이것이 중요한 이유

REA는 더 넓은 패턴의 일부입니다: 모델에게 기억에서 추론하도록 요청하는 대신 에이전트에게 실제 도구와 증거를 제공하는 것입니다. 이는 DeepSeek Harness 같은 에이전트 런타임과 Cursor Origin 같은 목적 지향적 개발자 인터페이스 뒤에 있는 동일한 변화입니다 — 가치는 구조화된 도구 접근과 검증 가능한 출력에 있으며, 단순히 모델에만 있지 않습니다.

"증거를 보여준다"는 설계가 흥미로운 부분입니다. 주장 뒤에 있는 정확한 함수, 바이트 오프셋, 또는 IPC 호출을 인용할 수 있는 에이전트는 바이너리를 감으로 요약하는 에이전트보다 훨씬 신뢰할 수 있습니다.

나만의 AI 인력으로 실행해보세요

REA는 에이전트에게 실제 도구를 제공하고 검증 가능한 결과를 요청할 때 무엇을 할 수 있는지 보여줍니다. Eigent는 동일한 아이디어를 일상 업무에 적용합니다: 실제 작업을 수행하는 오픈소스 로컬 멀티 에이전트 "Cowork" 인력으로, 여러분의 컴퓨터에서 코드 및 풀 리퀘스트 검토, 리서치, 다단계 워크플로우 자동화를 실행합니다. 추측이 아닌 도구로 행동하는 에이전트를 원한다면, Eigent를 다운로드하고 나만의 인력을 구축해보세요.