x64dbg-MCP Server의 개요
x64dbg-MCP Server는 오픈 소스 Windows 디버거 x64dbg용 플러그인으로, 디버거 프로세스 안에서 MCP 서버를 실행합니다. 연결된 에이전트는 프로그램을 불러오거나 프로세스에 붙고, 소프트웨어·하드웨어·메모리·조건부·예외 브레이크포인트를 걸고, 스텝 실행과 트레이스를 하고, 레지스터와 메모리를 읽고 쓰고, 패치를 어셈블하고, 모듈·임포트·익스포트·문자열·상호 참조를 나열하고, 패킹된 바이너리의 원래 진입점을 찾고, 메모리나 모듈을 디스크에 덤프할 수 있습니다. ExecuteDebuggerCommand로 어떤 x64dbg 명령이든 전달합니다.
런타임 의존성이 없는 Zig로 작성되었고, 하나의 코드베이스에서 32비트와 64비트 플러그인을 빌드하며, 필수 bearer 토큰과 함께 Streamable HTTP와 SSE를 지원합니다. GitHub 사용자 duty1g가 2026년 8월 22일 만들었고, 별은 약 2,795개, MIT 라이선스이며, 2026년 11월 3일 v1.7을 공개했습니다.
x64dbg-MCP Server 설치 방법
Copy the release dist/ folder into the x64dbg directory; connect to http://localhost:9094/ with the bearer tokenx64dbg-MCP Server, 쓸 만한 가치가 있습니까?
Ghidra 같은 정적 도구는 바이너리를 읽고, 이 도구는 실행합니다. 도구 84개로 에이전트는 진입점에서 멈추고, 호출을 건너뛰고, 레지스터를 지켜보고, 포인터 사슬을 따라가고, 정해진 수의 명령어를 디스어셈블과 함께 트레이스하고, 메모리 쓰기에 하드웨어 브레이크포인트를 걸 수 있습니다. 언 패킹에서는 DetectOEP와 DumpModule이 진짜 진입점을 찾아 덤프하는 흔한 절차를 맡고, WaitForEvent는 브레이크포인트와 예외를 롱 폴링으로 기다려 에이전트가 헛돌지 않게 합니다. 네이티브 플러그인이라는 점이 중요합니다. 모델과 디버거 API 사이에 Python 브리지도 .NET 런타임도 없습니다.
보안 모델은 두 번 읽어야 할 부분입니다. 서버는 프로세스 메모리를 읽고 쓰고, 메모리를 할당하고, 레지스터를 바꾸고, 임의의 디버거 명령을 실행할 수 있으며, 이 모든 것을 암호화되지 않은 HTTP로 합니다. 토큰은 처음 실행할 때 생성되어 모든 요청에 필요하며, 토큰이 없는 요청은 401 Unauthorized를 받습니다. README는 기본 수신 주소를 모든 인터페이스인 0.0.0.0으로 적었지만 현재 config.zig는 127.0.0.1로 돌아갑니다. 설치 후 Plugins 메뉴를 확인하고, WSL이나 원격 클라이언트가 필요로 하지 않는 한 루프백에 두십시오. 분석 중인 악성코드는 어떤 경우든 격리된 VM에 두어야 합니다.
프로젝트는 젊고 빠르게 움직입니다. 8월 27일 이후 여덟 번 릴리스했고, 그중 여러 번이 실제 동작을 고쳤습니다. v1.6에서는 Disassemble이 정수를 받으면 조용히 현재 명령어 포인터로 돌아가던 문제를 계기로, 주소를 받는 도구 25개가 모두 정수를 받도록 바뀌었습니다. v1.7은 한 번도 북마크를 만들지 못하던 SetBookmark를 고쳤습니다. README의 도구 수도 서로 맞지 않습니다(기능 목록 84개, 도구 섹션 72개). 관리자는 한 명이며, Windows 전용인 것은 x64dbg 자체 때문입니다.
제 역할을 하는 곳
작은 침 해 대응 회사의 악성코드 분석가
패킹된 샘플을 원래 진입점까지 풀고 덤프
격리된 Windows VM에서 에이전트가 샘플을 불러오고 DetectOEP를 실행해 그곳에서 멈춘 뒤 DumpModule을 호출하게 하고, 덤프는 정적 분석을 위해 Ghidra 서버에 넘깁니다. 무료이며 수동 스텝 실행을 줄여 줍니다.
crackme를 푸는 CTF 참가자
라이선스 검사가 어디서 입력을 비교하고 왜 실패하는지 찾기
에이전트에게 문자열에서 실패 메시지를 찾고, GetReferences로 비교 지점까지 따라간 뒤, 조건부 브레이크포인트를 걸어 그 시점의 레지스터를 읽게 합니다. 에이전트가 단계마다 설명하며 진행합니다.
타사 DLL의 크래시를 추적하는 Windows 개발자
접근 위반이 발생할 때 호출 스택과 인수 확보
첫 번째 기회 접근 위반에 예외 브레이크포인트를 걸고 발생할 때까지 실행한 뒤, 오류 주소 주변에서 GetCallStack, GetArguments, Disassemble을 호출해 버그 보고서를 준비합니다.
도입 전 확인할 점
- 설정
- 릴리스의 dist 폴더를 x64dbg 디렉터리에 복사하고 x64dbg를 실행하면 서버가 포트 9094(x64) 또는 9095(x32)에서 자동으로 시작됩니다. Plugins에서 토큰을 복사하고 클라이언트에 URL과 Authorization 헤더를 추가합니다.
- 연동
- Streamable HTTP와 SSE(MCP 2024-11-05)로 도구 84개와 디버거 이벤트 콜백 22개. ExecuteDebuggerCommand로 모든 x64dbg 명령. Windows, Linux, macOS, WSL에서 Zig 0.16-dev로 소스 빌드가 가능합니다.
- 데이터와 개인정보
- 내 컴퓨터의 x64dbg 안에서 실행되며, 디스어셈블, 메모리, 문자열은 모델 제공자에게 전달됩니다. 디버깅 대상 프로세스에 대한 읽기·쓰기 전권을 암호화되지 않은 HTTP로 가지며, x64dbg 옆 mcp_config.json에 저장된 토큰으로 보호됩니다.
- 제한
- Windows 전용, 암호화되지 않은 HTTP, 관리자 한 명. README의 도구 수와 기본 바인드 주소는 코드와 맞지 않습니다. GetSEHChain은 x32 전용입니다.
좋은 점
- 브레이크포인트, 트레이스, 메모리, PE 분석 을 아우르는 도구 84개
- Zig 네이티브 플러그인으로 설치할 런타임 없음
- 모든 요청에 bearer 토큰 필수
- 패킹된 바이너리용 OEP 탐지와 모듈 덤프
아쉬운 점
- 암호화되지 않은 HTTP로 토큰이 평문 전송
- 기본 바인드 주소에 대해 README와 코드가 다름
- 최근 릴리스에서 조용히 오작동하던 도구가 수정됨
- 관리자 한 명, Windows 전용
추천 대상
이미 x64dbg를 쓰면서 격리된 VM에서 반복적인 스텝 실행, 트레이스, 덤프를 에이전트에 맡기려는 악성코드 분석가, CTF 참가자, 리버스 엔지니어.
x64dbg-MCP Server 대안
x64dbg-MCP Server: 자주 묻는 질문
- x64dbg-MCP Server, 쓸 만한 가치가 있습니까?
- Ghidra 서버와 짝을 이루는 동적 분석 도구입니다. 빠르고 의존성이 없으며 꼼꼼하지만, 암호화되지 않은 HTTP 제어 채널이 붙어 있는 프로세스에 대해 전권을 가집니다. 평점은 5점 만점에 3.9점입니다.
- x64dbg-MCP Server의 가격은 얼마입니까?
- 무료 오픈 소스(MIT).
- x64dbg-MCP Server의 단점은 무엇입니까?
- 암호화되지 않은 HTTP로 토큰이 평문 전송; 기본 바인드 주소에 대해 README와 코드가 다름; 최근 릴리스에서 조용히 오작동하던 도구가 수정됨; 관리자 한 명, Windows 전용.
- x64dbg-MCP Server에 적합한 사람은 누구입니까?
- 이미 x64dbg를 쓰면서 격리된 VM에서 반복적인 스텝 실행, 트레이스, 덤프를 에이전트에 맡기려는 악성코드 분석가, CTF 참가자, 리버스 엔지니어.
- x64dbg-MCP Server에 회사 데이터를 맡겨도 안전합니까?
- 내 컴퓨터의 x64dbg 안에서 실행되며, 디스어셈블, 메모리, 문자열은 모델 제공자에게 전달됩니다. 디버깅 대상 프로세스에 대한 읽기·쓰기 전권을 암호화되지 않은 HTTP로 가지며, x64dbg 옆 mcp_config.json에 저장된 토큰으로 보호됩니다.
- x64dbg-MCP Server의 가장 좋은 대안은 무엇입니까?
- 저희가 리뷰한 것 중 가장 가까운 대안은 GhidraMCP 및 REA (Reverse Engineer Anything)입니다.
답변 확인일: 2026년 11월 6일.