오픈소스라 주장되는 역공학 MCP 묶음 REA

X 사용자 천따황(@realchendahuang)이 2026년 10월 8일 중국어 게시물로, 역공학(리버스엔지니어링) 도구 모음을 로컬 MCP 서버로 제공한다고 주장되는 프로젝트 REA를 소개했습니다. '오픈소스'라는 표현은 원문 스레드의 후속 게시물(@lxfater, @shijianzhongg)이 쓴 주장이며, 번들에 GitHub 레코드가 없어 저장소 실물은 확인되지 않았습니다. 핵심 주장은 간단합니다. 에이전트가 역공학 도구들을 직접 호출하게 만들어, 앱이나 실행 파일을 건네면 기호표·문자열·호출 그래프·의사코드를 따라가 알고리즘과 제어 흐름을 파악한 뒤 사용자가 고른 기술 스택으로 재구현하는 워크플로우를 지원한다는 것입니다.

REA가 주장하는 것과 연결 대상

원문 게시물에 따르면 REA는 역공학 도구 체인 전체를 로컬 MCP 서비스로 묶어, Claude Code·Codex·Cursor 같은 일상적인 코딩 에이전트에 직접 연결합니다. 에이전트가 도구를 호출해 작업을 처리한다는 점이 기존에 사람이 손으로 하던 역공학과 다르다고 설명합니다.

• 지원 주장 범위: 프론트엔드 Electron 앱의 asar 해체, Hopper·Ghidra 로컬 인터페이스를 통한 Mach-O·PE·ELF 바이너리 분석
• 권장 워크플로우(원문 주장): 앱 또는 실행 파일을 에이전트에 전달 → 기호표 탐색, 문자열 검색, 호출 그래프 추적, 의사코드 확인 → 알고리즘과 제어 흐름 파악 → 자신의 프로젝트에서 선택한 기술 스택으로 구현

X 사용자 톄추이런(@lxfater)은 같은 날 올린 보강 게시물에서 REA의 지원 범위를 세 단계로 풀었습니다. JavaScript/Electron 역공학으로 모듈과 호출 관계를 찾고, 안드로이드 APK를 디컴파일해 메서드를 확인하며, 네이티브 바이너리까지 내려가 함수·문자열·어셈블리를 추적한다는 것입니다. 해당 게시물이 전하는 공식 예시로는 Notion의 복사 동작 추적 사례를 들었습니다. 복사 조작을 따라가 시스템 클립보드 전달 방식과 리치텍스트 저장 방식을 확인했다는 주장입니다.

설치 경로와 검증되지 않은 주장들

@lxfater 게시물이 전하는 설치 절차는 다음과 같습니다. 컴퓨터에 Node.js와 npm이 설치된 상태에서 npx rea-agents@latest setup 명령을 실행하고, 안내에 따라 에이전트를 선택한 뒤 재시작하면 연결된다는 것입니다. 네이티브 바이너리를 분석하려면 Ghidra 또는 Hopper 같은 도구의 별도 설정이 추가로 필요하다고 덧붙였습니다.

다만 아래 수치와 속성은 모두 @lxfater 단일 게시물의 주장이며, 번들에는 1차 자료 대조가 없습니다. 사실로 단정하지 마십시오.

• 하루 7,744개 별점 증가, 누적 약 1.95만 개 별점
• MIT 라이선스

저장소 측면에서 주의할 점도 있습니다. 번들의 GitHub 레코드는 비어 있고, 원문과 관련 게시물의 t.co 단축 링크가 확장되지 않아 정규 GitHub 저장소 URL이 확정되지 않았습니다. 이 초안에서는 단축 링크를 그대로 옮기지 않으며, 에셋 확보 단계에서 정규 저장소 URL 확인이 필요합니다. 설치 명령 역시 공식 문서 대조 없이 단일 게시물 출처이므로, 실행 전 저장소 README에서 명령과 지원 에이전트 목록을 먼저 확인하십시오.

누구에게 유용한가

앱의 숨은 동작을 확인하거나, 의심스러운 소프트웨어의 행위를 뜯어보거나, 잘 만든 앱의 구조를 학습 목적으로 파악하려는 개발자에게 관련이 있습니다. 다만 역공학은 대상 소프트웨어의 라이선스와 각 시장 법규의 제약을 받습니다. 권한이 있는 자신의 앱·사내 바이너리·오픈소스 결과물처럼 분석 권한이 명확한 대상부터 다루고, 도구 호출 기록과 반출 내용을 남기는 운영이 필요합니다. 원문에 달린 답글 하나에서도 기본 읽기 전용 범위와 호출 로그 보존 같은 가드레일을 먼저 갖춰야 한다는 지적이 나왔습니다.

출처

• 천따황(@realchendahuang) 원문 게시물(2026-10-08): X 원문
• 톄추이런(@lxfater) 보강 게시물(2026-10-08): X 게시물