[기획: AI 트렌드] 하루 4만 스타가 몰린 리버스엔지니어링 도구, 결론마다 붙인다는 근거와 한계가 그 인기에는 없다

트렌딩 목록 맨 위에 REA가 올랐다

10월 14일, GitHub 일간 트렌딩 1위는 REA라는 저장소였습니다. GitHub는 개발자들이 코드를 올려 두고 함께 고치는 사이트입니다. 저장소는 프로젝트 하나의 코드를 모아 둔 공간이고, 일간 트렌딩은 그날 관심이 몰린 저장소를 추린 목록입니다.

REA 옆에는 「오늘 스타 41,187개」가 표시돼 있었습니다. 바로 아래 저장소는 3,547개였습니다. 스타는 저장소에 관심을 표시하는 버튼입니다. 쇼핑 앱에서 찜을 눌렀다고 물건을 산 것이 아니듯, 스타를 눌렀다고 설치했거나 써 봤다는 뜻은 아닙니다.

같은 날 REA 저장소 화면의 스타는 약 24만 개였습니다. 저장소 첫 화면의 소개 문서(README) 맨 위 배너에는 「GitHub 스타 200,000개, 감사합니다!」라고 적혀 있었습니다. 스타 수는 보는 시점마다 달라서, 이 글의 수치는 모두 이날 화면 기준입니다.

REA는 결론마다 그 근거와 한계를 함께 적어 준다고 소개된 도구입니다. 그런데 그 인기를 보여 주는 스타 수에는 무엇을 보고 센 숫자인지가 적혀 있지 않습니다.

AI 에이전트와 분석 도구를 잇는 서버

README 첫 줄에는 REA가 「바이너리·앱·실행 중 동작에 걸친 리버스엔지니어링을 위한 MCP 하나」라고 적혀 있습니다.

리버스엔지니어링은 완성된 프로그램을 거꾸로 뜯어 어떻게 움직이는지 알아내는 일입니다. 바이너리는 컴퓨터가 바로 실행하는 형태로 바뀐 프로그램 파일입니다.

에이전트는 AI 모델에게 파일 읽기나 명령 실행 같은 작업을 이어서 맡기는 프로그램입니다. MCP는 에이전트가 바깥 도구를 같은 방식으로 불러 쓰게 하는 연결 규격입니다. 설치는 npx rea-agents setup 명령 한 줄로 하고, 지원 목록에는 Claude Code·Codex·Cursor·Gemini CLI 등이 있습니다.

바이너리를 깊이 분석할 때는 Hopper·Ghidra·IDA 같은 기존 분석 프로그램 가운데 하나가 쓰입니다. 그 프로그램은 REA가 설치하거나 업데이트해 주지 않습니다. REA는 기존 분석 도구와 에이전트를 이어 주는 도구입니다. README에 적힌 용도는 합법적인 연구·교육·호환·소프트웨어 보존입니다.

분석 방식은 둘로 나뉩니다. 자바스크립트나 .NET 프로그램을 정적으로 검사할 때는 파일을 읽기만 하고 실행하지 않습니다. 실행 분석은 대상 프로그램을 실제로 돌리거나 조작하며, 이때 사용자 권한을 씁니다. 사용자 권한은 지금 로그인한 계정이 컴퓨터에서 할 수 있는 일의 범위입니다.

근거와 한계를 붙인다는 약속은 아직 고치는 중이다

README에는 「분석은 사용자 컴퓨터 안에서 돌고, 결과에는 결론마다 그 근거와 한계가 담긴다」고 적혀 있습니다. 개발자 스스로 내건 설명이고, 실제로 지켜지는지는 우리가 검증하지 않았습니다.

릴리스 화면 기준으로 8일부터 일주일 사이에 새 버전이 여섯 번 나왔습니다. 릴리스는 개발자가 버전 번호를 붙여 내놓는 배포판입니다. 마지막 6.5.0의 날짜는 변경 기록에는 13일, 릴리스 화면에는 14일로 적혀 있습니다. 변경 기록은 버전마다 바뀐 점을 모아 둔 문서입니다.

이 마지막 버전에는 약속을 받치는 기능이 들어갔습니다. 자바스크립트 소스 가운데 분석할 파일을 고를 때, 고르지 않은 파일도 어떤 파일인지는 남기고 분석 범위는 「모름」으로 분명히 표시합니다. 보지 않은 파일을 본 것처럼 넘기지 않게 하는 장치입니다.

14일에는 근거 처리 규칙을 강화하는 커밋도 들어갔습니다. 커밋은 코드 변경 한 건을 기록한 단위입니다. 이 커밋은 기록된 목록이나 수집 사실이 빠져 있으면 결과를 거부하게 했고, 제목의 느낌표로 예전 방식과 호환되지 않는 변경임을 표시했습니다.

같은 날, 근거 보고가 틀린다는 이슈도 열렸습니다. 이슈는 버그나 할 일을 적어 두는 게시글입니다. oleander라는 사용자가 붙인 제목은 「펌웨어 추출 기능이 아무것도 꺼내지 못했는데도 범위를 "complete"로 보고한다」입니다. 펌웨어는 기기 안에 들어 있는 프로그램입니다.

