무슨 일이 있었나
보안 기업 Phorion이 Cursor 마켓플레이스에 올라온 Claude Code for VS Code 확장에서 백도어를 발견했다는 분석을 공개했어요. Phorion은 이번 건을 공식 Claude Code VSX 패키지의 침해로 다루고 있는데요. 이름만 흉내 낸 짝퉁이 아니라 많은 개발자가 믿고 설치하는 확장 자체가 오염됐다는 뜻이라 무게가 달라요. 어떤 버전이 영향을 받았는지, 백도어가 정확히 무슨 일을 하는지는 원문 리포트를 직접 확인하는 게 가장 정확해요. 이 글에서는 사건을 이해하는 데 필요한 배경과 지금 당장 해야 할 일을 정리해볼게요.
Cursor의 확장은 어디서 올까
VS Code 확장은 원래 마이크로소프트의 Visual Studio Marketplace에서 받아요. 그런데 이 마켓플레이스는 약관상 MS 제품에서만 쓰게 돼 있어요. 그래서 Cursor·Windsurf·VSCodium 같은 VS Code 포크들은 이클립스 재단이 운영하는 오픈소스 레지스트리 Open VSX를 쓰고, Cursor 마켓플레이스도 Open VSX를 기반으로 돌아가요.
바로 여기에 틈이 생겨요. 같은 확장이라도 두 레지스트리에 따로따로 올라가거든요. 퍼블리셔는 배포 토큰과 파이프라인을 두 벌 관리해야 하고, 레지스트리마다 검수 수준도 달라요. 공격자 입장에선 정문이 단단하면 옆문을 노리면 되는 거죠.
확장 하나가 왜 이렇게 위험할까
이게 뭐냐면, VS Code 확장에는 권한 시스템이 사실상 없어요. 스마트폰 앱처럼 '이 앱이 사진에 접근하려 합니다' 하고 묻는 절차가 없어요. 확장은 Extension Host라는 Node.js 프로세스 안에서 여러분 계정과 똑같은 권한으로 실행돼요. 파일 읽기와 쓰기, 네트워크 요청, 셸 명령 실행까지 전부 할 수 있죠. 집에 들인 수리 기사에게 현관 열쇠, 금고 비밀번호, 차 키를 한꺼번에 맡긴 셈이에요.
AI 코딩 에이전트 확장은 그중에서도 특히 탐나는 표적이에요. 코드베이스 전체를 읽는 게 원래 하는 일이라 대량 파일 접근이 의심을 사지 않아요. 셸 명령도 실행할 수 있고, API 키나 로그인 토큰도 들고 있어요. 외부 서버와 늘 통신하니 데이터를 빼돌리는 트래픽이 그 속에 묻히기도 쉽고요. 정상 동작과 악성 동작의 경계가 흐릿하다는 게 핵심이에요.
처음 있는 일이 아니에요
비슷한 사건은 최근 몇 년 사이 꾸준히 이어졌어요. 2025년 7월에는 Amazon Q Developer의 공식 VS Code 확장에 시스템과 클라우드 리소스를 지우라는 악성 프롬프트가 들어간 버전이 배포됐어요. 같은 달, Open VSX에 올라온 가짜 Solidity 확장을 Cursor에서 설치한 블록체인 개발자가 약 50만 달러어치 암호화폐를 털린 사례도 보고됐고요. 8월에는 Nx 빌드 도구의 악성 npm 버전이 등장했는데, 피해자 PC에 깔린 Claude Code나 Gemini CLI 같은 AI CLI를 권한 확인을 건너뛰는 옵션으로 실행해서 비밀 정보를 뒤지게 했어요. 10월에는 GlassWorm이라는 웜이 보이지 않는 유니코드 문자로 코드를 숨긴 채 Open VSX 확장을 타고 퍼지면서 개발자 자격 증명을 훔쳤죠.
흐름이 보이시나요? 공격 대상이 패키지 레지스트리에서 개발 도구로, 다시 AI 에이전트로 옮겨가고 있어요. 개발자 PC에는 소스 코드, 클라우드 키, 배포 권한이 다 모여 있어서 회사 전체로 들어가는 가장 넓은 문이 되거든요.
지금 당장 해볼 것
- 설치 버전 확인:
cursor --list-extensions --show-versions로 설치된 확장과 버전 목록을 뽑고, 원문 리포트에 나온 영향 범위와 대조해보세요. - 해당된다면 키부터 교체: 확장을 지운 다음, 그 PC에서 접근할 수 있었던 자격 증명을 모두 바꾸세요. Claude 로그인 세션과 API 키, GitHub 토큰, SSH 키, 클라우드 자격 증명, 프로젝트의
.env까지 전부요. 원칙은 '확장이 읽을 수 있었던 건 모두 유출됐다고 가정한다'예요. - 흔적 점검: 백도어는 확장을 지워도 살아남도록 흔적을 남겨두곤 해요. macOS라면
~/Library/LaunchAgents,~/.zshrc같은 셸 설정 파일, crontab에 낯선 항목이 없는지 살펴보세요. - 팀 단위 통제: VS Code에는
extensions.allowed처럼 허용할 확장을 지정하는 설정이 있어요. Cursor에서도 비슷한 통제가 가능한지 확인하고, 중요한 확장은 버전 고정도 고려해보세요.
한국 개발자에게 주는 시사점
국내 스타트업과 개발 조직에서도 Cursor를 쓰는 곳이 크게 늘었죠. 그런데 보안팀이 서버와 클라우드는 꼼꼼히 보면서도 개발자 IDE에 뭐가 깔려 있는지는 모르는 경우가 많아요. 이번 사건은 IDE 확장도 서드파티 의존성이라는 걸 다시 일깨워줘요. npm 패키지를 lock 파일로 관리하듯 확장도 목록과 버전을 관리하고, 자산 관리 대상에 넣어야 할 때예요.
마무리
AI 코딩 도구는 가진 권한이 큰 만큼, 공급망이 뚫리면 피해도 커요. 여러분 팀은 IDE 확장을 어떻게 관리하고 있나요? 빠른 보안 패치를 받으려면 자동 업데이트를 켜두는 게 낫고, 악성 업데이트를 피하려면 끄는 게 나은데요. 여러분은 어느 쪽을 택하실지 궁금해요.
🔗 출처: Hacker News