제보자 한 사람의 보고이고, 우리는 재현해 보지 않았습니다. 보고대로라면, 결론마다 한계를 붙인다는 도구에서 아무것도 못 꺼낸 분석이 「완료」로 보고된 셈입니다. 이 이슈는 이날 열린 상태였습니다.

이날 커밋 목록 상위 15건 가운데 14건은 morluto 계정이 냈습니다. 한 계정이 대부분의 변경을 내면서 일주일에 새 버전이 여섯 번 나온 셈입니다.

버전이 이렇게 자주 바뀌면 불안정하다는 지적이 나올 만합니다. 실제로 한 릴리스 노트에는 「6.2는 하위 호환 약속이 아니다」라고 적혀 있습니다. 하위 호환은 새 버전에서도 예전 방식이 그대로 돌아간다는 보장입니다. 다만 근거 규칙 커밋은 기록이 빠진 경우를 받아들이지 않는 강화였습니다. 그래서 우리는 이 흐름을 불안정보다 근거 장치를 다듬는 과정으로 읽습니다. 근거와 한계라는 약속은 아직 완성된 기능이 아니라 고쳐 가는 설계입니다.

공식을 자칭하는 다른 저장소

GitHub에는 REA의 「공식 무료 다운로드」를 자칭하는 별개 저장소 rea-githu/REA가 있습니다. 계정 이름 뒷부분 githu는 github에서 마지막 b가 빠진 모양입니다. 받을 수 있는 것은 zip 압축 파일 하나이고, 체크섬이나 서명 표시는 없습니다.

체크섬은 받은 파일이 원본과 똑같은지 대조할 수 있게 계산해 둔 고유한 숫자입니다. 이 숫자가 없으면 받은 파일을 원본과 맞춰 볼 수단이 하나 빠집니다.

이 저장소는 6.3.0의 날짜를 10일로 적었지만, 공식 릴리스 화면에는 9일로 나옵니다. 공식 README에는 「비슷한 저장소 이름이나 복사한 README는 다운로드가 공식이라는 근거가 되지 않는다」는 문장이 있습니다.

우리는 그 zip 파일을 열지 않았고, 악성인지는 확인하지 못했습니다. 확인한 것은 공식을 자칭하면서 확인 수단은 없다는 정황까지입니다.

출처를 따지는 이유는 REA가 도는 방식에 있습니다. 공식 보안 문서(SECURITY.md)에는 「이것은 샌드박스가 아니며, 같은 운영체제 사용자로 이미 실행 중인 악성 프로그램은 막지 못한다」고 적혀 있습니다. 샌드박스는 프로그램을 격리된 공간에서만 돌게 해 컴퓨터의 다른 부분에 닿지 못하게 하는 장치입니다. 앞서 본 대로 실행 분석은 사용자 권한으로 돕니다.

같은 문서에는 보안 수정은 최신 공개 버전에 제공된다는 문장도 있습니다. 별개 저장소가 내건 버전은 공식 목록에서 이미 최신이 아닙니다. 이런 도구는 어디서 받았는지가 곧 보안 문제입니다.

스타로 세는 것과 의존 그래프로 세는 것

REA 저장소의 의존 관계 그래프에는 의존하는 저장소와 패키지가 모두 0으로 나옵니다. 안내 문구는 「이 저장소에 의존하는 곳을 아직 찾지 못했다」입니다.

의존 그래프는 다른 코드가 이 프로젝트를 가져다 쓴 기록을 GitHub가 모아 보여 주는 화면입니다. 패키지는 다른 프로그램이 가져다 쓸 수 있게 묶어 배포한 코드입니다.

그렇다고 아무도 쓰지 않는다는 뜻은 아닙니다. 이 그래프에는 다른 코드가 패키지로 가져다 쓸 때만 기록이 남습니다. 명령 한 줄로 내려받아 에이전트에 설치해 쓰는 사용은 반영되지 않습니다. 그래서 말할 수 있는 것은 「사용이 적다」가 아니라 「사용 규모가 공개된 숫자로 확인되지 않는다」까지입니다.

이 글에 나온 숫자를 REA 자신의 구분으로 다시 놓아 보면 이렇습니다. 의존 그래프의 0은 「아직 찾지 못했다」고 스스로 밝히는 숫자라, 「없음」보다 「모름」에 가깝습니다. 6.5.0이 안 본 파일에 붙이기 시작한 표시도 「모름」입니다. 반대로 열린 이슈가 문제 삼은 것은 아무것도 꺼내지 못한 분석에 붙은 「complete」였습니다. 그리고 약 24만이라는 스타 수에는 무엇을 보고 셌는지, 무엇을 모르는지가 적혀 있지 않습니다.

앞으로 볼 것은 둘입니다. 「complete」로 잘못 보고된다는 이슈가 어떻게 처리되는지, 그리고 공식을 자칭하는 저장소가 계속 남아 있는지입니다.

REA는 결론마다 근거와 한계를 붙여 준다고 소개됩니다. 우리는 그 꼬리표 자체에도 같은 질문을 던져야 한다고 봅니다. 「complete」라는 라벨이든 24만이라는 인기 숫자든, 무엇을 보고 붙었고 무엇을 모르는지 밝히지 않으면 근거가 아니라 인상일 뿐입니다.